超级产品诞生法

它要解决的问题

0→1 阶段的产品复盘，最后大多会变成「用户洞察 + 敏捷开发 + 增长黑客」式的清单。但真到立项、冷启动这些节点，团队面对的不是「怎么做」，而是「现在该不该做、敢不敢不做」。微信诞生的复盘提供了六个具体的决策时刻，这个技能把案例抽象成一套可执行的判断序列，而不是又一份方法论文档。

它如何工作

Phase 1 前提自检：先收集产品名、当前所处时刻、核心决策困惑与可用信息，再逐项确认三个隐藏假设——决策者能否写出 18 个月后的行业变化路径、团队是否有极简审美共识、组织是否容忍内部赛马。三项至少两项成立才继续，否则输出前提不满足报告。

Phase 2 六个关键时刻诊断：按当前时刻定位 T1–T6，每个时刻都配有决策模型、操作步骤和检验标准：

• T1 立项：识别边缘异动，用 18 个月推演判断是否威胁主业，必要时另起炉灶阻击，启动资源不超过主业的 5%
• T2 冷启动质疑：把参照系从「功能集合」切换到「产品精神」，砍掉稀释精神但数据还行的功能
• T3 窗口期：回答「现在不做，三个月后做还有没有用」，从必发截止日倒推裁剪范围
• T4 引爆点：找到突破原有关系圈的杠杆，小步验证它是否是最大增加点
• T5 极简护城河：验证核心交互符合本能之后拒绝加法，让对手的差异化变成减分
• T6 打磨：核心功能至少做 10+ 个版本，宁出震撼版不出平庸版，但必须设最晚发布日

Phase 3–4 输出：先给出诊断结论与检验标准对照，最终交付物是单个 .html 决策报告（内联 CSS、响应式、可打印），而不是 Markdown 文档。

适用边界

• 只适用于 0→1，1→N 的渐进优化不在本技能范围内
• 三个隐藏假设有两项以上不成立时，正确做法是终止流程而不是硬套
• T5 的前提是功能确实符合本能，否则极简就只是简陋
• T6 需要明确最晚发布日，否则「不发平庸版」会演变成无限打磨