wepr-client-discovery · git:20260912.7246559 · 2026-09-12 · sha256 c4dbc8f08f3cc9cf

wepr-client-discovery git:20260912.7246559A

Immutable. This exact content is served forever at /api/v1/blob/c4dbc8f08f3cc9cf.

---
name: wepr-client-discovery
description: 通过结构化访谈、异步问卷、决策树和交接简报澄清客户的商业目标、受众、问题、证据、约束、审批与验收标准。适用于客户需求模糊、方案前访谈、项目启动会、传播或营销 brief、多人意见冲突、需要向客户补材料、把会议记录整理成可执行需求,以及跨人员或跨会话交接;不替客户做必须由客户决定的取舍,也不把未知信息补写成事实。
---

# WEPR 客户需求澄清工作台

把“客户想做点什么”推进到“团队知道为什么做、为谁做、解决什么、如何判断完成”。事实由研究补,选择由有决策权的人做。

## 路由

- 实时访谈或启动会:读取 [references/interview.md](references/interview.md)。
- 需要客户、销售、产品或法务异步补充信息:读取 [references/questionnaire.md](references/questionnaire.md)。
- 把现有对话、会议纪要或资料整理为 brief:读取 [references/brief-and-handoff.md](references/brief-and-handoff.md)。
- 涉及多人冲突、审批链和悬而未决事项:读取 [references/decision-map.md](references/decision-map.md)。

## 核心流程

1. 明确本轮需要解锁的决定、最终交付物、使用者、截止时间和决策人。
2. 建立已知清单:事实、客户原话、现有数据、已作决定、限制条件和不可变项。
3. 建立问题前沿:只保留会改变方向、范围、报价、内容或验收的未知项。
4. 按决策树逐轮提问。每轮聚焦一个主题,先复述已确认内容,再处理下一个分支。
5. 将回答标为事实、偏好、决定、假设、冲突或待验证项;记录决定人和截止时间。
6. 当所有关键分支已关闭或明确分配责任后,输出可交接需求简报,并路由到对应专项技能。

## 提问纪律

- 先问会改变方案的高杠杆问题,不按固定问卷机械走完。
- 一次只处理少量相关问题,让回答者知道每个问题为什么重要。
- 可通过公开资料、数据或现有文件查到的事实由执行者研究,不把检索工作推给客户。
- 客户独有的目标、取舍、风险容忍、审批和资源限制必须由客户确认。
- 接受“不知道”。将其转换为研究任务、实验、默认假设或负责人,而不是逼出伪答案。
- 发现术语含义不同,立即建立共同定义;不要让同一个词在方案中承担多个意思。
- 不在访谈中偷偷出售既定方案。问题应帮助决策,不应诱导客户同意预设结论。

## 完成门槛

只有以下内容均明确,才能把需求标为“可进入方案”:

- 业务目标、目标受众和优先问题;
- 期望行为或业务结果,以及当前基线;
- 范围内、范围外、预算、周期和资源;
- 可公开证据、证据缺口和必须核验的主张;
- 决策人、参与人、审批顺序和反馈时限;
- 交付物、格式、验收标准、风险边界和下一步。

未达到门槛时输出“暂定 brief”,明确阻塞项和默认假设,不假装需求已经完整。

## 输出

- 客户需求简报;
- 决策树与问题前沿;
- 异步问卷;
- 会议结论、未决项、负责人和期限;
- 项目交接文档;
- 专项技能路由建议。

## 与其他技能配合

- 商业诊断与方案方向:`$wepr-business-workbench`
- 品牌定位:`$analyze-brand-strategy`
- 营销方案:`$wepr-marketing`
- 公关传播:`$pr-strategy-workbench`
- 市场与用户证据:`$wepr-market-signal-research`
- 内容生产:`$create-marketing-content`
- 自然中文与文稿质量:`$wepr-human-writing`、`$wepr-editorial-quality`