腾讯产品法
腾讯产品法
一句话：腾讯系做产品的方法浓缩——铁三角定真需求，小步快跑换认知。
大厂实战 · 观点与实例并重
作者与背景：腾讯打法的一手记录
腾讯靠 QQ、微信等产品奠定了「产品驱动」的行业地位。这本书由腾讯产品经理撰写，记录了腾讯系怎么做产品——和阿里系的「流程驱动」形成鲜明对比：腾讯更强调对用户和场景的体感，先判断再小步试。
- 核心气质：「一切以用户价值为依归」——马化腾这句口号，是全书的方法论底色。
- 实战性强：大量真实产品案例，讲「当时为什么这么做」，不是事后诸葛。
- 为什么读：看完阿里系再看腾讯系，你会明白「大厂方法论」不是一套，而是各有侧重——选择适合你的。
核心思想 ①：铁三角模型
三个角缺一不可：
- 用户：到底是谁？是「需求集合」，不是抽象的「所有人」。
- 场景：何时何地何种心情？同一个需求在不同场景下，答案完全不同。
- 需求：要解决什么问题？注意区分「嘴上说的办法」和「心里要的需求」。
- 痛点 = 三者交点：只有三个角都确定，痛点才成立——任何一个角变了，方案就要重推。
核心思想 ②：怎么用铁三角找真痛点
书里最实用的部分：拿到一个需求，别急着做，先用铁三角「过三遍」：
- 第一遍 · 换用户：这个需求给「谁」？换个用户群，需求还成立吗？（很多「用户需求」其实是「老板需求」）
- 第二遍 · 换场景：用户在什么场景下会用它？没有场景的需求是「伪需求」——比如「让用户随时记录想法」听起来好，但谁会在地铁上写笔记？
- 第三遍 · 追问真实需求：用户要的是「孔」不是「钻头」——他真正想解决的是什么？
没有场景的用户需求，和没有用户的场景，都是伪需求。 —— 腾讯产品法
核心思想 ③：小步快跑，快速迭代
腾讯最著名的产品哲学：先上再改，用版本速度换认知速度。与其憋一年做一个「完美」的东西，不如先上线一个 80 分版本，根据数据快速迭代到 95 分。
- 「小步」：每个版本只解决一个核心问题，控制变更范围。
- 「快跑」：缩短发布周期，让用户反馈和数据尽快回流。
- 代价与纪律：小步快跑不等于粗糙上线——核心流程要可用、可回滚、有监控。
- 和 MVP 的关系：精益创业给「最小验证」提供了理论，腾讯给了它本土化的实践模板。
章节内容展开：这本书是怎么组织的
《腾讯产品法》从「思维 → 设计 → 迭代 → 案例」四个层面展开：先立方法论（铁三角），再落设计（怎么做出好功能），再讲节奏（小步快跑），最后用真实案例验证。
思维篇 · 用户、场景、需求 方法论根基
- 铁三角：用户 × 场景 × 需求——三个角围出的交点才是真痛点。
- 伪需求从哪来：没有场景的「用户要」、没有用户的「场景好」。
- 需求分层：马斯洛式的需求层次在产品里的应用。
设计篇 · 功能与体验怎么落地 实操
- 功能设计：一个功能讲清楚「给谁、在什么场景、解决什么」——铁三角落到功能清单。
- 交互与视觉：腾讯系对「体验细节」的偏执——从文案到动效。
- 克制：不做什么比做什么更重要——功能减法。
迭代篇 · 小步快跑 节奏
- 先上再改：用版本速度换认知速度——80 分先上线。
- 数据驱动：灰度、A/B 测试、指标复盘——腾讯迭代的标准动作。
- 质量底线：小步快跑 ≠ 粗糙——核心流程必须可用可回滚。
案例篇 · 真实产品复盘 验证
- 经典案例拆解：QQ、微信等产品在关键节点的选择与放弃。
- 失败案例同样珍贵：腾讯做砸过的产品——教训比经验更有说服力。
- 复盘方法：用铁三角重新审视每个案例——你会发现方法论真的「好用」。
阅读顺序建议：必读「思维篇」（铁三角是全书的钥匙），案例篇挑 1~2 个精读，其余快读。
怎么读这本书
1
先记铁三角
把「用户 × 场景 × 需求 = 痛点」画下来，全书案例都往这个模型里套。
2
案例精读两三个
挑一两个你熟悉的腾讯产品（如微信、QQ 音乐）章节精读，其他扫读。
3
用铁三角拆一个需求
拿你手头一个「想做」的功能，写出用户、场景、需求三角，再判断痛点是否成立。
4
和《人人都是产品经理》对照
阿里系讲流程链、腾讯系讲用户体感——两本对照，理解「大厂打法各有侧重」。