本文编译自First Round Review，他们准备的文章既讲故事，同时还向创业者提供可操作的建议，以助力打造优秀的公司。这篇文章为我们介绍了网络电台服务Pandora广告产品主管Jack Krawczyk的团队管理法则。原文篇幅较长，分成4个部分连载，这里是第3部分，阅读第1、2部分请移步：Part 1、Part 2

4. 把团队管理当做你最重要的产品

产品经理如果工作做得比较好可能会被提拔去领导一个产品经理团队，这时他会发现，虽然自己善于做管理单个产品开发，对于创造新事物也非常有热情，但是现在自己的大部分时间却花在了管人上，与实际产品的接触越来越少。Krawczyk就曾经历过这样的阶段，也知道如何应对这样的挑战。

Krawczyk说：“我喜欢做产品的整个过程：跟团队核心成员一起，讨论出一个想法，招人加入团队，在挫折中不断学习，最终从不断的失败中走出来，取得成功。但作为整个团队的产品经理，我的工作就是帮助PM理清思路，深入分析产品，最终把想法变成现实。产品经理就是我的产品，因此产品经理所能使用的方法对我同样适用，只需要根据情况做一些微调。”

那么，究竟该如何培养最优秀的产品经理呢？Krawczyk提供了6种适合管理团队的方法：

4.1 设立良好的倾听机制

“很多产品经理只相信自己内心的声音，但最好的产品经理大多数时间是在倾听别人的想法。我在开会时一般都尽量少说话，只是提一些问题让人们表达自己的想法。这个过程就好像产品经理看着自己的产品成型、为人们所使用最终取得成功一样，非常美妙。”

策略：首先问产品经理一些顾客在第一次使用时可能会问的开放性问题。产品团队应该对这些问题有所准备，并在产品发布之前想好应对方案。

鼓励你的产品经理去接触真实的消费者，倾听他们的意见，在提问的时候可以不提及Pandora，比如问：“迄今为止，你遇到的最让你兴奋的产品是什么？你喜欢哪些品牌？它们有哪些让你感觉做得非常棒？”

4.2 不惜一切代价保持反馈渠道的健康畅通

Krawczyk每周会和部分员工进行一对一的交流，整个团队每周还有两次例会，一次在周一，主要讨论产品问题，另一次在周三，讨论管理问题。这些会议不仅给团队更多机会来表达自己的关切，也让离开产品一线的Krawczyk在各种报表文件之外有了进一步了解情况的渠道。

Krawczyk说：“周一早上9点半是一周最重要的时间，因为整个团队的25个产品主管和经理会聚在一起开论本周的工作。我们会先看一下wiki页面，了解各团队进展，然后再深度研究产品的开发情况，包括产品更新等各个方面。在周一例会上，我一般会简要记下准备跟进哪个产品经理的工作，随后跟他的产品组经理沟通或者是直接通过Slack跟他们交流。”

每周三上午，Krawczyk还会和团队开个30分钟的短会。“这次会议主要是用来讨论管理上的细节，包括员工的休假以及新政策的宣布等。我刚来的时候一般不会专门开会讨论这些问题，或者就排到议程的最后，我觉得给所有PM发一封email就解决了。但实际上这些问题也非常重要，应该面对面地进行交流，即使时间很短。

策略：为团队会议和一对一交流安排固定时间，最好是在每周伊始，这样有助于明确本周的工作，保持所有人在同一个节奏上。安排好会议的顺序，使之相互促进，比如先开一个会收集信息，随后再开另一个会处理收集到的信息。可以设定不同级别的会议，以便参会者选择最合适、最相关的场合来提出议题。

4.3 团队管理的目标应与产品的目标相一致

Krawczyk说：“我要求每一位产品经理都能够明确地说出产品开发的宗旨和最高目标，帮助产品经理更加深刻地理解自己的产品。这里的目标并不一定是收入目标，因为对有些人来说，激励他们做事的动力并不一定是金钱。”

Krawczyk也发现，不同的人在做事时追求的目标也是不尽相同的。他十分认同Daniel Pink在《驱动力》(Drive)一书中关于工作驱动力的总结，即人的驱动力可以分成三类：

Krawczyk把这套理论运用到了整个Pandora团队，他说：“我的同事中有些人特别热衷于解决复杂的数学问题，而另一些人天生就是做用户界面设计的。”Krawczyk要做的就是帮助团队学习如何更好地理解同事属于哪种类型，并利用这种信息让大家按照最适合的方式工作。

策略：在开发产品时做用户和市场调研是很正常的。而在管理团队的过程中，也需要对团队成员进行调研，了解如何激励他们，如何使他们的个人目标和团队的使命结合起来。

4.4 提供适当的资源

每个产品开发团队都有时间和资源上的限制。如何分配有限的资源是一门大学问。以下是Krawczyk在这个方面给出的两个有效的策略：

（1）紧跟现实情况。在从无到有开发产品的过程中，人们很容易做出错误的假设，然后开始“放卫星”做一些不切实际的功能。当然，一个好的产品主管会尽可能地促使产品经理提出更多好创意。但如果不给资源就异想天开是很容易让人泄气的。

“如果PM没有足够的工程师做某个项目，你肯定不会把工作交给他的。”所以，一定要确保你提出的想法紧跟现实情况的。如果一些条件暂时还不具备但将来有可能实现，那么你要做的就是先好好规划一下。

（2）给PM留够思考的时间。“有时候产品经理需要花上两三个季度的时间去深入思考一款产品，形成对重要数据的敏感度，然后深入研究这些数据，最终做到从噪音中发现信号。”

4.5 团队快速发展过程中管理的变与不变

随着公司规模的扩大，产品管理职能会发生显著变化。团队可能重组，人员发生变动，员工的职责也会有所调整。Krawczyk在Pandora、StumbleUpon和Google的几段工作经历中都注意到了这样的变化。为了快速地适应变化，他提出了两条策略：

（1） 以产品为基础管理产品。在现在，一个年轻的创业公司有3个产品经理并不稀奇。其中一个可能向CEO汇报而另外两个则向曾当过公司产品经理的一位创始人汇报。这种结构的混乱可能会导致一个产品经理管得很多，但却没法覆盖到任何一个完整的产品，最终导致产品开发的不规律，因此在管理中需要以产品为基础。

（2）对产品保持深入的理解。开发出一款产品时，需要对于产品有着深入的理解，但要做到这一点需要花费不少时间。每次开发出新功能以后，我们要求产品经理不仅展示新功能的数据，还要求他们说明新产品将如何影响到人们使用Pandora的方式。Krawczyk说：“让PM感到产品属于他们非常重要，但同时要让他们形成一种责任感，并且对于产品有着深刻的理解，这种理解将会对产品产生重大的影响。”

4.6 经常公开地表扬和赞美团队的优秀工作

建立渠道让团队分享成功的喜悦和失败的经验非常重要，对此Krawczyk给出了两条建议：

（1）知道荣誉归属于谁。如果Krawczyk的团队发布了一项非常棒的功能帮助Pandora登上了行业顶级期刊的封面，他就会去了解这是哪个团队的成果，团队的产品经理、工程师、设计、业务都是谁。此外，如果要发外宣稿介绍新功能，Krawczyk也不会代笔抢占荣光，而是会交给产品经理，他才是产品的主人，也应该是产品故事的讲述者。

（2）所有的项目都要做总结，然后在内部进行分享。项目结束后的总结不需要很长，也不要都是歌功颂德的话语。Krawczyk和他的团队所做的总结通常都很简明扼要，也不是特别正式。每次新产品发布或功能更新后，他们都会在他们的内部wiki页面上写一句话，清晰地概括核心要点，然后在后续补充更多细节，把产品发展过程中学到的东西记录在这个wiki页面上，为将来的产品开发做好记录。

未完待续。在最后一部分中，我们将讨论到产品团队中新人培养和团队使命等问题，敬请关注。