要气量心胸宽阔。尽管每时每刻都保持积极看上去很好笑，但是积极是有传染性的，你的团队会依靠上它。（请不要曲解我这里所说的“推荐” promotion ，这和升职是完全不同的。假如你变得消极，团队就会因此以为公司里其他人也是这么看待他们的工作。假如你正在做第1条，事情会变得简朴，由于每个人都知道假如有人攻击这个产品，你和他们会位于统一个战壕。一个非常积极向上的 产品经理能够在团队中创造一种包容的氛围。
因为我不是项目经理，所以这些结论都是我在 Google 观察最优秀的产品经理后的结果。
我并不是说你真的需要为产品编写代码。没有哪个团队向你汇报，也没有任何人会按照你的说法行事。顺便说一下，在谷歌升职是和绩效考核紧密相关的。我想说的是，你应当像一名工程师那样对产品的构造 过程具有好奇心。这会让你积极主动，你是第一个寻找bug的人，第一个与用户沟通的人，以 及第一个担心产品是否合格的人。请记住，你和主要的工程师 （技术负责人）可能会列出百万种让你沮丧的事情，但是团队中的其他人不应该知道这一切。你老是第一个自愿为产品或团队做各种任务的志愿者，像是做会议记实、给客户发邮件、填补临时的空白、为bug确定优先级， 或是快速做出一个实体模型。最好的产品经理向领导汇报的内容和给团队中的工程师或设计师讲述的内容应该是一样的。在谷歌，最好的的产品经理都会尽可能地变得更加技术化并乐此不疲。赞美团队中的其他人，你和技术负责人（们）已经是项目的主要联系人，因而不要做任何的推荐。 假如你在被领导质问产品设计所作的决定时默不作声，你肯定不会成功。 你但愿把事情完成，但你不是负责人，所以只能去说服别人。 这个名词假如是作家来解释可能会更好，但请你不要被字面意思所疑惑。在 Google ，你需要通过使别人信服而不是发号施令来完成事情。 积极，再积极一点。看看谷歌最优秀的产品博客，你就会发现这些博客的作者并 不老是由产品经理，反而会是团队中的各个成员。你应该了解产品功能在开发过程需要的本钱，以及为什么开发本钱会变得这么高。 对产品以及所有相关的题目负责。
不要自我推荐。你就是团队面向整个公司其他部分的窗口和信使。做出简洁明了的回答，并无所畏惧地为你团队的创意辩护。始终持有这样一个想法主意：这不是别人的责任，这就是你的责任。假如你碰到项目的负责人，他们想要知道一些详细的事情，你应该能够为他 们解释一些主要的工程方面的决定以及之前的利弊权衡。那个特性使用的是什么算法？为什么这个页面会呈现得很慢？大 的架构变动对产品会产生影响，团队中的每个工程师都会对此非常正视，你也应该如斯。由于你是产品经理，所以不应该陶醉在自己的担心中，这样会匡助他们 更好地完成工作。假如你拿别人的辛劳劳动用来为自己博得赞赏，你不仅错了而且不会得逞。
