使用这份教会管理软件清单,检查团队能否完成普通的事工任务,并明确谁负责下一步。功能清单再长,也不能说明志愿者能否找到访客请求、同工能否接手后续,或教会能否取回自己的记录。
如果仍在建立候选名单,请先阅读我们的教会成员管理软件比较。然后用同一个虚构情境,通过清单评估各个候选系统。
TheFaithApp 发布了本指南。请把它作为自己的评估工作表,包括试用 TheFaithApp 时,并记录所有尚不清楚的事项。会籍软件尤其需要检查家庭关系、名录可见性和跟进责任;保存一个姓名只是工作的开始。
1. 演示前选择一个工作流程
从一位询问新人聚会的访客开始。团队需要看到请求、核对联系选择、指定负责同工、记录下一步行动,并设置期限。
选择预计会使用的方案,并邀请实际每周做这项工作的人员参与。请供应商在该方案中演示完整流程,包括另收费的消息服务。使用虚构记录和不会向真人发送消息的测试设置。
在本工作表中, Visitor A 希望收到聚会邮件,并拒绝短信和电话。 Staff A 负责回应。 Volunteer A 协助协调活动。检查成员记录时,请使用 Member A, Member B,并 Household A。这些标识是虚构的,并非客户故事或测试结果。使用双方约定的测试环境,以及无法联系真实成员的地址或号码。
选择教会软件还是协会管理软件?
如果主要工作是家庭、出席、访客跟进、小组和限制访问的关怀记录,应优先评估教会管理。如果续费、地方分会会员管理或协会治理是必要工作,也应评估协会管理。对每项必要流程完整测试一个例子:共有会员或活动功能,并不能证明任何一个系统也满足其他要求。
对于区域性宗教非营利组织,分别以地方分会用户和总部用户重复操作同一场活动。记录每人能查看和导出哪些记录,以及跨分会的下一步由谁负责。对未演示的流程,在同一工作表中标记为未确认。
2. 完成七项检查工作表
将表格复制到团队笔记中,为每行记录实际观察的结果:通过,需改进,或未确认,再附简短说明,必要时加截图或帮助页面链接。
| 检查 | 虚构测试 | 记录事项 |
|---|---|---|
| 访客许可 | 找到 Visitor A 的请求,确认邮件许可、偏好渠道,以及已拒绝的短信和电话选项。检查之后选择不再跟进时会如何记录。 | 这些选择显示在哪里,以及工作人员如何知道该用何种联系方式。询问一场活动,不意味着同意所有未来消息。 |
| 跟进负责人 | 将请求分配给 Staff A。请 Volunteer A 找到负责人,不必另查聊天记录或电子表格。 | 指定负责人是谁,以及其他团队成员在哪里看见这项分配。 |
| 下一步行动 | 记录:“通过邮件发送 Visitor A 所请求的新人聚会详情。”随后以 Staff A 身份再次打开记录。 | 行动显示在哪里、如何更新,以及完成后如何记录结果。 |
| 到期日期 | 给任务设置具体日期及教会当地时间 10:00 的截止时间。找到到期工作列表,再询问未完成工作如何被标为逾期。 | 日期、时间或仅日期的处理方式,时区处理,以及团队在哪里检查逾期工作。 |
| 访问角色 | 为 Volunteer A 配置活动助手角色,只开放该工作所需权限。尝试执行活动任务,并检查是否能打开无关的奉献或关怀记录。 | 角色能查看、修改和导出什么,哪些权限需要调整,以及谁能修改角色。 |
| 导出 | 添加小型虚构样本,把 Member A 与 Member B 放入 Household A,分别设置联系与可见性。导出所需记录,打开文件,对照字段和关系。家庭链接、访客历史、任务、笔记和附件须分别询问。 | 可用格式、包含和遗漏的字段及关系、谁可以导出,以及任何套餐或服务费用。不要假设成员 CSV 包含所有种类的教会记录。 |
| 团队交接 | 让 Staff A 将示例跟进标记完成并记录结果。请另一位获授权的团队成员找出发生了什么,并判断是否需要下一步。 | 完成状态、结果及任何下一步在哪里保持可见。 |
使用同一份成员样本检查名录。请维护记录的同工找到 Member A,打开 Household A,查看每人的角色,不要把家庭联系方式与另一个人的同意混淆。然后请供应商演示 Member A 隐藏联系字段后,普通成员、名录领袖和获授权员工各能看到什么。逐一记录各角色的结果,不能只凭管理员截图就确认成员体验。
为 Member A 指定一项跟进任务,写明负责人、期限和具体下一步。请另一位获授权同工找到任务并记录完成。然后询问:成员修改敏感资料字段时,是立即保存还是等待教会批准?员工在哪里审查申请?批准队列应作为独立于名录搜索的测试。
供应商的演示只能证明已展示的行为,不能替代实际使用者的测试。无法演示的步骤应标为未确认,并在决定前要求具体答复。
需要离线工作时,单独测试离线条件
如果一项关键任务必须在没有网络连接时完成,请在约定的测试环境中使用虚构记录进行测试。先联网准备样本,再断开测试设备的网络,尝试完成任务。打开缓存内容和保存一条新记录是不同的能力。重新联网后,用获得授权的管理员账号检查保存结果,并查看是否有重复记录或冲突。将不支持或未测试的步骤记为未确认。手机预览不能证明支持离线工作。
3. 检查缺口与实际流程成本
和团队讨论工作表。缺少负责人或联系选择不明确,可能比多个附加功能更重要。决定哪些缺口可以接受,哪些必须在推行前解决。
请供应商确认:
- 所选方案的成员、管理员、分堂、表单和消息限额。
- 哪些送达、支付、迁移、培训或支持服务另收费。
- 角色变化时,团队怎样修改权限并检查访问。
- 订阅期间能导出哪些记录,以及降级或离开后记录会怎样处理。
将答复或来源链接保存在相应行旁。隐私和安全声明需要实际控制措施与服务条款的说明。完成这份清单不代表满足所有法律义务,也不保证安全。
4. 在 TheFaithApp 中试用清单
TheFaithApp 的 Visitor Inbox 汇集联系许可、跟进责任与建议步骤。Follow-up 页包含员工任务和私人笔记。联系前应核对首选渠道及该渠道的具体许可。《新访客旅程指南》说明完整流程。
检查成员和家庭时,成员名录指南说明了由成员控制的可见性、家庭管理,以及教会可选的敏感修改审批流程。《成员档案指南》介绍了含负责人、到期日期和结果的工作人员跟进。工作人员的 Members 列表与面向成员的名录用途不同,请分别以适当角色测试。
请参阅《成员数据整理与迁移指南》介绍了如何在提交已接受的行之前验证 CSV。导入的成员不会自动收到邀请。单独添加成员时,系统会保存记录但不发送邀请,除非工作人员选择"Send a welcome invitation now",该选项需要提供电子邮件地址。创建记录前请先商定示例设置,测试记录请勿开启该选项,并且不要在软件测试中使用真实人员的地址。
检查访问时,请阅读角色与权限。检查导出时,《成员目录指南》说明怎样导出当前过滤结果或所选成员的 CSV。其他记录类型应分别核实,不要把成员文件当成完整档案。
购买之前,使用教会管理概览选择一个流程,比较当前方案限额,并查看实时演示。写下已验证的事项,把剩余问题带到产品演示中。
5. 作出团队能够解释的决定
将完成的工作表保存在软件决定旁。它应说明团队完成了哪些任务、哪些缺口仍需答复、预计设置的成本,以及推行后由谁负责管理。
选择团队能够持续使用、支持当前教会工作的系统。增加事工、调整员工权限或更换方案时,再次进行这些检查。
管理员名录与成员名录一样吗?不一样。员工需要执行授权任务的工作名单;成员只应看到获准查看的字段。请分别测试两种体验。
家庭链接意味着一人能替全家同意吗?不要这样假定。记录每人的联系和可见性选择,并询问系统如何将这些选择与家庭关系区分。
成员 CSV 证明所有记录都能带走吗?不能。家庭关系、跟进历史、笔记与附件应分别检查。记录教会所需每种类型支持的导出方式。
购买之前,使用教会管理概览,带着完成的工作表参加针对性的产品演示。
继续阅读
相关文章
准备迈出下一步吗?
了解教会管理工具
查看会友记录、活动、奉献和通信如何在一个平台中配合。