| name | demand-detective |
| description | 需求侦探:当用户提出模糊、一句话、场景类、业务流程类需求时使用。适用于“新需求、提个需求、帮忙设计、优化一下、做个功能、用户反馈、能不能、想要一个、流程、报表、功能、模块”等场景。通过场景反讲、A/B 选择题和决策日志,把模糊需求转化为确定的共识方案,并输出分级开发任务单。 |
Demand Detective(需求侦探)
用于把模糊需求变成可执行、可共识、可追踪的开发方案。
触发场景
当用户提出以下类型需求时使用本技能:
- 一句话需求:如“能不能做个报表”“帮我优化一下流程”
- 场景类需求:用户描述了业务麻烦,但没有明确产品边界
- 新功能/模块:如“想要一个库存预警模块”
- 用户反馈转需求:需要判断到底要解决哪个业务问题
- 流程/报表/权限/异常处理等容易变模糊的需求讨论
关键词包括但不限于:新需求、提个需求、帮忙设计、优化一下、做个功能、用户反馈、能不能、想要一个、流程、报表、功能、模块。
工作流
第一阶段:场景共建
目标:先确认业务故事,不急着给方案。
- 使用“强制反讲”模板,让用户确认场景故事。
- 如果角色、时间、操作、结果、风险不清楚,优先补齐这些信息。
- 确认后,整理一张“场景清单”,建议字段:
- 用户角色
- 时间/情境
- 要完成的操作
- 关心的结果
- 想避免的风险
- 当前不确定点
基础模板:
## 🔍 场景反讲
请确认我理解的是否正确:
> 有一位【用户角色】,在【什么时间/情境下】,他需要【做某操作】,他最关心的是【获得什么结果/避免什么风险】。
如果不对,请直接纠正这个“故事”,我会重新理解。
第二阶段:决策驱动
目标:把含糊讨论变成可选择、可承担后果的业务决策。
核心原则:按决策影响半径由大到小推进。先确定会改变系统架构、业务边界、数据模型、权限模型的大决策,再根据大决策继续拆解各流程节点的细节决策。不要一开始就陷入“借出是否审批”“字段是否必填”这类局部问题。
- 根据场景清单识别不确定点。
- 先判断每个不确定点的影响等级:L1/L2/L3/L4。
- 优先生成高影响决策题,待用户确认后,再展开低层级细节题。
- 自动生成 A/B 或 A/B/C 选择题,不要只问开放问题。
- 每个选项都说明业务代价、系统影响、后续会连带改变哪些节点。
- 如果用户犹豫,使用“默认选择 + 责任声明”:先按成本最低方案上线验证,同时明确后续数据/业务兜底责任。
决策影响等级
L1:战略/边界级决策
会改变项目目标、业务边界、系统建设范围。必须最先确认。
常见问题:
- 这个系统主要服务谁?总部资产管理、全球业务员推广,还是两者都要?
- 款式资料库是“全公司共享资产”,还是“各子公司/区域各自管理”?
- 样衣是按公司统一资产管理,还是按所在地/子公司仓库分别管理?
- 目标优先级是提升业务推广效率,还是降低样衣丢失和库存混乱?
- 是否要覆盖全球多语言、多币种、多时区、多组织权限?
输出要求:L1 决策决定模块边界、组织架构、权限模型和项目一期范围。
L2:业务模式/流程级决策
会改变核心流程走向、状态机、库存口径和跨部门协作方式。
常见问题:
- 款式和样衣是一对一、一对多,还是多对多?
- 样衣借出是否必须走审批?
- 借出是否立刻影响库存?是扣减可用库存,还是只记录借阅?
- 样衣是否允许跨子公司/跨国家调拨?
- 业务员推广款式时,是否需要绑定客户、报价、商机或订单?
- 样衣逾期、损坏、丢失是否进入异常处理流程?
输出要求:L2 决策决定流程图、状态流转、库存计算和核心业务规则。
L3:节点规则/操作级决策
会影响具体页面、按钮、字段、校验和权限控制。
常见问题:
- 谁可以新建款式?谁可以修改款式资料?
- 样衣入库是否必须扫码/贴二维码?
- 借出时是否必须填写客户、用途、预计归还日期?
- 归还时是否需要检查样衣状态?
- 是否允许无库存借出、代借、批量借出?
- 样衣图片、尺码、色号、面料、供应商信息哪些必填?
输出要求:L3 决策决定页面交互、字段规则、权限点、校验逻辑。
L4:体验/报表/运营级决策
会影响使用体验、提醒机制、统计报表和运营管理,但通常不改变主流程架构。
常见问题:
- 二维码贴纸展示哪些信息?
- 逾期归还如何提醒?站内信、企业微信、邮件还是短信?
- 报表优先看样衣利用率、款式推广次数、借出周转率还是成交转化?
- 款式资料库搜索支持哪些筛选条件?
- 是否需要收藏、推荐、热门款式排行?
输出要求:L4 决策决定用户体验、运营看板、提醒策略和效率优化功能。
决策树推进方法
处理复杂需求时,按以下顺序输出和追问:
- 先给 L1 大决策题:最多 3-5 个,帮助确定项目边界。
- 根据 L1 结果生成 L2 流程题:只展开被 L1 选中的业务范围。
- 根据 L2 结果生成 L3 节点题:围绕已确定流程逐节点细化。
- 最后补 L4 体验和报表题:避免过早讨论锦上添花功能。
- 每一层都要说明:这个决策会影响哪些模块、数据、流程、权限或开发成本。
决策问题清单模板
对复杂需求,先输出“分层待决策问题清单”,再引导用户逐层确认:
| 层级 | 决策主题 | 待决策问题 | A方案 | B方案 | 推荐默认 | 影响范围 |
|---|
| L1 | 资产共享边界 | 款式资料是否全公司共享? | 全公司统一共享 | 按子公司/区域隔离 | A | 影响权限、搜索、数据归属、推广协同 |
| L2 | 样衣借出流程 | 样衣借出是否需要审批? | 需要审批后出库 | 业务员直接扫码借出 | A | 影响流程状态、库存占用、责任留痕 |
| L3 | 借出字段规则 | 借出是否必须填写客户和预计归还日期? | 必填 | 非必填 | A | 影响逾期提醒、客户追踪、后续分析 |
| L4 | 运营提醒 | 逾期归还如何提醒? | 系统自动提醒 | 管理员手动催还 | A | 影响运营效率和通知集成 |
业务生命周期扫描规则
在 L2/L3 阶段,对 ERP、业务系统、流程系统类需求,必须按以下维度扫描,不要只停留在功能名称层面:
- 对象定义:管理对象是什么?例如款式、SKU、样衣、色号、尺码、图片、BOM、报价记录。
- 生命周期:对象从创建、启用、流转、使用、冻结、归档、报废的完整过程。
- 操作动作:新增、编辑、审核、借出、归还、调拨、盘点、锁定、删除、导出、分享。
- 状态流转:每个动作前后状态如何变化,是否需要状态机。
- 审批控制:哪些动作需要审批,谁审批,是否允许越级或自动通过。
- 库存影响:动作是否影响库存、占用库存、可借库存、在途库存、异常库存。
- 权限边界:总部、子公司、业务员、设计、样衣间、管理员分别能看什么、改什么、借什么。
- 共享策略:哪些资料公司内共享,哪些按区域/客户/业务员隔离。
- 留痕审计:哪些操作必须记录人、时间、原因、前后值、附件。
- 异常处理:逾期未还、丢失、破损、重复建档、无库存借出、跨公司调拨等怎么处理。
- 数据质量:编码规则、必填字段、重复校验、图片/二维码/标签规范。
- 报表指标:最终要看哪些经营指标,例如样衣利用率、借出周转、款式推广次数、成交转化。
基础模板:
## ⚡ 业务决策选择题
关于「{{uncertainty_point}}」,我们有以下两种做法:
- **A.** {{option_a}}
_代价/影响:_ {{cost_a}}
- **B.** {{option_b}}
_代价/影响:_ {{cost_b}}
请问从实际业务麻烦程度看,**必须优先处理哪一个?**
第三阶段:驾驭输出
目标:输出开发能直接理解的分级任务单,并保留决策痕迹。
输出内容:
- 分级开发任务单
- 核心确定区:必须严格实现
- 假设验证区:做成可配置/易修改,上线后根据数据调整
- 需求决策日志 Markdown 表格
基础模板:
## 📋 开发任务分级
### 核心确定区(必须严格实现)
{{confirmed_logic}}
### 假设验证区(请实现为可配置/易修改)
{{hypothesis_logic}}
> ⚠️ 此部分基于当前假设,上线后需根据数据反馈快速调整。
## 📝 需求决策日志
| 日期 | 需求关键词 | 不确定点 | 暂定决策 | 决策人 | 潜在风险 |
|---|---|---|---|---|---|
| {{date}} | {{keyword}} | {{uncertainty}} | {{decision}} | {{person}} | {{risk}} |
话术库
需要更口语化的话术时,读取:references/prompts.md。
使用原则
- 先反讲场景,再讨论方案。
- 少问“你想怎么做”,多给 A/B 选择题。
- 决策题必须按影响半径由大到小组织:L1 战略边界 → L2 业务流程 → L3 节点规则 → L4 体验报表。
- 对每个选择明确业务代价、系统影响和连带影响。
- 高层决策未确定前,不要过早展开低层细节;低层细节必须服从高层决策。
- 对不确定逻辑,不假装已经确定;放进“假设验证区”。
- 对 ERP/流程类需求,必须沿业务生命周期逐节点拆决策点,尤其关注审批、库存、状态、权限、异常、留痕。
- 最终输出要能给开发、业务、测试三方对齐。