教会技术 6 分钟阅读

教会软件需求:建立实用的候选名单

选择评估对象前,围绕每周任务、人员、权限、费用和迁移,准备一份教会软件需求简报。

作者: TheFaithApp

分享本文

帮助更多教会负责人发现这一见解。

发布到 LinkedIn、X 或 Facebook,或复制链接,用于 WhatsApp、电子邮件和团队聊天。

教会软件需求简报应说明团队需要完成的工作、谁会使用系统、他们需要什么资料,以及教会能够长期承担的维护成本。请先写好简报,再收集产品演示或比较冗长的功能清单。

本指南帮助教会团队建立候选名单。了解供应商公开的功能和价格,请参阅我们的教会管理软件比较。如果教会团队规模和预算较小,请先阅读小教会软件选购指南。

教会软件需求简报应包含什么?

有效的需求简报会把事工需要转化为具体可执行的任务。“改善沟通”是目标;“向已提出请求的人发送活动提醒,并指定一人负责回复”则是可以与供应商讨论的要求。

将简报控制在一页,方便团队共同审阅。请包含:

  • 每周最常产生重复工作或遗漏交接的三项任务。
  • 负责这些任务的人员,包括志愿者。
  • 他们需要使用的记录和联系偏好。
  • 各角色所需的访问权限,以及不应看到的信息。
  • 预计需要支持的成员数、管理员数、分堂数和使用容量。
  • 每月预算、设置负责人和首次推行日期。
  • 必须能够导入和导出的信息。

请区分“首次推行必需”和“以后会有帮助”的功能。有价值的功能不一定要纳入第一次选购决定。

第 1 天:描述需要明确位置的工作

请询问维护名录、接待访客、协调活动和准备消息的人:哪些工作被重复抄录、延误或遗漏?先记录任务和交接过程,不要立即指定想购买的产品。

使用以下提示,让常见的软件分类对应到实际工作:

领域 需要说明的要求
人员和家庭 哪些记录必须保持最新,由谁更新,以及如何审核可能重复的记录。
访客跟进 请求如何送达指定负责人、记录何种联系选择,以及如何检查未完成工作。
活动和志愿者 协调者需要哪些报名、出席记录、岗位和回复。
沟通 预期受众、发送频率、回复负责人及获准渠道。
奉献 财务团队实际需要的基金、奉献者记录、对账单和支付方式。
讲道与灵修 谁准备内容、成员在哪里找到内容,以及发布后由谁维护。

例如,接待团队可以写:“发送回复前,我们需要看到每位访客的请求、获准联系方法、下一步行动和负责人。”这是需求示例,并非客户使用结果。

如果团队需要帮助确定跟进时间和负责人,请准备一份免费的访客跟进计划。规划器生成可复制或下载的草稿,实际跟进由您的团队完成。

第 2 天:说明用户与访问需要

教会管理员、财务负责人、牧养人员和小组志愿者可能需要不同的信息。在根据管理面板的外观评价系统前,请先在简报中说明这些差异。

确定每种记录应由谁查看、编辑、导出或分享。奉献历史、儿童资料和牧养笔记等信息需要更小的受众。明确志愿者需要完成什么任务,无须因此给予广泛的管理权限。

也要描述成员的使用体验。是否需要找活动、打开联系表单、听讲道或阅读教会发布的灵修?写入成员实际会使用的手机和浏览器流程。请阅读 TheFaithApp 成员应用功能指南,了解教会内容与成员行动如何衔接。

第 3 天:确定预算和容量限制

计算计划推行所需的人数和工作量。单看订阅价格,无法确定教会最终要支付多少费用,也无法判断预计使用节奏是否符合方案。

记录需要供应商回答的问题:

  • 供应商如何计算成员资料、员工账户和分堂数量?
  • 表单、回复、消息活动、签到或其他流程有哪些限额?
  • 消息送达、支付处理、号码租用或其他服务是否另收费?
  • 团队实际会使用哪些可选附加功能?
  • 教会增长或增加管理员时,费用和限制会怎样变化?

TheFaithApp 的当前价格包含免费基础管理,支持最多 100 名成员、三名工作人员管理员和一个分堂。其他产品各有入门额度,可选附加功能及外部服务另收费。请将这些限制纳入需求讨论,不要假定所有流程都不限量,或所有消息费用都已经包含。

第 4 天:准备需要带入的资料

列出教会想迁移的人员、家庭、小组、奉献历史、内容或其他信息。为每组记录指定负责人,并决定导入前需要清理什么。

询问每家供应商哪些记录可以导入、哪些需要人工准备、日后可以导出哪些信息。约定团队检查重复记录和缺失资料的方法。评估时使用经过批准的小样本,普通演示中不要放入机密的牧养或财务信息。

推行 TheFaithApp 时,成员数据与迁移指南说明如何导入成员并检查记录。其他记录类型的迁移要求需要另外确认。

第 5 天:写成员内容与集成需求

不要把讲道、灵修和应用需求写成泛泛的愿望清单。明确教会将准备什么内容、谁负责发布,以及成员需要怎样的体验。

如果离线使用很重要,请指明哪些材料必须在断网时可用,并要求实际测试。能离线读取一项已下载材料,不代表所有功能都可以离线使用。

对于集成,请写明现有服务和必须保持连接的任务。比起“有 API”,更重要的是哪些记录可以传输、谁配置连接,以及失败时会怎样。询问教会实际会采用的方案与受支持连接。

同样评估 AI 功能:定义草稿或搜索任务、使用限额,以及谁审阅结果。不要假定生成的内容无需编辑检查就可以交给成员。

将简报转化为候选名单

与实际执行工作的人共同审查要求,标明现在必需、以后有用或本次范围之外。选择两到三家看起来符合要求的供应商,请他们演示相同的实际任务。

我们的教会软件评估清单涵盖下一阶段:演示期间应该测试什么。完成简报后使用清单,避免精美的功能展示取代教会真正的要求。

准备教会软件需求时的常见问题

需要一个系统包办吗?

从实际工作和所需连接开始。整合平台或多个工具的组合都可能合适,但团队必须了解记录在哪里维护,以及任务怎样交接。决定前比较完整流程和成本。

小教会应先优先考虑什么?

选择可管理的首轮推行,例如保持成员资料更新,并为访客请求指定负责人。纳入这项工作所需的人员、权限和沟通容量。其他要求有明确用途和负责人后,再加入计划。

如何判断安全声明?

具体询问访问控制、身份验证、导出、备份、保留和事件处理。索取当前文档,明确教会必须配置哪些事项。笼统保证应引出实际问题,而不是取代检查。

在哪里可以根据需求简报评估 TheFaithApp?

请评估教会管理,并以一个必需的工作流程为重点。产品说明与设置指南可以帮助准备问题。如果合适,请为您的教会申请访问权限;申请通过审核后,才会发出私人账户设置邀请。

分享给他人

觉得有帮助?发给需要它的教会负责人。

简单分享,就可能让正在解决这一问题的牧师、财务负责人或行政团队看到本文。

继续阅读

相关文章

准备迈出下一步吗?

为教会了解 TheFaithApp

查看当前产品详情和套餐,准备开始时再为教会申请访问。

与我们聊天