技术栈
谷歌亚马逊工作法
Rubin智造社
14 天前
产品方法论
·
谷歌亚马逊工作法
·
产品交付
·
产品经理成长
·
七阶段流水线
·
全书总结
·
初创公司产品管理
智读致用｜《谷歌亚马逊如何做产品》13｜终章回顾：从“交付产品”到“交付卓越”——一份可复制的产品方法论全景图
核心问题：我们花了12篇笔记拆解了13个章节，现在需要回答最后一个问题——把这些拼图拼在一起，到底是一幅什么样的完整地图？这本书的核心思想，能不能用一篇文章讲清楚？
Rubin智造社
16 天前
团队协作
·
谷歌亚马逊工作法
·
产品决策
·
推后请求
·
冲突处理
·
初创公司决策
·
协商式领导
智读致用｜《谷歌亚马逊如何做产品》11｜胜在决策：不做“一言堂”老板，用协作和推后请求做出聪明决定
核心问题：产品方向定了，技术架构搭好了，但为什么每次面对“这个功能做不做”“这个技术选哪个”时，团队还是在反复扯皮？如何让决策又快又准，还能让所有人服气？
Rubin智造社
17 天前
谷歌亚马逊工作法
·
高效沟通
·
邮件写作
·
会议管理
·
向上汇报
·
产品经理沟通
·
初创公司协作
智读致用｜《谷歌亚马逊如何做产品》10｜胜在沟通：开会、写邮件、向上汇报，都有标准答案
核心问题：产品定义清楚了，团队组建完成了，但为什么同样的需求在不同人嘴里说出来，结果天差地别？如何让每一次沟通都推动事情往前走，而不是制造新的混乱？
Rubin智造社
21 天前
数据驱动
·
核心指标
·
谷歌亚马逊工作法
·
产品决策
·
让产品开口说话
·
智读致用
·
初创公司运营
智读致用｜《谷歌亚马逊如何做产品》6｜赢在数据驱动：抓住核心指标，就能让产品“开口说话”
核心问题：产品发布后，怎么判断它到底成没成功？团队争论需求优先级时，凭什么说“这个比那个重要”？上一篇文章解决了“产品能不能用”，现在要回答更根本的问题：它值不值得继续投入？ 本章给出的答案极其硬核——学会用数据说话。好的主管能根据数据发现问题和跟踪进度，但前提是你知道如何定义核心指标，以及如何让这些指标“告诉”你产品到底发生了什么。
Rubin智造社
22 天前
测试驱动开发
·
tdd
·
bug管理
·
亲友蒙羞测试
·
谷歌亚马逊工作法
·
内部试用
·
找虫总动员
智读致用｜《谷歌亚马逊如何做产品》5｜赢在测试：从羞耻心到高质量交付的实战体系
核心问题：产品开发完了，怎么确保它真的能正常工作？怎么做到发布后不心慌、不道歉、不半夜爬起来修Bug？
我是有底线的