定制系统最常见的失败，不是页面不够漂亮，而是把旧表格的全部列、旧群聊的全部通知和每个部门的临时习惯原样搬了进去。结果是软件更贵，责任仍然说不清。
真正值得开发的部分，是现成工具无法稳定承载、又直接影响业务完成的一条责任链。
先判断是否真的需要定制
如果问题只是反复发送文件副本、字段命名不一致或缺少简单提醒，先统一编号和保存位置，或使用轻量 SaaS。只有在以下问题持续发生时，才进入定制评估：
- 同一客户、订单或工单有多个互相冲突的版本；
- “已处理”没有明确进入条件和完成证据；
- 退款、改期、补件或离职交接后异常无人认领；
- 多岗位重复录入可以按次数、时间和错误后果计量；
- 核心规则必须连接现有 App、小程序、设备或其他业务工具。
一个假设的首期范围
假设一家线下服务企业已有客户预约入口，但派工、到场、照片复核和客户确认分散在群里。
首期不必重做客户管理、财务和全部内部系统，可以只做一条工单闭环：
- 客服受理并形成唯一工单；
- 调度分配负责人和时限；
- 现场人员记录到场、执行与附件；
- 负责人复核，必要时由客户确认；
- 超时、改期和无法完成进入异常分支。
这是方案示例，不是客户交付案例。它要说明的是：先保证一条链能被追踪、交接与验收，再决定是否扩展其他模块。
聊天可以保留，主账不能留在聊天里
微信群适合提醒和临时沟通，但正式状态应落在业务记录中。群里一句“搞定了”不能替代受理、执行、待确认和已验收四种状态，更不能替代操作者、时间与证据。
微软的 Excel 共同编辑说明确认了多人编辑与版本历史能力，也说明多人改动同一位置时通常由最后保存者生效。共享能力并不会自动形成业务权限和责任。
首期应主动排除什么
- 没有人使用、也不影响业务结果的旧字段；
- 只为“看起来完整”增加的全套客户、财务和报表模块；
- 没有责任人和处理规则的自动提醒；
- 未确认接口、数据归属和失败恢复方式的系统连接；
- 无法用真实样本验收的抽象“智能化”目标。
验收比功能数量重要
首期至少要验证：同一请求不会重复建单；每一步能查到负责人、时间与依据；无权限人员不能修改关键状态；离职交接后待办有人接手；取消和重开不覆盖原记录；数据能够导出并与原表核对。
工信部《中小企业数字化转型指南》政策解读提出先评估经营现状与潜在价值，再确定实施优先级，并考虑轻量化产品控制投入。这个顺序比先画一套大而全的系统更稳妥。
完整的三条选型路线与取样方法见滚水科技：什么时候值得把 Excel 和微信群协作升级为定制工具？。
