当某条转化流程（落地页、注册、结账、应用内引导）流失严重时…

适用于要提升某一条具体转化流程的转化率、修复结账或注册放弃、诊断引导流失，并希望跨会话按 docs/ 文档持续推进的场景。

适用场景

解决思路

1. 核心原则：用数字找泄漏，向客户了解原因，按 message → offer → proof → friction 顺序修复，每个修复用预先承诺的测试证明。顺序有因果性：数字告诉 where，只有研究告诉 why，先提高动机再减少摩擦才划算，未测试修复是猜测。
2. 按七阶段执行：1 lean-analytics：找实际泄漏和唯一指标，扩展 docs/METRICS.md，GATE；2 cro-methodology：为什么在泄漏点流失、哪些异议和摩擦，创建 docs/FUNNEL.md 并扩展 docs/EXPERIMENTS.md，GATE；3 storybrand-messaging：泄漏步骤能否在 5 秒内承诺访客自己的期望结果，扩展 docs/POSITIONING.md + docs/FUNNEL.md + docs/EXPERIMENTS.md；4 hundred-million-offers：转化点的 offer 是否值得现在行动，扩展 docs/OFFER.md + docs/EXPERIMENTS.md；5 influence-psychology：每个疑虑点是否有诚实证明，扩展 docs/FUNNEL.md + docs/EXPERIMENTS.md；6 design-everyday-things：已决定行动的访客能否无阻碍完成流程，扩展 docs/FUNNEL.md + docs/DESIGN.md + docs/EXPERIMENTS.md；7 cro-methodology：是否知道修复有效——预先承诺指标、样本量、不看中间结果，扩展 docs/EXPERIMENTS.md + docs/METRICS.md。
3. Operating Rule 1 Resume first：先读 docs/CONVERSION-OPTIMIZATION-PLAN.md 和 Journey Map 中每个 artifact。若 tracker 存在，用 3-5 行总结旅程状态并问进入哪个阶段。完成标准：用户确认入口。有 tracker 的旅程只恢复，不重启。
4. Operating Rule 2 Intake on first run only：无 tracker 时运行 Intake，然后创建 docs/CONVERSION-OPTIMIZATION-PLAN.md，每阶段状态为 pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason。完成标准：tracker 存在且用户确认阶段计划。
5. Operating Rule 3 Phase entry：宣布该阶段做什么、强制做什么决策、产出什么 artifact、大致工作量。提供 proceed / skip / defer；标记为 GATE 的阶段可以 defer，不可 skip。proceed 时把阶段标为 in-progress。完成标准：用户已选择。
6. Operating Rule 4 Skill invocation and fallback：加载该阶段技能并使用；每阶段 Invoke 行按 slug 命名技能。若不可用，提供 `npx skills add wondelai/skills/<slug> --global`。若用户拒绝，从该阶段 Brief 运行（最小可行方法）。说明当前模式。
7. Operating Rule 5 In-phase decisions：对 Decide with the user 下每个问题提问，给具体选项和推荐。在 tracker 的 Key Decisions 记录选择。静默决定是缺陷。
8. Operating Rule 6 Phase exit：写前展示草稿 artifact 内容供 sign-off。批准后写入或扩展 docs/ 文件，更新 tracker（status、Key Decisions、Next Actions）。完成标准：文件已写且阶段行显示 done。
9. Operating Rule 7 Artifact discipline：先读后写；只有缺失才创建文件，否则扩展——添加或更新你的 sections，保留其他人的。docs/ 中文件名大写。每条建议落为 checkbox 或含 owner 与 priority 的表格行。首次创建 docs/ 文件时参考 references/artifact-templates.md——从完整骨架（所有 section headings）创建，再填本阶段命名的 sections。
10. Operating Rule 8 Measure, research, then change — every change is a test：没有 Phase 1 泄漏和 Phase 2 研究原因就不发修复。每个上线变更进入 docs/EXPERIMENTS.md，带预先承诺 primary metric 和 guardrail。无研究支持的修复回 Phase 2；无测试的大胆变更留在 backlog 直到有测试。
11. Intake 1：问正在优化哪条 flow，其末端的 ONE action 是什么。三竞争 CTA 的 flow 没有目标。
12. Intake 2：问数字显示人在哪里 drop——analytics、funnel steps、cohort data。粘贴已有数据。无 instrumentation 则 Phase 1 从添加 instrumentation 开始。
13. Intake 3：问每周大约多少流量或量进入 flow。决定 Phase 7 是 A/B 可达显著，还是依赖定性证据和前后窗口。
14. Intake 4：问有哪些 voice-of-customer 来源或可获取——exit surveys、session recordings、support tickets、sales calls、reviews——能否粘贴或导出最好一个的 raw text。Phase 2 objections 必须引用客户原话，需要内容而非只来源名。
15. Intake 5：问转化点当前 offer 是什么——price、guarantee、bonuses——能否改变。决定 Phase 4；合同固定 offer 则收窄为 presentation。
16. Intake 6：问 docs/POSITIONING.md 或 docs/OFFER.md 是否已从另一旅程存在。Phases 3-4 基于它们而非重启。
17. Intake 7：问现在想做多少旅程。Phases 1-2 是强制诊断；3-6 是按诊断修复；7 把修复变证明。
18. Skip heuristics：当 messaging 已验证（例如 improve-website journey 完成其 message phases）跳过 Phase 3；当 offer 被合同固定跳过 Phase 4——记录 skipped: reason。
19. Skip heuristics：Phase 7 在极低流量可 deferred: reason，改用前后证据并明确 revert trigger，绝不静默跳过。
20. Skip heuristics：绝不跳过 Phases 1-2——未找到的泄漏和未研究的原因会让后续阶段变成猜测。
21. 然后从模板创建 docs/CONVERSION-OPTIMIZATION-PLAN.md 并确认计划。完成标准：tracker 存在、每阶段有 status、用户确认计划。
22. 阶段按序运行——每个假设前一阶段 artifact 存在。任意阶段可按 Operating Rules 进入、跳过或延迟，但 Phases 1-2 门控所有：下游不修复不是 measured leak 且有 researched reason 的问题。
23. 当从 Brief 运行任意阶段（未安装 constituent skill）时，先读 references/methods.md——它包含每阶段完整方法、checklists、formulas、benchmarks；Brief 只是摘要。
24. Phase 1 Purpose：在有关于 why 的意见之前，定位 flow 实际在哪里丢失人，并选择本旅程要移动的 one metric。
25. Phase 1 Brief fallback：好指标是能改变下一步行动的 comparative ratio；totals 和 cumulative charts 是 vanity。把 flow 每步表达为 conversion rate，与自身历史和 published benchmarks 比较（e-commerce 转化访客约 1-3%；paid traffic 落地页低个位数），在最高价值路径上找最大绝对下降。为旅程选择 One Metric That Matters，配 counter-metric 防止被 game（signup rate × 30-day retention），并画 line in the sand：target、date、pre-committed miss response。按 cohort 和 segment（channel、device、plan）——一个崩溃 segment 会藏在平坦平均里。
26. Phase 1 Invoke：用 `lean-analytics` skill，输入 intake 的 flow steps 和 analytics。要求 step-by-step funnel table with baselines and benchmarks、本旅程 OMTM 加 counter-metric、按 absolute lost value 排名的最大 leak。
27. Phase 1 Decide：1 确认 OMTM 及其 counter-metric。2 先攻哪个 leak——money path 上最大绝对损失，不是最容易百分比。3 若缺 instrumentation，先加哪些 minimal events——该阶段保持 awaiting-evidence 直到数字存在。
28. Phase 1 Artifact：扩展 docs/METRICS.md `## Funnel`（stage | conversion | benchmark | bottleneck?）、`## Stage & One Metric That Matters`、`## Baselines & Targets`。更新 tracker。
29. Phase 1 Done when：funnel 在仍能把 leak 定位到单一步骤的最粗粒度上被测量，OMTM 和 counter-metric 连 line in the sand 一起记录，leak 被命名——只有这时解锁 Phases 2-7。等待 instrumentation 的更细 sub-steps 在 Next Actions 中保持 awaiting-evidence，不阻塞旅程，前提是命名 leak 不依赖它们。
30. Phase 2 Purpose：用真实访客证据替换对 leak 的猜测。Phases 3-6 只能修复可追溯到此处 finding 的问题。
31. Phase 2 Brief fallback：不要猜——发现。挖掘 primary sources（one-question exit survey：“What's preventing you from [action] today?”；post-conversion：“What almost stopped you?”；chat logs、tickets、sales calls）和 secondary sources（reviews、competitors）找客户原话。把 objections 分为 Big 5——Trust、Price、Fit、Timing、Effort——并构建 O/CO table：每个 objection 得到 evidence-backed counter，放在 doubt 出现的精确步骤，绝不放 FAQ。用 LIFT lenses 诊断每步（value proposition ± clarity、relevance、urgency、minus anxiety and distraction — Goward）和 MECLABS heuristic（conversion 随 motivation 和 value clarity 上升，随 friction 和 anxiety 下降）。按 ICE 排 fix hypotheses 并应用 10x screen：如果变更不可能 plausibly double the step，不要排队。
32. Phase 2 Invoke：用 `cro-methodology` skill，输入 Phase 1 leak、flow、intake 的 voice-of-customer sources。要求 researched objection list in customer words、带 placements 的 O/CO table、缺失 persuasion assets、ICE-ranked hypothesis backlog。
33. Phase 2 Decide：1 哪个 researched objection 是 primary leak driver。2 低流量：明确接受 qualitative 加 heuristic evidence。3 哪些 implicit objections 需要 CO-Only counters（不声明也被 counter）。
34. Phase 2 Artifact：创建 docs/FUNNEL.md 含 `## Flow Map & ONE Action`、`## Leak Diagnosis`、`## Objections & Counters (O/CO)`；扩展 docs/EXPERIMENTS.md `## Experiment Backlog`（ICE-ranked）。METRICS.md `## Funnel` 仍是 conversion numbers 的 canonical——Leak Diagnosis 引用它们并加 researched reason 和 severity。更新 tracker。
35. Phase 2 Done when：flow map 命名每步 ONE action，每个 researched objection 有 evidence-backed counter 和 placement，backlog 按 ICE 排名。
36. Phase 3 Purpose：让 leaking step 在五秒内用访客的话说明访客得到什么——clarity 在 persuasion 前 convert。
37. Phase 3 Brief fallback：客户是 hero；你是 guide。对 leaking step 运行 SB7：一个 Character 想要一件事，他们的 Problem 分三层（external、internal——copy 必须命名的挫折、philosophical），你作为 Guide（empathy + authority），3-step Plan 让行动感觉安全，一个 Direct 加一个 Transitional CTA，并命名 failure/success stakes。用直接来自 Phase 2 的客户语言重写该步 headline——customer words outperform copywriter words。然后让它 stick（Made to Stick）：concrete 胜过 abstract（“save 16 hours a month”，不是“boost productivity”），并选择访客明天仍须记住的单一 Commander's Intent message。
38. Phase 3 Invoke：用 `storybrand-messaging` skill，输入该步当前 copy、Phase 2 objection evidence、若存在 POSITIONING.md。要求 above-the-fold rewrites 命名 internal problem、one-liner、一个 Direct 加一个 Transitional CTA。
39. Phase 3 Decide：哪个 rewrite 通过 5-second test（陌生人能说出 offer 是什么和为什么重要）；copy 命名哪个 internal problem；该步保留 transitional CTA 还是 single-CTA。
40. Phase 3 Artifact：扩展 docs/POSITIONING.md `## Brand Script (StoryBrand)`、`## One-Liner`、`## Key Messages`（surface | message | status）；把 rewrite 记录到 docs/FUNNEL.md `## Flow Map & ONE Action` 的 `Proposed message/CTA` 列，保留 `Current message/CTA` 作为 Phase 7 测量的 before-state；把 copy tests 追加到 docs/EXPERIMENTS.md `## Experiment Backlog`。更新 tracker。
41. Phase 3 Done when：leaking step 有重写 message 命名 internal problem、一个 primary CTA、一个 logged test hypothesis。
42. Phase 4 Purpose：强化 conversion point 实际交换的东西——最好的 flow 也卖不动弱 offer，而 offer 是最大单一 lever。
43. Phase 4 Brief fallback：Value = (Dream Outcome × Perceived Likelihood) ÷ (Time Delay × Effort & Sacrifice)。用 outcome language 和 proof 提高 numerator；用速度（“first result in 5 minutes”）和 done-for-you framing 压低 denominator。用瞄准 Phase 2 最高 objection 的 guarantee 反转 risk——它同时提高 perceived likelihood 并降低 anxiety。堆叠命名且诚实估值的 bonuses，每个消灭一个 objection；在 value 之后展示 price，锚定在 stack 上。Scarcity 和 urgency 只有真实时才用——fake deadlines 只 convert 一次，然后 forever churn。
44. Phase 4 Invoke：用 `hundred-million-offers` skill，输入 intake 当前 offer 和 Phase 2 Price/Timing/Effort objections。要求每个 lever 的 Value Equation score、匹配 top objection 的 guarantee design、offer components 的 trim-and-stack pass。
45. Phase 4 Decide：企业实际能兑现哪个 guarantee；哪些 bonuses 真实且可持续；price presentation 是否改变（anchoring、payment plans）——pricing 本身可能 out of scope；记录它。
46. Phase 4 Artifact：扩展 docs/OFFER.md `## Offer Stack`（element | description | honest value | objection it kills）、当 flow 改变 price 按什么收费时 `## Price Metric`，若出现新证据则加 `## Willingness-to-Pay Evidence`；把 offer tests 追加到 docs/EXPERIMENTS.md `## Experiment Backlog`。更新 tracker。
47. Phase 4 Done when：每个 Value Equation lever 有具体变更或保持原因，guarantee 瞄准 top researched objection，每个 offer change 带 test hypothesis。
48. Phase 5 Purpose：用诚实证据回答每个剩余 objection，放在 doubt 出现的精确 step。
49. Phase 5 Brief fallback：不确定下人们用 shortcuts：social proof（具体数字——“2,347 teams”——和相似他人胜过泛泛赞美）、authority（credentials、certifications）、commitment（小 first yes 让大 yes 一致——在 value moment 后要 card，不是之前）、reciprocity（先给有用的东西）、scarcity（只有真实）。审计 flow 的 proof gaps：每个 O/CO row 需要其 counter 实际 rendered——testimonial、data point、logo bar、guarantee seal——在其 placement。Proof hierarchy：specific results with context > named testimonials with faces > case studies > statistics > logos。transparency test 门控一切：如果知道 technique 会让访客觉得被耍，就失败。Fabricated proof 和 hidden costs 是 defects，不是 tactics。
50. Phase 5 Invoke：用 `influence-psychology` skill，输入 FUNNEL.md O/CO table 和 flow 当前 proof。要求 per-step proof audit、哪个 principle 回答每个 open objection、两个最高影响 placement 的 copy。
51. Phase 5 Decide：哪些 proof assets 存在 vs 必须获取（testimonial requests、case studies——把 acquisition 记录为 Next Actions）；scarcity 或 urgency claims 在哪里 genuinely true；哪些 steps 得到 commitment micro-ask。
52. Phase 5 Artifact：扩展 docs/FUNNEL.md `## Proof Inventory`（asset | type | placement | status）并完成 `## Objections & Counters (O/CO)` placements；把 proof tests 追加到 docs/EXPERIMENTS.md `## Experiment Backlog`。更新 tracker。
53. Phase 5 Done when：每个 open objection row 有真实 proof asset placed 或带 owner 的 acquisition task，flow 中没有不可验证的 claim。
54. Phase 6 Purpose：保护已决定行动的访客。B=MAP：behavior 发生在 Motivation、Ability、Prompt 汇聚时——Phases 3-5 提高 motivation；本阶段提高 ability 并锐化 prompts。
55. Phase 6 Brief fallback：桥接 Norman 的两个 gulfs。Execution：clear signifiers（buttons 看起来可按，fields 看起来可编辑）和 constraints 让错误不可能（date picker 优于 free text，submit 直到 valid 才可用）。Evaluation：每个动作 0.1s 内 feedback，多步流程 progress indication。Forms（Baymard）：每个 field 都花 conversions——砍到最小，payment 尽可能晚问，final step 前显示所有 costs（surprise shipping and taxes 是 #1 checkout killer），提供 guest checkout，inline validate 且 messages 说明如何 fix。Error messages 说明哪里错和怎么 fix，不责怪；slips 给 undo，不是 are-you-sure dialogs。
56. Phase 6 Invoke：用 `design-everyday-things` skill，输入 conversion-critical steps（form、payment、confirmation）。要求 weak signifiers、哪里用 constraints 替代 error messages、feedback gaps、field-by-field form cuts、message rewrites。
57. Phase 6 Decide：哪些 fields 现在真正必需 vs 后续收集；哪里 constraint 替代 warning；flow 是否更早显示 total cost；哪些 severity-4 friction items 立即作为 logged before/after card 上线 vs 等 full test。
58. Phase 6 Artifact：扩展 docs/FUNNEL.md `## Flow Friction Audit`（step | issue | severity 0-4 | fix | status）；扩展 docs/DESIGN.md `## UX Audit Findings` 用于 reusable component fixes，在 `Heuristic` 列命名 Norman gulf（execution or evaluation）；把 fixes 追加到 docs/EXPERIMENTS.md `## Experiment Backlog`。更新 tracker。
59. Phase 6 Done when：每步有 friction audit row，forms 砍到 minimum fields，severity-4 items 有 owners，error messages 满足 checklist。该 flow 涉及金钱时，所有 costs 在 final step 前可见且提供 guest checkout；不收款 flow 把这两行标 `n/a`。
60. Phase 7 Purpose：把 high-ICE fixes 变成可信 experiments——无 rigor 无法区分 real lift 和 noise，false winner 永远 compounding。
61. Phase 7 Brief fallback：预先承诺一切（Kohavi）：primary metric、guardrail metrics（Phase 1 counter-metric、revenue per visitor、support volume）、从 baseline rate 和 minimum detectable effect 在 95% significance / 80% power 计算的 sample size、至少一个完整 business cycle 覆盖 weekdays 和 weekends 的 duration。绝不 peek and stop early——会制造 false positives；绝不 rerun until you like the answer。测试 bold changes——meek tweaks 很少达到 significance。低流量：运行 before/after window 用 qualitative confirmation，或作为 reversible bet 上线并带 explicit revert trigger——说明你在做哪种。Practical significance 门控 rollout：统计显著的 0.1% lift 可能不付其 complexity。Winners 成为 new control；losers 成为写下来的 learnings。
62. Phase 7 Invoke：用 `cro-methodology` skill，输入 backlog 中 top ICE hypotheses。要求完整 experiment designs：hypothesis 用 “If [change], then [metric] because [research]” form、pre-committed sample size 和 duration、decision rule。
63. Phase 7 Decide：先跑哪 1-3 个 hypotheses（money path 上最高 ICE）；guardrail metrics；flat result 时怎么办——iterate fix，或返回 Phase 2 做更好 research。
64. Phase 7 Artifact：把 backlog rows 提升为 docs/EXPERIMENTS.md `## Experiment Cards`，加每 arm 的 pre-committed sample size、planned duration、minimum lift worth keeping 作为卡片额外 bullets（skeleton 的 bullets 携带 hypothesis、metrics、decision rule；额外 bullets 是 additive 且允许）；结果和 verdicts 落地时记录；扩展 docs/METRICS.md `## Baselines & Targets`，每个 tested metric 加新的 dated row，保留 pre-test baseline row 不变。更新 tracker。
65. Phase 7 Done when：每个 shipped fix 是 card，带 pre-committed metric、sample size、decision rule；results 带 verdicts；OMTM 的 new baseline 写下来。
66. Optional phase ux-heuristics：当整个页面混乱而不只是 flow 时添加——访客在到达 conversion steps 前绊倒；扩展 docs/DESIGN.md `## UX Audit Findings`。
67. Optional phase microinteractions：当 flow 的时刻感觉死气沉沉——silent taps、unexplained waits、abrupt state changes；扩展 docs/DESIGN.md `## Microinteraction Inventory`。
68. Optional phase scorecard-marketing：当 flow 需要 lower-commitment entry——quiz 或 assessment 作为 transitional conversion；扩展 docs/WEBSITE.md `## Lead Capture`。
69. Optional phase hooked-ux：当 conversion 粘住了但 next visit 没有——post-conversion activation 是真正 leak；扩展 docs/PRODUCT.md `## Hook Model`。
70. Optional phases follow same operating rules：像核心阶段一样加载并使用列出的 skill；在 Add-when 条件首次成真时插入。它们没有 inline Brief：独立时，把 ux-heuristics 作为 Nielsen 10 heuristics 的 severity-rated pass 运行，microinteractions 作为 trigger/rules/feedback/loops inventory，scorecard-marketing 作为以 personalized result 结尾的 quiz-funnel design，hooked-ux 作为 trigger → action → variable reward → investment loop audit——或者安装命名 skill 获取完整框架。
71. Common Mistake 1：未测量 leak 前就 redesign——先跑 Phase 1；最大 drop 很少在 opinion 指向处；优化 money path，不是最响抱怨。
72. Common Mistake 2：猜 objections 而不是挖掘 customer words——用 exit surveys、tickets、sales calls（cro-methodology）；团队几乎总是猜错访客为何离开。
73. Common Mistake 3：在 unclear message 上抛光 persuasion——先 clarity：通过 5-second test（storybrand-messaging）再加 proof 和 urgency。
74. Common Mistake 4：把 offer 当固定只测 cosmetics——offer 是最大 lever（hundred-million-offers）；guarantee change 比 button change 的提升高几个数量级。
75. Common Mistake 5：fake scarcity 或 cherry-pick proof——只 convert 一次，forever churn，永久 cap trust——只用 real scarcity 和 verifiable proof（influence-psychology）。
76. Common Mistake 6：说“while we're at it”加 form fields——每个 field 花 conversions（Baymard）；现在不需要的 later collect（design-everyday-things）。
77. Common Mistake 7：peek test results 并提前停——pre-commit sample size 和 duration，然后报告 whatever comes back（cro-methodology、Kohavi）。
78. Completing the Journey：漏斗总有 next-biggest leak：Phase 7 verdicts 落地时，带 fresh numbers 重新进入 Phase 1，而不是宣布胜利——该旅程是带 exit condition 的 loop，exit condition 是 Phase 1 的 line in the sand，不是 exhaustion。
79. Exit checklist：docs/CONVERSION-OPTIMIZATION-PLAN.md 中每个 phase 是 done、deferred: reason 或 skipped: reason。
80. Exit checklist：OMTM、counter-metric、line in the sand 与 pre- 和 post-test baselines 一起记录（METRICS.md）。
81. Exit checklist：每个 researched objection 有 placed、verifiable counter（FUNNEL.md O/CO 和 Proof Inventory——money path 上没有 open rows）。
82. Exit checklist：flow 的 forms 和 steps 没有 severity-4 friction 无 owner（FUNNEL.md Flow Friction Audit）。
83. Exit checklist：每个 shipped change 是 Experiment Card，带 pre-committed metric 和 recorded verdict（EXPERIMENTS.md）。
84. Close tracker：剩余 Next Actions 带入 FUNNEL.md 和 EXPERIMENTS.md，避免丢失。
85. Route forward：flow converts 且需要更多 qualified traffic 时，继续 `grow-website` skill；leak 已从 conversion 移到 engagement and retention 时，继续 `improve-app` skill；整个 site（look、typography、speed、message）需要 broader pass 时，继续 `improve-website` skill。

适用边界 · 注意事项

• 还没有网站时，使用 create-website。
• 要做全站外观、信息、速度审计时，使用 improve-website；flow 能转化但需要流量时，使用 grow-website；产品内参与和留存用 improve-app。
• 想单独使用某个框架时直接调用该 skill，而不是本编排流程；messaging 已验证可跳过 Phase 3，offer 合同固定可跳过 Phase 4，极低流量可 defer Phase 7，但 Phases 1-2 绝不能跳。