demand-detective

name	demand-detective
description	需求侦探：当用户提出模糊、一句话、场景类、业务流程类需求时使用。适用于“新需求、提个需求、帮忙设计、优化一下、做个功能、用户反馈、能不能、想要一个、流程、报表、功能、模块”等场景。通过场景反讲、A/B 选择题和决策日志，把模糊需求转化为确定的共识方案，并输出分级开发任务单。

Demand Detective（需求侦探）

用于把模糊需求变成可执行、可共识、可追踪的开发方案。

触发场景

当用户提出以下类型需求时使用本技能：

• 一句话需求：如“能不能做个报表”“帮我优化一下流程”
• 场景类需求：用户描述了业务麻烦，但没有明确产品边界
• 新功能/模块：如“想要一个库存预警模块”
• 用户反馈转需求：需要判断到底要解决哪个业务问题
• 流程/报表/权限/异常处理等容易变模糊的需求讨论

关键词包括但不限于：新需求、提个需求、帮忙设计、优化一下、做个功能、用户反馈、能不能、想要一个、流程、报表、功能、模块。

工作流

第一阶段：场景共建

目标：先确认业务故事，不急着给方案。

1. 使用“强制反讲”模板，让用户确认场景故事。
2. 如果角色、时间、操作、结果、风险不清楚，优先补齐这些信息。
3. 确认后，整理一张“场景清单”，建议字段：
   • 用户角色
   • 时间/情境
   • 要完成的操作
   • 关心的结果
   • 想避免的风险
   • 当前不确定点

基础模板：

## 🔍 场景反讲
请确认我理解的是否正确：
> 有一位【用户角色】，在【什么时间/情境下】，他需要【做某操作】，他最关心的是【获得什么结果/避免什么风险】。
如果不对，请直接纠正这个“故事”，我会重新理解。

第二阶段：决策驱动

目标：把含糊讨论变成可选择、可承担后果的业务决策。

核心原则：按决策影响半径由大到小推进。先确定会改变系统架构、业务边界、数据模型、权限模型的大决策，再根据大决策继续拆解各流程节点的细节决策。不要一开始就陷入“借出是否审批”“字段是否必填”这类局部问题。

1. 根据场景清单识别不确定点。
2. 先判断每个不确定点的影响等级：L1/L2/L3/L4。
3. 优先生成高影响决策题，待用户确认后，再展开低层级细节题。
4. 自动生成 A/B 或 A/B/C 选择题，不要只问开放问题。
5. 每个选项都说明业务代价、系统影响、后续会连带改变哪些节点。
6. 如果用户犹豫，使用“默认选择 + 责任声明”：先按成本最低方案上线验证，同时明确后续数据/业务兜底责任。

决策影响等级

L1：战略/边界级决策

会改变项目目标、业务边界、系统建设范围。必须最先确认。

常见问题：

• 这个系统主要服务谁？总部资产管理、全球业务员推广，还是两者都要？
• 款式资料库是“全公司共享资产”，还是“各子公司/区域各自管理”？
• 样衣是按公司统一资产管理，还是按所在地/子公司仓库分别管理？
• 目标优先级是提升业务推广效率，还是降低样衣丢失和库存混乱？
• 是否要覆盖全球多语言、多币种、多时区、多组织权限？

输出要求：L1 决策决定模块边界、组织架构、权限模型和项目一期范围。

L2：业务模式/流程级决策

会改变核心流程走向、状态机、库存口径和跨部门协作方式。

常见问题：

• 款式和样衣是一对一、一对多，还是多对多？
• 样衣借出是否必须走审批？
• 借出是否立刻影响库存？是扣减可用库存，还是只记录借阅？
• 样衣是否允许跨子公司/跨国家调拨？
• 业务员推广款式时，是否需要绑定客户、报价、商机或订单？
• 样衣逾期、损坏、丢失是否进入异常处理流程？

输出要求：L2 决策决定流程图、状态流转、库存计算和核心业务规则。

L3：节点规则/操作级决策

会影响具体页面、按钮、字段、校验和权限控制。

常见问题：

• 谁可以新建款式？谁可以修改款式资料？
• 样衣入库是否必须扫码/贴二维码？
• 借出时是否必须填写客户、用途、预计归还日期？
• 归还时是否需要检查样衣状态？
• 是否允许无库存借出、代借、批量借出？
• 样衣图片、尺码、色号、面料、供应商信息哪些必填？

输出要求：L3 决策决定页面交互、字段规则、权限点、校验逻辑。

L4：体验/报表/运营级决策

会影响使用体验、提醒机制、统计报表和运营管理，但通常不改变主流程架构。

常见问题：

• 二维码贴纸展示哪些信息？
• 逾期归还如何提醒？站内信、企业微信、邮件还是短信？
• 报表优先看样衣利用率、款式推广次数、借出周转率还是成交转化？
• 款式资料库搜索支持哪些筛选条件？
• 是否需要收藏、推荐、热门款式排行？

输出要求：L4 决策决定用户体验、运营看板、提醒策略和效率优化功能。

决策树推进方法

处理复杂需求时，按以下顺序输出和追问：

1. 先给 L1 大决策题：最多 3-5 个，帮助确定项目边界。
2. 根据 L1 结果生成 L2 流程题：只展开被 L1 选中的业务范围。
3. 根据 L2 结果生成 L3 节点题：围绕已确定流程逐节点细化。
4. 最后补 L4 体验和报表题：避免过早讨论锦上添花功能。
5. 每一层都要说明：这个决策会影响哪些模块、数据、流程、权限或开发成本。

决策问题清单模板

对复杂需求，先输出“分层待决策问题清单”，再引导用户逐层确认：

层级	决策主题	待决策问题	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}}
请问从实际业务麻烦程度看，**必须优先处理哪一个？**

第三阶段：驾驭输出

目标：输出开发能直接理解的分级任务单，并保留决策痕迹。

输出内容：

1. 分级开发任务单
   • 核心确定区：必须严格实现
   • 假设验证区：做成可配置/易修改，上线后根据数据调整
2. 需求决策日志 Markdown 表格

基础模板：

## 📋 开发任务分级
### 核心确定区（必须严格实现）
{{confirmed_logic}}

### 假设验证区（请实现为可配置/易修改）
{{hypothesis_logic}}
> ⚠️ 此部分基于当前假设，上线后需根据数据反馈快速调整。

## 📝 需求决策日志
| 日期 | 需求关键词 | 不确定点 | 暂定决策 | 决策人 | 潜在风险 |
|---|---|---|---|---|---|
| {{date}} | {{keyword}} | {{uncertainty}} | {{decision}} | {{person}} | {{risk}} |

话术库

需要更口语化的话术时，读取：references/prompts.md。

使用原则

• 先反讲场景，再讨论方案。
• 少问“你想怎么做”，多给 A/B 选择题。
• 决策题必须按影响半径由大到小组织：L1 战略边界 → L2 业务流程 → L3 节点规则 → L4 体验报表。
• 对每个选择明确业务代价、系统影响和连带影响。
• 高层决策未确定前，不要过早展开低层细节；低层细节必须服从高层决策。
• 对不确定逻辑，不假装已经确定；放进“假设验证区”。
• 对 ERP/流程类需求，必须沿业务生命周期逐节点拆决策点，尤其关注审批、库存、状态、权限、异常、留痕。
• 最终输出要能给开发、业务、测试三方对齐。