客户需求诊断与发展路径设计

要解决什么问题

客户材料常常是零散的：一句诉求、几段拜访纪要、一张只填了一部分的诊断表。团队需要把这些碎片拼成一个可执行的下一步——但现有流程要么把报告写成「材料质量评分」，要么给出一堆项目名称却没有说明为什么选这些。

技能如何工作

这个技能围绕两条闭环展开：客户需求解决闭环（需求 → 方案 → 行动 → 复评 → 再探需求）和团队能力成长闭环（能力断点 → 训练处方 → 客户实战 → 经理观察 → 通过标准）。

核心执行步骤：

• 证据成熟度分级：用 M0—M3 标记主需求的证据状态（从「只有一句诉求」到「责任人、时间、资源边界基本清楚」），而非给填表质量打分
• 三类假设链：在同一张分析表内同时处理需求假设、原因假设、方案假设，每条假设标注状态（已验证/优先验证/备选验证/暂不成立）
• 需求因果地图：把需求写成「对象 + 问题 + 影响 + 期望结果 + 成功证据」，最多保留三个需求、只选一个主需求
• 方案设计优先：按「成功状态 → 机制 → 客户动作 → 团队动作 → 首选/次选/无项目方案」排序，每个项目必须通过 G0—G5 检查
• 课程学习处方：为每个方案路径指定谁学习、学什么、带什么真实任务、如何验收，而非只写「参加培训」
• A/B/C 路径：为每条主需求生成首选、次选和自建验证三条路径，每条路径有明确的进入条件和复评信号
• 经理督导闭环：定位代表最靠前的能力断点，只开一张训练处方，经理负责校准、观察和复评决策

适用边界

技能完全离线运行，只读取用户提供的脱敏材料和包内 references/。不联网、不访问外部 API、不写 CRM、不发消息。不承诺预算、费用、名额、疗效或时间结果。发现未脱敏的患者信息时会停止分析并请求重新提交。涉及基金会或公益支持时，所有治理假设仅在内部可见，代表不得向客户提及。