需要规划用户行为研究或把研究材料综合成有证据…

适用于还没有研究需要设计用户研究计划，或已有访谈、观察、工单、分析数据等材料需要提炼用户实际行为与置信度发现时。

适用场景

解决思路

1. 先判断当前处于规划模式（Plan）还是综合模式（Synthesise）：没有研究就设计研究；已有研究材料就综合；只有部分研究时，先综合已有材料，再规划补缺口，并明确说明当前模式。
2. 明确这一层最需要回答的具体用户问题。
3. 盘点已有证据是什么、可靠性如何。
4. 决定如何收集缺失的证据。
5. 区分哪些模式有把握、哪些仍是假设。
6. 保持贴近原始数据：观察要具体且靠近来源，记录用户说了什么、做了什么、感受什么，不要提前总结成结论。
7. 用亲眼所见或亲耳所闻来 grounding，不要基于团队信念。
8. 给发现标注置信度：已观察 / 已推断 / 假设（observed / inferred / assumed）；若标为已观察，同一条笔记中必须能引用支持它的原话，否则它其实是已推断。
9. 明确写出研究缺口，不要掩盖。
10. 把变通方法（workaround）当作信号：一个足以促使用户临时变通的需求是强需求。
11. 规划研究时总是先定义学习目标：不要停在“更好地理解用户”，要推到 2–3 个具体问题，例如“什么触发用户推荐朋友，什么让他们犹豫”。
12. 用 JTBD 访谈理解触发点、动机和焦虑；访谈真实过去经历而非假设。提纲包括：开场（“说说你上次……”）、时间线（什么触发、尝试了什么）、动机（希望什么、担心什么）、收尾。
13. 当用户说的与做的不一致时，用情境调查 / 观察（contextual inquiry / observation）观察真实工作，捕捉隐性行为。
14. 当行为分散在较长时间或发生频率低时，用日记研究（diary studies），让用户随事件发生自行报告。
15. 对已有产品且累积大量信号时，分析支持工单 / 评论（support ticket / review），在不招募用户的情况下发现规模化痛点。
16. 用分析数据审查（analytics review）看用户做了什么（不是为什么）；它补充定性研究，不替代定性研究。
17. 用可用性观察（usability observation）看人们在哪里卡住或成功使用现有产品。
18. 规划访谈时提前规划综合分析：一条笔记只放一条观察，标记它回答哪个问题，优先保留原话而不是摘要；6–10 个定性访谈通常达到饱和。
19. 综合材料时先提取观察：拉出用户具体说过、做过、感受到的事，先不做解释；如果凭记忆，用提示：最意外的是什么？什么反复出现？他们在哪里意外受挫？
20. 做模式分组：按反复出现的情境、共同动机、共同焦虑和变通方法（workaround）对观察分组。
21. 写候选工作故事（job stories）：When [situation], I want to [motivation], so I can [outcome]；检查 “When” 是否具体、“want” 是否是动机而非解决方案；标注置信度。
22. 做缺口标记：观察尚未回答什么？这些成为后续规划会话。
23. 与设计师合作时，先找出现有什么——访谈、录音、工单、分析数据——并说明模式。
24. 聆听名词（候选领域对象）和用户自然语言；这些输入到领域层。
25. 提供匹配的技术：规划模式中提供匹配学习目标的方法；综合模式中按提取 → 模式 → 候选故事推进；只做下一个有用的事，不要做全套工具。
26. 只捕捉残留物：关键原始观察、带支持证据的模式、带置信度的候选工作故事、命名的研究缺口。
27. 候选工作故事准备在 /layers-user-needs 细化。

适用边界 · 注意事项

• 不适用于需要定量统计推断、因果验证或大规模代表性样本的问题；这些应交给定量研究或实验。
• 不适用于没有或无法取得真实用户行为证据，且只想验证团队已有结论的场景。
• 不要把它当完整脚本或跳过前置的 /layers-intro；它是技术库，不是按部就班执行的脚本。