winson-super-product-birth · 超级产品诞生法

> 适用阶段：0→1　|　不适用：1→N 渐进优化、纯技术驱动产品
> 来源案例：微信诞生复盘（张小龙给马化腾的一封邮件）
> 产出物格式：HTML 单文件（详见 Phase 4）

〇、关于作者

一、核心哲学

1.1 唯一铁律

> 超级产品的诞生，不是"做了一款好产品"，而是"在六个关键时刻做出了非共识但正确的决策"。

一个罗列了"用户洞察、敏捷开发、增长黑客"的文档是百科条目；一个包含"窗口期决策模板""极简护城河检验清单""震撼版优先判断标准"的文档才是技能。区别在于：后者把知识转化为可执行的操作序列。

1.2 三个底层认知

1.3 核心公式

超级产品诞生 = 关键时刻的非共识决策 × 决策后的极致执行 × 时间窗口的精准捕捉

三要素缺一不可。本 SKILL 重点工具化第一项与第三项——执行方法论市面已有很多。

1.4 使用前提（三个隐藏假设，必须先自检）

1. 决策者具备"看到未来"的判断力——本 SKILL 只能提升命中率，不能保证判断正确
2. 团队有"极简审美"共识——换团队，同样的方法会做出"摇一摇+滤镜+表情包"
3. 组织容忍"内部赛马"——腾讯允许广研做冲击手机QQ的产品；无此前提，T1决策不可能发生

二、完整执行流程

Phase 1：情境输入与前提自检

Step 1.1 输入收集

向用户收集以下信息（缺则提问）：

• 产品/项目名称：____
• 当前所处时刻：立项前 / 冷启动 / 增长停滞 / 功能打磨 / 其他
• 核心决策困惑：用一句话描述当前最纠结的决策
• 可用信息：已有数据、团队状态、外部信号、竞争格局

Step 1.2 前提自检

逐项确认三个隐藏假设是否成立：

检验标准：三项至少两项成立，可进入 Phase 2。若两项以上不成立，输出"前提不满足报告"并终止。

Phase 2：六个关键时刻诊断

根据 Step 1.1 的当前时刻，定位用户处于哪个 Phase（T1-T6）。若用户处于多个时刻交界，按时间顺序逐个处理。

T1 · 立项：看到未来威胁者，先行阻击

决策情境：你发现一个边缘异动（新App/新技术/新趋势），它目前很小，但可能威胁你的主业。要不要另起炉灶做一个可能冲击自家产品的项目？

决策模型：边缘威胁先行阻击

张小龙看 Kik 一两个小时，判断"新IM会威胁QQ"，写信给马化腾建议做。反共识点：公司已有QQ，却另起炉灶做可能冲击自家产品的IM。

操作步骤：
1. 识别边缘异动：列出近30天内观察到的3个"小但反常"的信号（增速、用户行为、技术变量）
2. 威胁推演：对每个信号回答——"如果这个信号在18个月后长成主流，是否会绕过/瓦解我的主业？"
3. 阻击判断：若威胁成立，问"我是用主业阻击，还是另起炉灶阻击？"
- 判断标准：主业能否做"会冲击主业自身"的事？不能 → 必须另起炉灶
4. 轻量启动：用一封邮件/一份两页方案发起立项，不追求完备。张小龙原话："反正是研究性的，没有人知道未来会怎么样。"

检验标准（T1 通过条件）：
- ✓ 威胁推演能写出"18个月后如何瓦解主业"的具体路径
- ✓ 立项决策能在2小时内做出，不拖到第三次汇报
- ✓ 启动资源 ≤ 主业资源的5%（研究性投入，不全压）

案例印证：张小龙2010年10月看Kik，判断"移动互联网将来会有一个新的IM，很可能对QQ造成很大威胁"。一两个小时后写信给Pony，Pony很快回复认同。"整个过程起点就是一两个小时，突然搭错了一个神经，写了这个邮件，就开始了。"

T2 · 冷启动质疑期：用"产品精神"对抗"功能集合论"

决策情境：上线后数据平淡，团队开始质疑"我们做的XX竞品都能做，我们没有优势，没前途"。最大敌人不是数据差，是对比性绝望。

决策模型：参照系切换（功能集合 → 产品精神）

团队成员把参照系设成"已有的强大竞品"时，任何新功能都会被解构成"竞品也能做"。破解方法不是讲道理，而是把参照系从"功能集合"切换到"产品精神"——这是认知框架层面的破局，不是激励话术。

操作步骤：
1. 识别对比性绝望：听到"XX也能做"出现≥3次，立即触发T2
2. 定义产品精神：用一句话回答——"我们的产品在用户心里应该是一种什么感觉？"（不是功能，是感觉）
3. 功能精神映射：把现有每个功能映射到产品精神上——"这个功能是在强化还是稀释精神？"
4. 砍掉稀释项：凡稀释精神的功能，暂停或砍掉，即使数据还行
5. 团队再对齐：用产品精神重新对齐团队目标，而不是用KPI

检验标准（T2 通过条件）：
- ✓ 团队停止用"竞品也能做"作为不做某事的理由
- ✓ 至少砍掉1个"数据还行但稀释精神"的功能
- ✓ 团队能用一句话说出产品精神（不是功能列表）

避坑：不要用"我们会赢的"这种激励话术对抗质疑。质疑的本质是参照系错位，必须从认知框架层面切换。

案例印证：1.0上线后2-4月每天增长几千人，团队反复说"手机QQ都可以做，并且手机QQ有更强的渠道，我们没有优势"。张小龙的回应不是讲数据，而是提出"产品并不是功能的集合，每个产品都存在其精神的部分"。

T3 · 生死窗口期：窗口嗅觉 + 必发截止日

决策情境：出现一个外部机会（新功能/新交互/新场景突然火爆），但你的版本还在打磨。要不要为了赶上窗口，提前发布？

决策模型：窗口期决策 ≠ 功能决策

语音版的本质不是"做对了一个功能"，而是"在5月这个窗口期内做对了"。窗口期决策的检验标准不是"功能好不好"，而是"现在不做，三个月后做还有没有用"。这是完全不同的决策维度。

操作步骤：
1. 识别窗口期：外部出现火爆信号（如Talkbox、Kik式增长），且与你的产品方向重合
2. 推算过期日：判断"如果不在X月前发布，竞品会固化用户认知吗？"——这个X月就是窗口过期日
3. 倒推范围裁剪：从必发截止日倒推，裁掉一切非核心功能，只保留能赶上窗口的最小可用集
4. 硬性发布：到截止日必须发，即使有已知瑕疵（瑕疵可在后续版本补）
5. 事后验证窗口：发布后2-4周看增长曲线，确认是否真的把握住了窗口

窗口期决策模板（执行时填空）：

外部信号：____________
窗口过期日：____年__月__日（推算依据：________________）
必发截止日：____年__月__日（早于过期日2-4周）
当前日期距今剩余：____天
可裁剪保留的核心功能：
  1. ____________
  2. ____________
  3. ____________
已知瑕疵（可后补）：____________
决策：发布 / 不发布

检验标准（T3 通过条件）：
- ✓ 必发截止日有明确依据（不是"感觉要快"）
- ✓ 至少裁掉1个"想做但非窗口必需"的功能
- ✓ 发布后增长曲线在2-4周内出现拐点

案例印证：4月Talkbox火爆，张小龙当机立断加语音。本来五一前想发，发现没做好推迟到5月10日发2.0。Harvey原话："如果5月份这次机会没有把握住，微信项目应该撑不过10月份，很可能8月份就没戏了。"窗口期判断的标准是"过了这个时间点，即使做对了也没用"。

T4 · 引爆点突破：从熟人圈跳到陌生人圈

决策情境：产品活下来了，但增长平缓。要不要突破原有定位（如熟人通讯），加入会"破圈"的功能（如陌生人社交）？

决策模型：定位边界主动突破

微信原本定位熟人通讯，但张小龙主动用"附近的人"突破到陌生人圈。这是反定位惯性的决策——大多数产品在活下来后会强化原定位，而引爆往往需要主动突破原定位。

操作步骤：
1. 识别定位惯性：列出当前产品的"默认用户场景"，问"如果永远只做这个场景，增长天花板在哪？"
2. 寻找破圈杠杆：找到一个能让用户"突破原有关系圈"的功能（地理位置、兴趣、随机匹配等）
3. 评估破圈风险：破圈功能会不会破坏原定位的体验？如何隔离？
4. 小步验证：先在一个版本中加入，观察新增好友数/用户数曲线是否出现"爆发性增长"
5. 判断是否为最大增加点：张小龙的标准——"附近的人是最大的一个增加点"

检验标准（T4 通过条件）：
- ✓ 新增用户曲线在破圈功能上线后出现明显拐点（非线性）
- ✓ 原定位用户体验未被破坏（留存率不下降）
- ✓ 破圈功能可被识别为"最大增加点"之一

案例印证：2011年8月3日2.5版本支持"查看附近的人"，使微信从熟人沟通走向陌生人交友。"查看附近的人功能出来之后，微信新增好友数和用户数第一次迎来爆发性增长。"张小龙明确把"附近的人"列为微信三大增加点之一（语音、附近的人、摇一摇）。

T5 · 极简护城河：用减法对抗加法

决策情境：你做出了一个极简且符合本能的功能，上级/同事建议"再细化一下、加点东西、避免被竞争对手抄袭"。要不要加？

决策模型：反向护城河设计

当功能极简到符合本能时，竞争对手的反应一定是"加东西差异化"——而任何添加都会偏离本能，反而更差。用减法构建护城河，反直觉但极有效。张小龙回Pony邮件："我们已经做到了最简化，他加任何东西都是减分的。"

操作步骤：
1. 识别本能动作：功能的核心交互是否符合人的本能（摇、点、滑、碰）？是否符合"什么时间、什么地点、什么人都会做"的标准？
2. 极简检验：能否再减一步？减一步会不会破坏本能？
3. 加法抗拒测试：对每一个"建议加的东西"问——"加了之后，是否符合本能的标准？"
4. 护城河论证：向质疑者说明——"对手无法用加法超越，因为加任何东西都是减分"
5. 整体体验设计：声音、动画、画面一起设计，确保整体感受流畅（不是单一功能点）

检验标准（T5 通过条件）：
- ✓ 核心交互能在3秒内向陌生人演示完成
- ✓ 拒绝了至少1个"加东西"的建议，并有明确理由
- ✓ 声音/动画/画面整体设计完成，不是单点功能

避坑：极简护城河的前提是"符合本能"。如果功能本身不符合本能，极简就是简陋，不是护城河。先验证本能，再谈极简。

案例印证：摇一摇创意来自吃饭聊天——"干脆不要停留在熟人，陌生人也可以摇到，那不就每个人都可以使用了。"张小龙回家想到很晚，第二天直接和产品UI说"现在就给我出方案"。Pony发邮件建议"再细化一下把能想到的扩充都做上去"，张小龙回邮件："我们已经做到了最简化，他加任何东西都是减分的……竞争对手无法超越我们，因为一变化就要增加东西，加东西就是不对的了。"

T6 · 死磕打磨：宁出震撼版，不出平庸版

决策情境：核心功能做了很久，有多个版本方案，但都不满意。要不要先发一个小版本占位，等想清楚再发大版本？

决策模型：震撼版优先

朋友圈做了三四个月、二十多个版本，UI稿从A到Z不够用。团队的选择是——"宁愿出一个让业界震撼的版本，而不愿给一个小小的出去，大家都没什么反馈的，对我们就没什么价值"。平庸版本不仅没价值，还会消耗团队信心。

操作步骤：
1. 多版本并行：核心功能至少做10+版本方案，UI稿编号到字母不够用就用数字
2. 定期痛苦复盘：承认"很纠结、很迷茫、抓不住重点"是常态（"想不到的时候天天想很苦恼心情很差"）
3. 震撼版判断：当前最佳版本是否能让业界"有反馈"？如果只是"小改进"，继续打磨
4. 推迟发布决策：宁可推迟，也不发平庸版。但要设一个"最晚发布日"防止无限打磨
5. 验证未成熟：发布后明确认知"这个产品还完全没有达到成熟"——保持迭代心态

检验标准（T6 通过条件）：
- ✓ 至少做过10个以上版本方案
- ✓ 团队经历过"迷茫-兴奋"的完整情绪周期
- ✓ 发布版本能让业界产生明确反馈（不是"小改进无感"）

案例印证：朋友圈做了三四个月，二十多个版本，UI稿从A到Z不够用。原本想过年前发一个小版本，朋友圈不发。但最终达成协议——"宁愿出一个让业界震撼的版本，而不愿给一个小小的出去，大家都没什么反馈的。"高级产品经理Genie："有时很兴奋想到一点觉得会很有用的就会彻夜聊这个事情，有时很迷茫感觉抓不住重点……想不到的时候天天想很苦恼心情很差，想到了就会很兴奋。"

Phase 3：决策诊断与输出

Step 3.1 诊断结论

根据用户所处时刻，输出：
- 当前所处时刻：T1-T6 中的哪一个
- 核心决策建议：基于该时刻的决策模型给出明确建议
- 检验标准对照：逐项标注用户当前是否满足通过条件
- 风险提示：对应时刻的避坑要点

Step 3.2 进入 Phase 4 生成 HTML 产出物

Phase 4：HTML 产出物生成（本 SKILL 的最终交付物）

> 核心规则：本 SKILL 的最终产出物必须是 HTML 单文件。 不输出 Markdown 报告，不输出 PDF，输出一个可直接在浏览器打开、可直接分发的 .html 文件。

Step 4.1 产出物规格

Step 4.2 HTML 产出物必含模块

生成的 HTML 必须包含以下六大模块（缺一不可）：

├── 1. Hero 区
│   ├── 产品名称 + 当前时刻标签
│   ├── 决策建议一句话
│   └── 元信息（来源案例、适用阶段、生成日期）
├── 2. 诊断结论区
│   ├── 当前所处时刻（T1-T6）
│   ├── 核心决策建议
│   └── 检验标准对照表（含✓/✗状态）
├── 3. 决策时刻详述区
│   ├── 决策模型
│   ├── 操作步骤（已完成/待完成）
│   ├── 检验标准
│   └── 案例印证
├── 4. 窗口期决策模板区（若 T3）
│   └── 可填写表单或已填写结果
├── 5. 风险提示与避坑区
│   └── 对应时刻的陷阱与修正
└── 6. 行动清单区
    ├── 立即行动项（3 项以内）
    ├── 本周行动项
    └── 本月行动项

Step 4.3 视觉规范

Step 4.4 HTML 生成模板

执行本 SKILL 时，按以下结构生成 HTML（核心骨架）：

<!DOCTYPE html>
<html lang="zh-CN">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>{产品名} · 诞生决策报告</title>
<style>
  :root{
    --ink:#1a1a1a; --ink-soft:#3a3a3a; --ink-mute:#6b6b6b;
    --amber:#b8860b; --amber-soft:#d4a017;
    --paper:#faf7f0; --paper-warm:#f5efe1;
    --line:#d9cfb8; --danger:#8b2c1d; --ok:#3d5a3d;
    --bg:#f0ebe0;
  }
  *{box-sizing:border-box;margin:0;padding:0}
  body{background:var(--bg);color:var(--ink);
    font-family:"PingFang SC","Microsoft YaHei",sans-serif;
    line-height:1.75;font-size:16px}
  .wrap{max-width:880px;margin:0 auto;padding:48px 32px 96px}
  .hero{border-top:6px solid var(--ink);padding:32px 0 28px;
    border-bottom:1px solid var(--line);margin-bottom:40px}
  .hero h1{font-size:38px;font-weight:800;margin-bottom:14px}
  .hero .sub{font-size:17px;color:var(--ink-soft);max-width:680px}
  section{margin-bottom:48px}
  h2{font-size:24px;font-weight:800;border-left:5px solid var(--amber);
    padding-left:14px;margin-bottom:22px}
  table{width:100%;border-collapse:collapse;margin:16px 0;
    background:var(--paper);font-size:14.5px}
  th,td{padding:11px 14px;text-align:left;border-bottom:1px solid var(--line);
    vertical-align:top}
  th{background:var(--paper-warm);font-weight:700}
  .phase{background:var(--paper);border:1px solid var(--line);
    border-left:4px solid var(--amber);padding:24px 26px;margin:20px 0}
  .checkpoint{background:#f0ebe0;border:1px dashed var(--amber);
    padding:14px 18px;margin:14px 0}
  .pass{color:var(--ok);font-weight:700}
  .fail{color:var(--danger);font-weight:700}
  .action{background:var(--ink);color:var(--paper);padding:24px 26px}
  .action li{color:var(--paper);margin-bottom:8px}
  @media(max-width:640px){.wrap{padding:32px 18px 60px}.hero h1{font-size:28px}}
  @media print{body{background:#fff}.phase,.action{break-inside:avoid}}
</style>
</head>
<body>
<div class="wrap">

  <!-- 1. Hero -->
  <header class="hero">
    <div style="font-size:12px;letter-spacing:.2em;color:var(--amber);
      font-weight:700;text-transform:uppercase;margin-bottom:14px">
      SKILL · winson-super-product-birth · {T1-T6 标签}
    </div>
    <h1>{产品名}<br>诞生决策报告</h1>
    <p class="sub">{核心决策建议一句话}</p>
    <div style="margin-top:18px;font-size:13px;color:var(--ink-mute)">
      来源案例：微信诞生复盘　|　适用阶段：0→1　|　生成日期：YYYY-MM-DD
    </div>
  </header>

  <!-- 2. 诊断结论 -->
  <section>
    <h2>一、诊断结论</h2>
    <table>
      <tr><th style="width:30%">当前所处时刻</th><td>{T1-T6}</td></tr>
      <tr><th>核心决策建议</th><td>{建议}</td></tr>
      <tr><th>核心风险</th><td>{风险}</td></tr>
    </table>
    <h3 style="margin-top:24px">检验标准对照</h3>
    <table>
      <tr><th>检验项</th><th style="width:20%">状态</th></tr>
      <tr><td>{检验项1}</td><td class="pass">✓ 已满足</td></tr>
      <tr><td>{检验项2}</td><td class="fail">✗ 未满足</td></tr>
    </table>
  </section>

  <!-- 3. 决策时刻详述 -->
  <section>
    <h2>二、决策时刻详述（{T1-T6}）</h2>
    <div class="phase">
      <h3>{决策模型名称}</h3>
      <p>{决策模型说明}</p>
      <h4>操作步骤</h4>
      <ol>{步骤列表}</ol>
      <div class="checkpoint">
        <strong>检验标准：</strong>
        <ul>{检验项}</ul>
      </div>
      <h4>案例印证</h4>
      <p>{微信案例}</p>
    </div>
  </section>

  <!-- 4. 窗口期模板（仅 T3） -->
  <section>
    <h2>三、窗口期决策模板</h2>
    <div class="phase">
      <pre>{填写后的窗口期决策模板}</pre>
    </div>
  </section>

  <!-- 5. 风险提示 -->
  <section>
    <h2>四、风险提示与避坑</h2>
    <table>
      <tr><th>陷阱</th><th>表现</th><th>修正</th></tr>
      <tr>{陷阱行}</tr>
    </table>
  </section>

  <!-- 6. 行动清单 -->
  <section>
    <h2>五、行动清单</h2>
    <div class="action">
      <h3 style="color:var(--amber-soft);margin-bottom:12px">立即行动（3项内）</h3>
      <ol>{立即行动项}</ol>
      <h3 style="color:var(--amber-soft);margin:18px 0 12px">本周行动</h3>
      <ol>{本周行动项}</ol>
      <h3 style="color:var(--amber-soft);margin:18px 0 12px">本月行动</h3>
      <ol>{本月行动项}</ol>
    </div>
  </section>

</div>
</body>
</html>

Step 4.5 文件保存

将生成的 HTML 保存为：{产品名}-诞生决策报告.html，保存到用户指定目录（默认当前工作目录）。

三、常见陷阱与避坑指南

四、场景适配指南

五、质量检验清单

执行完本 SKILL 后，逐项检查：

SKILL 执行检查

• [ ] Phase 1 前提自检完成？三个隐藏假设至少两项成立？
• [ ] Phase 2 当前时刻定位准确？T1-T6 选择正确？
• [ ] Phase 3 诊断结论含明确建议和检验标准对照？
• [ ] Phase 4 HTML 产出物生成？六大模块齐全？

HTML 产出物检查

• [ ] 单文件、无外部依赖、可双击浏览器打开？
• [ ] Hero 区含产品名、时刻标签、决策建议一句话？
• [ ] 诊断结论区含检验标准对照表（✓/✗状态）？
• [ ] 决策时刻详述区含决策模型、操作步骤、检验标准、案例印证？
• [ ] 风险提示区含对应时刻的陷阱与修正？
• [ ] 行动清单区含立即/本周/本月三档行动项？
• [ ] 配色符合深墨+琥珀金+米白规范？
• [ ] 支持响应式和打印？
• [ ] 文件名格式为 {产品名}-诞生决策报告.html？

整体检查

• [ ] 用户满意？无进一步修改需求？

六、执行原则

1. 决策先于执行：本 SKILL 的核心是六个决策时刻，不是六个执行步骤。先做对决策，再谈极致执行。
2. 反共识是常态：每个关键时刻的决策都是反共识的——另起炉灶、不靠数据靠精神、为窗口裁功能、突破原定位、拒绝加法、推迟发布。如果决策很容易被团队接受，可能不是关键时刻。
3. 窗口期是生死线：T3 是六个时刻中风险最高的。判断标准永远是"现在不做，三个月后做还有没有用"，不是"功能好不好"。
4. 极简需要团队审美共识：T5 的极简护城河依赖团队对"加东西是减分"的共识。没有这个共识，同样的方法会做出"摇一摇+滤镜+表情包"。
5. 震撼版优先：T6 的"宁出震撼版不出平庸版"会推迟发布，需设最晚发布日防止无限打磨。但绝不发平庸版占位。
6. 认知框架破局优于情绪安抚：T2 的对比性绝望不能用激励话术对抗，必须从参照系层面切换。
7. 三个隐藏假设是前提：决策者判断力、团队极简审美、组织容忍赛马——缺一不可。先用 Phase 1 自检。
8. 产出物必须是 HTML：本 SKILL 的最终交付物是 HTML 单文件，不是 Markdown 报告，不是 PDF。HTML 单文件便于分发、便于阅读、便于打印。