企业定制软件开发：立项前先回答这 7 个问题
立项讨论的第一份产物，可以是一页任务说明：谁在什么情况下完成什么事、当前卡在哪里、如何判断改善。先把这件事讲清楚，再展开功能清单。
适合：业务负责人、产品负责人、首次采购定制研发的团队- 01
到底要改变哪一个业务结果？
从一个可观察的问题开始，记录它出现的频次、处理方式和影响。把“做一个 AI 系统”改写成一个能够复盘的任务目标。
例如：围绕月度经营报告，先记录整理、核对与返工分别耗费多少人工时间。
- 02
谁使用，谁确认结果？
区分直接使用者、审批者和业务负责人。让真正使用系统的人参与原型反馈，并约定谁确认范围、质量与采用情况。
在门店分析场景中，店长看报告，财务核对口径，区域负责人确认是否进入日常流程。
- 03
第一阶段最少需要什么？
用一条完整的业务链路定义首期范围：有输入、有处理、有产出，也有异常处理。把暂缓的需求一起列出，避免默认所有想法都属于首期。
先验证一个门店的完整周期，再评估跨门店汇总；不必一开始覆盖所有岗位。
- 04
数据与系统是否真的可用？
确认资料来自哪里、谁能授权、是否有接口、多久更新，以及样本能否覆盖实际任务。拿不到关键输入时，先解决接入条件。
不是只问“有 POS 系统吗”，还要问是否能导出所需字段，以及历史数据口径是否一致。
- 05
什么必须由人决定？
列出系统可以辅助的动作，以及必须人工确认的判断。对于资料不足、执行失败和不确定结果，约定回到谁、如何继续处理。
可以整理客户背景与跟进草稿，但外部发送和合作承诺由销售确认。
- 06
怎样证明第一阶段完成？
准备一组代表性任务，包含正常、缺失输入和异常情况。预先定义验收方法、记录格式和比较口径，避免只凭演示效果判断。
同一组任务对比处理时间、返工与结果质量；明确业务负责人如何确认可用。
- 07
上线以后由谁接住？
把源码、环境、账号、文档、培训与维护责任纳入交付讨论。明确哪些包含在当前范围中，新增需求如何评估和排期。
列出每项资产的接收人，以及故障反馈、版本发布和知识更新的责任人。
