一个常见的失败场景：满怀期待地告诉系统"我要一个客户管理系统"，得到一套通用模板，然后用起来发现哪哪都不对——因为它不知道你的客户有哪些类型、你的销售流程是什么、你要导出什么。
问题出在需求描述。下面这个方法能解决它。
四段式结构
把需求拆成四段，按顺序说：
| 段落 | 回答什么 | 示例 |
|---|---|---|
| 谁用 | 使用者是谁、多少人、什么角色 | "5 个业务员 + 1 个主管，业务员分布在两个城市" |
| 管什么 | 业务对象、关键字段、状态 | "管客户和报价单，客户有行业、等级、状态；报价单有产品、数量、单价、税率、有效期" |
| 现在怎么做 | 现有流程与痛点 | "现在用 Excel，一个表存客户、一个表存报价，靠手工关联，经常对不上" |
| 想要什么结果 | 期望的产出与效果 | "希望报价单能自动生成 Excel 和 PDF，能按业务员统计当月报价金额" |
四段说清楚，AI 基本不需要二次追问就能出方案。
正反例对比
反例
"我要一个订单管理系统，要好用一点。"
问题：不知道谁用、管什么、现在怎么做、要什么结果。系统只能给通用模板。
正例
"我们有 3 个内勤和 1 个仓库管理员要用。管理客户订单，每张订单包含客户名、产品明细（产品名称/规格/数量/单价）、交期、状态。状态分：待确认、已确认、生产中、已发货、已完成、已取消。现在用 Excel 记录，问题是状态更新不及时，业务员经常要打电话问仓库到哪一步了。希望订单状态在系统里实时可见，业务员能自己查，交期前 3 天自动提醒。"
同一个需求，信息量差别巨大。
五个最容易遗漏的信息
一、权限
"谁能看什么"是最常被遗忘的一项。常见需求：
- 业务员只看自己的客户
- 主管看全部
- 成本价只有特定角色可见
不写清楚，系统默认全员可见，后期再改涉及数据结构调整。
二、状态取值
"订单状态"具体有哪些值？这些值不是通用的，每家企业不同。写清楚：待确认/已确认/生产中/已发货/已完成/已取消。
三、异常情况
正常流程大家都能想到，异常才见功夫：
- 客户要改数量怎么办？
- 要取消订单怎么办？
- 要分批发货怎么办？
- 退货怎么处理？
这些不写，系统按最简单的情况实现，遇到异常时只能绕开系统。
四、输出要求
系统要产出什么？
- 导出 Excel（哪些列？）
- 导出 PDF（什么格式？含什么信息？）
- 打印（什么尺寸？）
- 提醒（什么条件触发？发给谁？）
五、历史数据
有没有需要导入的历史数据？有多少条？什么格式？数据质量如何？
这一项影响上线计划，也影响是否需要先做数据清洗。
一份可直接填写的需求模板
复制下面这份，填空即可：
```
【谁用】
使用者：(角色与人数)
使用场景：(在哪里用，电脑还是手机)
【管什么】
主要业务对象：(如客户、订单、产品)
每个对象的关键信息：(列出字段)
状态/流程：(列出状态取值与流转)
【现在怎么做】
现有工具：(Excel/微信群/纸质/其他)
主要痛点：(具体到场景)
【想要什么结果】
必须有的功能：(3–5 条)
输出要求：(导出/打印/提醒)
权限要求：(谁看什么)
异常情况：(改单/取消/退货等怎么处理)
【其他】
现有数据量：(多少条历史数据)
上线时间期望：
```
填完这份模板，需求描述的完整度会超过绝大多数人。
描述不清楚时的三个补救办法
办法一：用一个具体场景开头
"上周有个客户下了 500 件的订单，我们……"——从具体场景讲起，比抽象描述更容易说清楚。
办法二：先说不要什么
"我不需要复杂的审批流，不需要财务报表"——排除项能帮系统缩小范围。
办法三：边看方案边补充
如果实在说不清楚，就先看 AI 出的方案文档，对着方案改："这里不对，应该是……"——方案文档是一个很好的讨论基础。