识别表达
用户明确想了解近期焦虑程度，而不是寻求诊断。
关于这次复盘
为什么使用 XMind
我过去曾用 XMind 做学习复盘。这次把 Anchor 已有的 PRD、流程、实现和测试记录重新整理，用一张导图梳理项目的核心逻辑。
场景演示
用一个场景解释产品机制
这是为了说明产品路径设置的演示场景，不代表真实用户访谈或效果数据。
用户输入
“我最近总是很焦虑，想测一下到底严不严重。”明确需求 · 焦虑自我了解 · 无明确风险表达
Risk First
先检查当前表达是否包含明确安全风险；无风险信号则继续。
选择路径
把明确需求路由到 GAD-7，而不是停留在普通聊天回复。
说明与同意
说明量表用途、非诊断边界，并询问用户是否愿意开始。
固定流程
按固定题目与顺序逐题进行，答案不清楚时请求确认，不由模型代填。
完成与承接
程序完成计分，系统提供中性说明，并让用户选择继续倾诉或其他支持。
安全中断分支
如果用户在测评过程中表达风险：暂停并保存当前进度 → 转入风险确认 → 每轮一个问题 → 进入安全支持 → 风险解除后再询问是否恢复原任务。
核心导图
一张图看懂 Anchor
从用户问题出发，连接体验机制、安全规则与验证方法。
ANCHOR情绪支持型 AI 产品用户问题 → 产品机制 → 验证
- 用户常用生活化语言表达困扰，难以直接说明真正需求
- 需要在倾诉、知识、测评、训练与安全支持之间选择路径
- 面向 18+ 普通用户，提供支持而非诊断或治疗
- 读取会话状态并理解当前输入
- 每轮先进行风险检查，再判断用户需求
- 用户明确需求优先；信息不足时只澄清一个关键问题
- 获得同意后进入测评或训练
- 结合最近对话与当前状态承接用户表达
- 同一时间只运行一个主要任务
- 支持暂停、继续、退出与任务切换
- 保持语言风格、情绪回应与功能状态一致
- Risk First：安全流程优先于普通功能
- 风险表达出现时暂停当前测评或训练并保存进度
- 每轮只确认一个关键问题，避免连续审问
- 模型或工具失败时进入安全降级，不猜测缺失结果
- 将用户输入、初始状态、预期路径与实际结果组成测试案例
- 覆盖正常路径、任务切换、风险中断与异常降级
- 通过单元测试和回归测试验证关键产品规则
- 根据问题复现结果调整路由、上下文承接和恢复逻辑
- XMind 将分散的 PRD、流程、实现与测试证据放进同一结构
- 从功能清单重组为“用户问题—产品机制—验证证据”
- 优先呈现情绪支持、长期互动议题、对话体验与安全边界
- 形成可快速浏览、也能继续追溯细节的岗位定制复盘
复盘方法
我是如何完成这次复盘的
重点不是画一张导图，而是把分散的信息整理成一条容易理解的产品逻辑。
收集
汇总 PRD、流程说明、实现记录与测试案例，建立项目材料池。
重组
按用户问题、场景路径、对话体验、安全边界和验证方式重新分组。
核对
使用 XMind AI 检查层级与重复项，再依据实现和测试记录人工确认。
输出
保留一张核心导图，并用场景演示解释复杂机制如何对用户产生价值。
能力总结
这次复盘体现的产品能力
从具体项目中提炼可以继续复用的方法。
需求理解
把模糊的情绪表达拆成用户当前问题、影响、需求与风险信号，形成可执行的支持路径。
对话产品设计
围绕多轮状态、任务切换、语言一致性与中断恢复设计连续体验。
验证与迭代
用预期路径、异常场景和回归测试验证产品规则，并根据复现结果调整方案。