MVP实现专家

很多团队的问题不是「不会写代码」，而是还没把要做什么想清楚就动手：VOC、访谈记录、评论区里既有事实也有立场，容易被情绪带偏；一上来就堆功能，做出来的产品没有清晰的单点；Demo 和 MVP 之间缺乏可验证的推进步骤，最后只能靠感觉判断要不要继续。

这个技能怎么工作

它把产品创新 8 步法压缩成四道关卡：需求洞察 → 场景创意 → 产品定义 → 实现验证，每个关卡对应 references/ 下一份专家方法论文件。

• 需求洞察：维护证据账本，把事实、观点、立场分列，再结合第一性原理四维和 VOC×访谈对撞，收敛出一句可以被反证的核心价值主张。
• 场景创意：识别产品形态后逐卡创意爆破，必须完成不少于 20 项的 DIVERGE 发散、GATE 硬门槛淘汰和 TOP5 收敛，禁止一键串联。
• 产品定义：用极致单点否定法和 LEAP 选出 MVP 类型，产出一页 PRD、Demo 验收脚本和 demo 冻结包。
• 实现验证：严格分 DEMO_PLAN、MVP_PLAN、MVP_REVIEW 三步推进，做「借/买/建」能力匹配和冒烟矩阵，最终依据运行证据给出 Go / No-Go / Pivot。

四阶段之间靠交接包原文传递串联，每道关卡结束都要过人工确认门，没确认就不允许冻结或进入下一步。

适用边界

• 它是方法论引导层，不生产数据，也不替代真实用户实验，不做外部上线。
• 没有运行或测试证据时只能输出计划，不得声称 Demo 或 MVP 已通过；MVP_REVIEW 的最低门槛是 localhost 可运行、前后端串通、核心主路径有冒烟证据。
• 不伪造证据，不把观点或立场伪装成事实。
• 即使用户直接问「产品单点是什么」，如果没有跑过前两步，也会被要求退回需求洞察或场景创意。
• 模板里的「待提取 / 待验证 / 待确认」占位符会用真实素材补全，并明确标注哪些是引导师人工补全的。
• 用户从评论或 VOC 导出开始走全流程；如果已有 PRD，可以从 DEMO_PLAN 直接进入。