Google的产品模式

在很多公司，产品经理是产研流程的中转站：业务提出需求，产品经理写需求文档、拆功能、排优先级，再把任务交给工程师。工程师的职责是按要求实现，产品经理负责盯进度，最后大家用“按时上线”判断项目有没有完成。 Google 的许多产品团队不是这样工作的。

在 Marty Cagan 与前 Google 产品负责人 Elias Lieberich 对 Google 产品模式的梳理中，一个很有代表性的细节是：不少 Google 产品经理很多年都不需要给工程师写详细工单，也就是拆给工程师执行的具体任务单。工程技术负责人本身就深度参与产品探索——在正式开发前，通过原型、实验和用户反馈寻找可行方案。工程师除了负责“怎么做”，也会参与判断“什么方案能解决问题”。这个细节背后，是 Google 对产品团队职责的不同理解。传统流程把团队当作功能交付单位：上面决定要做什么，下面负责实现。

Google 的许多团队则按问题解决单位来工作：领导层选问题、讲清背景和结果要求，团队自己寻找方案。这样做以后，管理者不能只会派任务，团队也不能只会执行。