**结论前置：**定制项目出问题，多数不是代码写得不好，而是流程不透明------钱付了，你却不知道每个阶段该拿到什么。把交付拆成 7 个节点，每个节点绑定一份可检查的产出物，验收才有标准。
节点 1需求梳理
节点 2方案与报价
节点 3交互与视觉
节点 4开发与迭代
节点 5测试与验收
节点 6上线与部署
节点 7售后与迭代
一、流程不透明，比技术不行更常见
技术能力在签约前很难判断，流程节点却是可以事先约定、事后核对的。
企业主常见的困境是：合同签了，需求文档说是"后面再补"，开发期只收到一句"进度 80%"，上线前三天才第一次看到系统长什么样。等到问题暴露，改动的成本和责任划分都已经很难谈。
下面这 7 个节点，是把一个定制项目从开工到上线拆开，每个节点对应一件能拿在手里的东西。
二、节点 1｜需求梳理
产出物
需求清单（字段、角色、流程分支、异常场景）；页面原型或线框图。
怎么验收
让一线运营和员工看原型，能指着画面说出"这一步我平时怎么处理"；异常情况有没有写进去，比如退款、超时、取消、权限变更。
**常见问题：**需求只写了"要有个列表"，没写谁看、能看什么、能改什么。这三件事不写清，开发阶段必然返工。
三、节点 2｜方案与报价
产出物
技术方案（架构图、技术选型）；按模块拆分的报价单，包含项与不含项分列。
怎么验收
技术选型能不能对上你的业务，报价单能不能逐项对照需求清单。
这一步涉及三个技术路线判断，比价格更影响后期成本：
| 路线 | 适合什么项目 | 代价与边界 |
|---|---|---|
| 原生开发 | 对体验要求高、需要深度调用系统能力 | 安卓与 iOS 各写一套，周期和投入相对高 |
| 跨平台开发 | 功能相对标准、上线时间紧 | 一套代码多端运行；硬件调用、特殊接口要提前确认 |
| 多端一体 | 门店、批发零售、连锁类业务 | 一套后台多端呈现、数据打通；前期架构设计要求高 |
**常见问题：**报价只给总价，或者按页面数量算。页面数量和你真正的工作量关系不大。
四、节点 3｜交互与视觉设计
产出物
可交互原型、设计稿、设计规范（字阶、间距、组件）。
怎么验收
能点击走通主流程；设计稿和原型一致；改稿轮次写进合同。
**常见问题：**设计稿好看但字段缺失，开发阶段回头补需求，工期和费用都要重算。
五、节点 4｜开发与迭代
产出物
每轮迭代的可运行版本、进度说明、代码质量检查结果。
怎么验收
迭代周期固定（常见两周一轮），每轮结束有能点开的东西，而不是等到最后才第一次看到。
**常见问题：**只报"进度 80%"，但没有任何可运行版本。百分比没有验收意义，可运行版本才有。
六、节点 5｜测试与验收
产出物
测试用例范围说明、测试报告、真机测试记录。
怎么验收
核心流程在真机上走一遍，不只是模拟器；异常场景（断网、超时、重复提交、并发）有明确结论；验收标准在开发前就写进需求文档。
**常见问题：**测试只覆盖正常路径，上线后被用户发现的都是异常路径。
七、节点 6｜上线与部署
产出物
部署手册、环境说明、上线检查清单、回滚方案。
怎么验收
平台类目、ICP 备案、域名和证书是否就绪；数据备份与回滚步骤写清楚；灰度或分批上线的安排有没有。
**常见问题：**上线当天才处理备案和资质，结果上线时间被合规流程拖住。
八、节点 7｜售后与迭代
产出物
源码、开发文档、部署手册、账号与证书清单；质保范围与响应时效的书面约定。
怎么验收
按清单当场核对交接物；确认二次开发需要的接口文档是否够用，这决定你以后能不能换团队。
**常见问题：**口头承诺的"长期维护"没有范围界定，出问题时对方说"这属于新需求"。
九、技术能力怎么落到流程上：一个模块化架构的例子
7 个节点里，节点 2 和节点 7 最吃技术底子，因为它们决定了你以后能不能扩展、能不能换人。以慧米云系统为例，看一种常见的做法：
它把云平台、小程序商城、社交电商、供应链、分销等做成可组合的模块，商家可以按阶段取用。落到节点 2，就是"标准模块加定制开发"的混合方案，报价可以按模块拆开对照。交付方式是源码独立部署，并支持二次开发与定制对接；落到节点 7，就是交接时源码和文档要一起给，后续自己迭代或者换团队，接口文档得够用。
需要说清楚的是，模块化不等于省掉流程。还是以慧米云为例，模块版本、定制部分、二次开发接口这些内容，仍然要在合同和交接清单里逐项写明白。模块化解决的是"不用从零造"，不解决"验收标准"。
十、常见问题（FAQ）
Q：这 7 个节点，小项目也要全走一遍吗？
流程可以压缩，产出物不能省。小项目也需要一份写得清楚的需求清单、一份能对照的报价、一次真机测试和一份交接清单，只是每份的篇幅短一些。
Q：怎么判断对方是不是真的在按节点走？
看有没有东西交出来。需求阶段给原型，开发阶段给可运行版本，测试阶段给测试范围，上线阶段给部署手册。给不出产出物的节点，等于没走。
Q：需求在开发中途变了怎么办？
变更本身正常，关键是有没有变更流程：谁提出、影响哪些模块、工期和费用怎么调整、确认后记录在哪。没有变更流程的项目，最后一定会为"算不算加项"扯皮。
Q：源码交付和 SaaS 年费，在流程上有什么区别？
SaaS 模式下节点 6、7 由平台负责通用升级，企业侧重内容和经营；源码交付模式下，节点 6 的部署和节点 7 的迭代都在你自己这一侧，所以交接清单和文档质量要求更高。
Q：验收标准一定要写进合同吗？
建议写。验收标准写在需求文档里并作为合同附件，后期争议会少很多。只写"符合客户要求"这种表述，双方的理解可以差很远。