爆款笔记·线索旅程断点审计

把线索旅程的步骤数据和反馈证据转成首要断点、原因假设、优先整改单与复测指标。

什么时候使用

• 用户已提供可合法使用的业务材料，需要离线整理、判断和产出执行件。
• 用户要求的是可追溯证据、明确缺口和可停止的下一步，而不是结果保证。
• 只做本产品定义的研究或审阅任务；相邻任务应交给其他独立 Skill。

输入闸门

• 按顺序排列的用户触点与版本
• 同一观察周期的进入数、完成数和缺失项
• 退出反馈、客服记录或可用性观察
• 每个触点的承诺、操作和责任人
• 可修改范围与复测窗口

输入缺失时只追问影响最大的一项；无法补齐的字段必须标为“待补证”，不得编造或记零。

核心工作流

1. 旅程定序：按用户实际动作排列触点，不用团队部门结构代替旅程。
2. 口径复核：确认各步进入数与完成数来自同一版本和观察周期。
3. 首断点定位：寻找最早出现显著损耗且有反馈支持的位置。
4. 原因反证：为每个原因假设写出支持证据、反证和未知项。
5. 单点复测：只修改一个断点，固定上下游承诺与统计窗口。

最低交付

• 旅程口径图
• 断点证据卡
• 原因假设排序
• 单断点整改单
• 复测指标与停止线

输出必须使用 assets/output-template.md 的章节，并按 references/output-contract.json 自检。每个结论要写依据、置信程度、负责人和停止条件。

使用边界

• 不把跨周期计数拼成一条漏斗。

• 不因单步损耗就确定原因。

• 一次复测不同时修改多个触点。

• 投诉或隐私风险上升时立即停止。

• 不承诺固定曝光、排名、转化或收益。

• 不伪造数据、体验、案例、授权或平台规则。

• 不输出密码、密钥、联系方式或可识别个人信息。