SECTION / 01
先把问题，问清楚。
把一次咨询，变成有依据的业务梳理。
01
输入
希望优先解决的问题与判断标准
02
输出
结构化问题摘要、判断依据、待核实事项与下一步方向
03
使用起点
从一次业务梳理开始
SECTION / 02
适合先从哪些任务开始。
先选择一种主要任务，避免在第一版中承担过多承诺。
01
场景 01
交付依赖个人，团队难以复用方法
02
场景 02
产品价值难被理解，缺少清晰购买理由
03
场景 03
客户来源不稳定，需要持续获客入口
04
场景 04
线索已经存在，但方案和跟进承接不足
05
场景 05
多个问题交织，需要先建立问题地图
SECTION / 03
把体验拆成可以执行的工作。
让信息、动作、结果与人工接手在同一条路径中接续。
01
步骤 1
确认产品、客户与当前最重要的问题
02
步骤 2
采集业务条件、现有资料和一件具体事件
03
步骤 3
整理事实、可能原因、资料缺口和待核实问题
04
步骤 4
由负责人确认优先方向和下一步服务
SECTION / 04
建设以前，先核对这些条件。
条件直接影响系统能给出什么支持，以及哪些工作要由团队负责。
01
确认项 1
客户反馈和过程记录是否完整
02
确认项 2
是否有案例而缺少形成结果的过程
03
确认项 3
尚未整理材料时，先定义补充计划
SECTION / 05
放到你的行业，具体做什么。
以下是场景方向，正式建设仍需结合真实业务、资料和目标确认。
SECTION / 06
结果有依据，服务有接续。
诊断中的问题方向是排查起点。用具体事件与记录核实，保留专家的关键判断，不能将自动摘要当作最终结论。
01
资料与知识
标明来源、版本、适用条件以及需要补充的信息。
02
人工承接
确认审核、专业判断、报价与后续服务负责人。
03
反馈迭代
记录使用问题、采用情况和交付反馈，持续校准方法。
SECTION / 07
从一个真实问题开始设计。
把你的产品、客户、资料与目标整理出来，再确认方案。