定制软件开发前，需求清单要写到什么程度

定制软件项目里最常见的矛盾，不是技术难度，而是「我以为你会做」和「这不在报价范围内」。把需求清单写到可执行，是控制成本和周期最有效的一步。

第一要素，谁用。把使用者的角色列清楚，例如业务员、仓库员、财务、管理员。不同角色看到的界面、能做的操作完全不同。角色不清，权限和界面就会反复改。

第二要素，流程怎么走。用「谁在什么情况下做什么、做完交给谁」的方式把主流程写下来，并覆盖异常分支，例如驳回、退单、缺货怎么处理。流程图或步骤说明都可以，关键是让开发方能照着实现。

第三要素，字段与数据。每张表单要填哪些项、哪些必填、取值范围是什么、数据从哪里来。字段级需求越具体，后期争议越少。常见的模糊表述是「跟我们现在用的表格一样」，在没有样表的情况下，这句话等于没说。

第四要素，边界。明确这次做哪些、不做哪些，是否需要对接现有系统、是否需要手机端、是否需要导入历史数据。把这些边界写进需求，报价才有依据。

第五要素，验收标准。什么叫「做完了」？是按功能清单逐项验收，还是有性能、并发或数据量的要求。验收标准前置，能避免交付时各执一词。

需求不必一次写到天衣无缝，但至少要覆盖这五要素。建议先用一页纸列出角色、主流程、关键字段、本次范围与验收方式，再与开发方逐条确认；确认后的清单作为报价和排期的基础，后续变更按变更流程走。