产品诊断 · 六问四层法
一句话：任何产品、项目、业务，都能用 6 个问题 + 4 层模型 + 4 级证据，
在 10 分钟到 30 天之间，定位"钱为什么不来、人为什么不回"。
这套方法源自 FDE（Forward Deployed Engineer）进入陌生行业的实战方法，
已被验证适用于：独立开发者的小程序、SaaS、内容产品、线下服务、内部工具。
何时用
用户明确要求：诊断产品/项目/市场、做个体检、为什么没转化、为什么留存差、这个功能值不值得做、缺什么。
你自己应当主动用：
- 用户问"要不要加某个功能" → 先跑六问，再回答。没有诊断的功能建议都是在猜。
- 用户在描述一个"我觉得用户会喜欢"的假设 → 先问证据在哪一级。
- 用户拿出一份 AI 生成的市场分析/自媒体文章 → 先做证据分级，再谈结论。
不要用：单纯查数据、写文案、改 bug、纯技术选型（这些不需要产品诊断）。
铁律（违反则整个诊断无效）
1. 先取证，后答题
每条结论必须能指向真实文件、真实字段、真实文案、真实数据。
读不到、查不到，就写「未核实 / 需你提供」，不许用"通常""一般""应该"填坑。
诊断报告里每张表都必须有一列「证据」。
2. 缺失 ≠ 缺陷（最容易犯的错）
看到"某个功能不存在"时，先全仓搜一遍 严禁|不得|暂不|合规|§|TODO 类注释。
合规约束、审核要求、法务限制造成的"缺失"是设计，不是漏做。
> 真实事故：诊断时看到"心理自评结果页没有付费入口"，判定为"最强的转化钩子被浪费"。
> 回查发现该文件首行写着 // 🔴 本页严禁：会员入口 / 付费按钮 / 任何转化引导（§3.D.3）。
> —— 那不是漏洞，是合规保护区。补上就是第 7 次审核驳回。
3. 四级证据分级，不许越级
| 等级 | 来源 | 能支撑什么 |
|---|---|---|
| 一级 | 内部数据、后台日志、真实用户访谈、真实行为记录 | 可以直接下结论 |
| 二级 | 监管文件、行业标准、官方文档、年报 | 可以界定边界与合规 |
| 三级 | 专业媒体、咨询报告、竞品公开页面、招聘 JD | 只能形成假设 |
| 四级 | 论坛、自媒体、AI 生成的分析 | 只能当提问的起点 |
用四级证据下的结论，必须标注「待一级证据验证」。 这一条能挡掉 80% 的错误建议。
4. 功能语言 ≠ 用户语言
产品里写「多模态识别 / 实时反馈 / 智能分析」，那是能力清单，不是卖点。
用户心里想的是「我开会前总是心跳加速」「我总在犹豫之后后悔」。
诊断动作：把每个功能名翻译成一句用户处境。翻不出来的，就是该砍的。
5. 不许用"记录条数"当指标
订单数、工单数、点击数、注册数，会被预创建、测试、重复提交、机器人污染。
指标一律按去重用户算，并区分「访问 → 触发 → 完成 → 付费 → 复访」五段。
流程
Step 0 · 定边界（2 分钟，必做）
写清三件事，写不清就先问用户：
- 面向谁（不是"所有人"）
- 哪一段链路（获客 / 首次体验 / 付费 / 复访 / 传播，只选一段）
- 想影响什么结果（一个可观测的结果，不是"提升体验"）
> ❌ "研究情绪类产品" → 太宽
> ✅ "面向 25-35 岁职场人，从'第一次写日记'到'第二次主动打开'这一段，想把次日回访率提上去"
Step 1 · 取证
按可得性收集，每条标注来源等级：
| 类型 | 具体取什么 | 注意 |
|---|---|---|
| 代码/配置 | 真实文案、分支逻辑、价格表、权限白名单、注释禁令 | 文案要看用户实际看到的那一屏，不是 README |
| 数据 | 埋点、订单、留存、漏斗 | 没有就明说"无一级证据"，不要估算 |
| 用户 | ≥5 人真实访谈（见 templates/interview.md） |
问最近一次真实发生的事，不问"你希望我们做什么" |
| 外部 | 竞品定价页、应用商店评论、搜索词、榜单 | 三级证据，只用于形成假设 |
Step 2 · 六问体检
逐条填【现状 + 证据 / 标准 / 判定】。判定用 🔴（结构性缺口）🟡（可优化）✅（达标）。
- 用户为什么付钱 —— 他买的不是功能，是某种结果。你能不能用一句话说出"付钱之后他变成什么样"？
- 价值如何交付 —— 从触达到交付完成到"下一次"，画成一条链。断在哪一环？ 常见物理断裂：没有召回机制、没有下一步、首屏太慢。
- 谁在做关键决策 —— 用户只是其中一个。平台审核方、渠道、家人、公司采购都在决策链上。只把审核当约束、不当决策者，是产品设计最常见的盲区。
- 决策依赖什么信息 —— 付钱前那一屏，他实际看到什么？有没有结果证据、有没有风险消除（能不能停、能不能退）？
- 什么最容易出错 —— 把真实故障史按频率排序列出来。价值常藏在异常、等待、返工里，而你往往把它当 bug 修掉，没当场景做。
- 用什么指标判断结果 —— 三层：模型指标（准确/召回）→ 流程指标（时长/一次通过/人工接管）→ 业务指标（转化/留存/客诉）。只有走到业务指标才算进了价值链。
Step 3 · 四层模型体检
| 层 | 要回答 | 不合格的信号 |
|---|---|---|
| 价值模型 | 客户 / 产品 / 收入 / 成本 / 核心竞争力 / 风险 | "核心竞争力"这一格填不出来，只能用功能数量凑 |
| 流程模型 | 触发—输入—动作—输出—验收 | 缺"验收"整层 ⇒ 无法迭代，只能凭感觉 |
| 本体模型 | 核心对象 / 属性 / 关系 / 规则 | 对象关系靠隐式约定（一个布尔代表整套权益）⇒ 必然长出串权、口径矛盾、重复数据 |
| 评估模型 | 固定测试集 + 通过标准 | 每次演示靠主观感受 ⇒ 版本之间无法比较 |
Step 4 · 场景排序
优先级 = 业务价值 × 发生频率 × 技术适配度 × 数据可得性 × 组织意愿 ÷ 实施复杂度
每项 1–5 分。缺证据的分项标 TBD，不许自行给高分。
每个候选场景再答三句：
- 能不能用流程、规则、文案更低成本地解决？（能就别上 AI）
- 它可能失败的五个原因是什么？
- 谁来验收，用什么数？
Step 5 · 输出
用 templates/report.md 的骨架。必须有：
- 一句话结论（不是"整体不错"，而是"X 掩盖了 Y"）
- 六问表（每行带证据）
- 排序表（带 TBD 标注）
- 3 件现在就该做的（只列必须做，可选项单独一行标"可跳过"）
- 我没核实到的部分（诚实清单）
两档用法
| 档位 | 做什么 | 适用 |
|---|---|---|
| 10 分钟速诊 | Step 0 + Step 2 六问 + 一句话结论 | 判断"这个方向值不值得继续投" |
| 30 天深诊 | W1 建指标 → W2 找 5 个真人 → W3 排序并砍功能 → W4 一个 PoC + 验收 | 准备投入人力/预算前 |
30 天不是日历，是顺序。 顺序错了，做满 30 天也没有证据。
最容易被跳过、也最不能跳过的是 W2（找 5 个真人） —— 它是唯一的一级证据来源。
垂直包：微信小程序（唯一有真实事故沉淀的一块）
诊断对象是微信小程序时，除通用流程外必须再读这两份：
| 场景 | 读哪个 | 里面有什么 |
|---|---|---|
| 提审被拒 / 反复驳回 / 不敢提交 | references/miniprogram-audit.md |
6 类高频驳回的判定逻辑与改写对照、三张禁用词表、提审前自检、申诉四段式 |
| 做虚拟服务付费 / 会员 / 解锁 | references/virtual-payment-pitfalls.md |
15 个真实坑：签名格式、推送解包、状态真源、权益串权、补发漏单 |
这个垂直包为什么有资格存在：内容不是从文档抄的，是踩出来的 ——
同一类驳回连续 6 次、线上漏发单、跨产品线串权，都真实发生过。
诊断小程序时优先看三处（比看功能列表有用得多）：
- 付费那一刻的页面文案 —— 卖的是"功能使用权"还是"结果"？
- 付费墙出现的位置 —— 健康/测评结果页出现任何付费元素，是审核高危 + 伦理问题
- 订单表的字段设计 —— 权益靠一个布尔承载，迟早串权
⚠️ 小程序特有的反向陷阱：有些页面"没有付费入口"是合规要求，不是漏做。
判断前先 grep 严禁|不得|暂不|合规|§（见铁律第 2 条）。
文件
| 文件 | 用途 |
|---|---|
references/checklist.md |
六问 / 四层 / 七错 / 证据分级 速查表，做速诊时只读这个 |
references/miniprogram-audit.md |
小程序审核驳回话术库与改写对照（垂直包） |
references/virtual-payment-pitfalls.md |
虚拟支付 15 个坑位清单（垂直包） |
templates/report.md |
诊断报告骨架，直接填 |
templates/interview.md |
5 人访谈提纲 + 追问话术 + 记录表 |
templates/prompts.md |
6 个取证提示词：研究框架 / 本体提取 / 访谈提纲 / 访谈分析 / 场景排序 / 评测集 |
