低代码项目翻车的根因，80% 不是技术，而是范围没有在开工前写清楚。下面以「费用报销」为例（采购、请假结构相同），给一份可直接改编的项目说明书骨架。
核心结论（30 秒版）
- 第一条只做一种单据（建议报销），字段控制在 15–30 个，2–3 周可验收。
- 必须指定业务 Owner + 系统管理员各 1 人，否则流程会 endless 修改。
- 原型阶段签字 > 开发阶段改需求——每推迟 1 周确认，周期至少 +1 周。
- 验收看可量化指标：如平均审批时长、一次通过率，不要只看「能提交」。
为什么第一条建议做审批
审批流字段相对标准、角色清晰、见效快——业务同事能立刻感受到「不用微信传文件了」。详细场景见 审批流电子化方案 →。
痛点普遍
Excel 申请 + 微信审批，历史难查、责任不清
范围可控
单流程 15–30 字段，不含复杂核算逻辑
可复制
跑通后采购、用印复用同一套架构
首期范围说明书（建议模板）
开工前，业务 Owner 与实施方共同填写并邮件确认：
| 模块 | 首期包含 | 明确不含（二期再说） |
|---|---|---|
| 表单 | 报销单：金额、科目、发票附件、说明 | OCR 自动识别、多币种 |
| 流程 | 提交 → 直属主管 → 财务（>5000 加总监） | 与 ERP 自动入账 |
| 通知 | 邮件 + Creator 站内 | 钉钉 / 企微深度集成 |
| 报表 | 按部门月度汇总、待办列表 | BI 大屏、预算控制 |
| 用户 | 试点部门 20 人 | 全公司 200 人 |
角色分工（RACI 简版）
| 角色 | 谁 | 负责什么 |
|---|---|---|
| 业务 Owner | 财务经理 / 行政负责人 | 字段定义、审批路径确认、验收签字 |
| 系统管理员 | IT 或行政骨干 | 人员同步、小改字段、日常答疑 |
| 关键用户 | 3–5 名实际报销人 | UAT 测试、培训后推广 |
| 实施顾问 | 思扬信息科技 | 原型、配置、培训、上线支持 |
2–6 周标准节奏
第 1 周 · 需求调研
访谈 + 现状流程图
- 字段清单 v1.0
- 审批路径（含金额分支）
- 《首期范围说明书》签字
第 2 周 · 原型确认
可点击原型，禁止直接开发
- 表单 + 流程原型
- 通知规则确认
- 变更记录留档
第 3–4 周 · 配置开发
测试环境 + UAT
- 测试环境可提交
- 报表 / 待办看板
- 关键用户 UAT 签字
第 5–6 周 · 培训上线
分批切换，旧流程并行可选
- 用户 1 页指引
- 管理员操作手册
- 验收清单签字
快速通道（2–3 周）：范围极简（单级审批、无分支）、Owner 随叫随到、不做报表——适合「先跑起来再迭代」。
验收标准（写进合同附件）
避免「能提交就算上线」——建议至少满足以下 measurable 条件：
- 试点部门 ≥ 90% 报销走系统，微信传文件占比 < 10%
- 平均审批时长较基线缩短 ≥ 50%（或从 X 天到 Y 小时）
- 管理员能独立完成：加字段、改审批人、导出月度报表
- 连续 2 周无 P1 级故障（无法提交 / 流程卡死）
服务业客户参考：平均审批 3 天 → 8 小时，2 周首版上线 →
三个最常见翻车点
① 一期做全部审批类型
报销 + 采购 + 合同 + 用印一起上 → 周期变 3 个月。对策：排优先级，第二条流程等第一条验收后再立项。
② 审批路径未书面确认
上线后天天改节点。对策：原型阶段业务 Owner 邮件确认路径，变更走变更单。
③ 没有内部管理员
人员调动、字段微调全找外部。对策：培训时指定 1 名管理员，至少完成 2 次跟练。
周期与投入参考
您可以立刻做的三件事
- 复制上文「首期范围说明书」表格，填一版报销场景，发给业务负责人确认；
- 指定 Owner 与管理员，约 1 小时 kickoff；
- 登记商机，附上范围表，获取书面周期与报价区间。
