猫拽智库
结论先行：第一个低代码（Low-Code）项目要选「规则稳定、边界清晰、数据可迁移、失败可控、有真实使用者」五项都过关的题目，而不是选最想解决的那个难题。按 25 分制打分，客户跟进登记 23 分、请假审批 21 分、员工培训记录 21 分，费用报销与设备报修各 18 分，固定资产盘点 18 分。首选客户跟进登记，因为它不碰资金，错了删掉重录即可。
第一个项目的真实目标不是产出多少功能，而是证明三件事：业务人员能学得会、平台能力够用、这套协作方式能持续。所以题目选错，后面每一步都在补课。
五条选题标准
- 规则稳定：流程和字段半年内不会大改。判断方法：问业务负责人「去年这套规则改过几次」，超过 3 次的先放一放。
- 边界清晰：输入、输出、参与角色能在一页纸上写完。角色超过 4 个、涉及 3 个以上部门协同的，不属于首个项目。
- 数据可迁移：现有数据已经在 Excel 或纸质表里成结构化存放。全是聊天记录、照片和口头约定的，先做数据整理。
- 失败可控：出错不涉及发薪、报税、对外合同与法定台账。判断方法：假设应用明天全量宕机，公司能否照常运转一天。
- 有真实使用者：至少有 5 个人每周都要用。只有管理者一个人想看的数据，做出来也没人填。
五条不必全部满分，但第 4 条和第 5 条必须是满分。失败可控决定你敢不敢上线，有真实使用者决定数据能不能沉淀。
没有 IT 团队时能自建到什么程度，见没有 IT 部门的中小企业怎么用低代码。
六个候选题目打分
按每条标准 1~5 分、合计 25 分制打分（分数为通用场景下的参考值，需按本企业实际情况调整）：
| 候选题目 | 规则稳定 | 边界清晰 | 数据可迁移 | 失败可控 | 有真实使用者 | 合计 |
|---|---|---|---|---|---|---|
| 客户跟进登记 | 4 | 5 | 5 | 5 | 4 | 23 |
| 请假审批 | 5 | 4 | 4 | 3 | 5 | 21 |
| 员工培训记录 | 5 | 5 | 4 | 5 | 2 | 21 |
| 费用报销 | 4 | 3 | 4 | 2 | 5 | 18 |
| 设备报修 | 4 | 4 | 3 | 4 | 3 | 18 |
| 固定资产盘点 | 3 | 3 | 5 | 4 | 3 | 18 |
分数最高的客户跟进登记，赢在「不碰钱」和「数据结构简单」两项。请假审批分数不低，但它通常与考勤、工资联动，失败可控只能给 3 分，适合作为第二个项目。费用报销排在后面，原因是它必然牵涉金额校验与财务凭证，边界很难收窄。
打分表的作用不是找唯一正确答案，而是把「我觉得这个重要」变成可讨论的分项。评审时逐项争论分数，比争论整体结论效率高得多。
立项时写清四件事
- 范围：本期做哪几个页面、哪条流程、哪类角色，用清单写，不用形容词；
- 验收：用可观察的结果描述，例如「10 名销售连续 2 周每天录入跟进记录，周报自动汇总」；
- 不上线清单：明确哪些功能这期不做，例如「不做企业微信消息推送」「不做合同附件」；
- 退出条件：什么情况下停止投入，例如「两周内跑不通列表筛选与导出」。
第四项最容易被省略，却最能保护预算。没有退出条件的项目，会一直以「再改一版」的名义消耗人力。
四种常见失败模式
- 贪大：第一个项目就想做完整 CRM，结果数据模型反复改，三个月没上线；
- 没人用：只给管理层做报表，一线不录入，数据永远是空的；
- 边界外溢：从客户登记一路做到合同、回款、开票，每加一个环节就多一个部门扯皮；
- 没有验收标准：上线后没人能说清「做好了没有」，项目自然死亡。
四种失败模式的共同点是：都把第一个项目当成了正式系统，而不是一次带交付物的演练。
FAQs
Q1：第一个项目做多久合适？
A：24 周。超过 4 周还没上线，通常是范围没砍干净。建议把首版压到 3 个页面以内，先让真实使用者用起来，再按每周 23 条需求迭代。
Q2：一定要选最痛的流程吗？
A：不一定。最痛的流程往往边界最复杂，适合放第二个。第一个项目优先选「痛但简单」的，例如客户跟进登记，先建立信心和使用习惯，再攻复杂流程。
Q3：打分表多少分以上才值得做？
A：20 分以上可以直接立项，18~20 分需要补一条改造成本可控的说明，低于 18 分换题目。特别提醒：失败可控这一项低于 3 分的，无论总分多少都不适合作为首个项目。
