我眼中的产品经理

我眼中的产品经理

产品经理是该多懂技术，还是要懂设计，还是懂用户；

产品经理是要擅长沟通，逻辑条理清晰，还是会汇报。

随着互联网的兴起，尤其是移动互联网的兴起，最近几年随着雨后春笋般的APP横空出世，身边的同事和朋友，哪个手机里不是装了30个以上的APP。我们每天吃饭、打车、查询地址、办公、社交、支付等都离不开各种APP，一键下单，闪电送达。

互联网行业催生出很多新的岗位，除去技术岗位、项目管理岗位，还有一个让无数人着迷的岗位，就是产品经理。

那么产品经理到底是做什么呢，是不是大家都有机会在这个岗位实现自己的职业价值。

作为一个在产品领域摸爬滚打十年以上的人，一路走来我也跟很多人一样对产品经理充满了向往和憧憬。在2013年的时候，我就发现产品经理这个岗位更合适描述我当前的工作，而那个时候其实很多企业都没有多少产品经理，产品经理这个岗位也没有深入人心，鲜为人知。

结合自己的经历，结合《产品经理从入门到精通》，以下谈谈我对产品经理的理解：

1、产品经理首先不是经理，不是公司内部正式管理职位，但是他有一定的管理权限，更确切地说是协调和决策的权限。

比如用户提出在APP上加一个智能推荐的功能，这个时候产品经理就需要了解用户背后的真实需求，评估这个需求是否合理；用户之后还要与技术讨论实现路径，确定基本的需求逻辑框架，这里至少有两次决策，背后考验的正式收集信息、分析需求、梳理逻辑的能力，还要考虑如何与用户和开发团队沟通，促使大家对确定需求达成共识。

2、产品经理要更加敏感，比用户更懂产品，比技术更懂需求和逻辑，比运维更懂操作和关联。

其实这里面不一定是每项都比用户、技术、运维更专业，而是能够把握住关键的环节，要具备产品的敏感性；很多时候大家对产品的理解误区往往出于对产品理解的程度不够。比如一个需求，产品经理已经跟技术团队讨论了多次，但是仍会出现有的技术没有完全理解，他仍是考虑如何用自己的技术框架实现上游给他的任务并且返回给下游。这个时候很多人会觉得是沟通环节出了问题，其实更多时候是大家对需求的理解出现了偏差，产品经理给项目经理和核心骨干讲得是需求，但是他们在给技术开发传递的是具体的任务，可能就是哪些表和字段，于是前者看到的是全局，后者看到的就是一个局部，于是很自然大家就会出现理解的偏差。不仅在开发层面，到了测试团队那里一样会出现理解上的巨大偏差。因为测试团队从前期需求讨论时一般是不介入的，他们是在功能开发后开始测试，对需求的理解取决于开发任务的描述。

所以对于需求传递的衰减性，是每个产品经理必须正视的问题，从提出需求到实现功能、测试功能、上线交付，几个关键环节都会出现一定程度上的信息衰减和失真，这就像击鼓传声游戏，第一个人说的是去东门买块豆腐送到西门的菜铺，最后一个人收到信息可能就是去做一块铁板，为了装下一车豆腐。

3、找准自己的角色定位，是翻译官而不是指挥官

很多产品经理对自己的角色定位容易越界，比如拿到需求就指挥技术开发，或者对开发团队提出更多的要求，这里需要注意的是，产品经理不是项目经理，也不具备管理开发团队的权力。还有一些人变成了质检员，专门检查产品功能的各种质量问题，成为一个吹毛求疵的爱好者。经过很多年的思考，我觉得翻译官这个角色更适合产品经理。这个角色的定位在于把用户的需求翻译给技术人员，需要关注的是两者都语言和表达习惯，比如内部用户习惯说要能够查询，其实背后还有一个潜台词就是查询和导出/下载，并且查询和导出是要有时效要求的；技术会说是否有字段，其实是在说字段在哪个表里，彼此的关联关系等。

翻译官的角色是帮助用户、技术开发、测试、领导多个角色之间准确有效的传递信息，翻译成对方理解的语言。

翻译官也是在提醒产品经理，要对自己的翻译的内容负责，也要对大家的理解差异负责，其实一个需求做到底就是消灭差异的过程。

4、产品经理要懂哪些工具

基本功是否扎实很重要，但不是最重要的，如果前面三关都顺利毕业，有了工具加持会更加便捷和顺畅。工具的作用其实就是辅助我们达成沟通的目的。

《产品经理从入门到精通》也提到无论这个工具是需求文档、原型、流程图、测试文档、培训材料、汇报等，具体工具有墨刀、PPT、Excel、Word、Viso、Axure、思维导图等软件。

5、最容易忽视的是记录的习惯

因为需求、开发、测试等环节在大家讨论时会出现很多信息，也会有很多方案。其中的关键要点和细节，不能只是讨论完就结束了，一定要形成文档记录。记录下来不仅是备忘，也是一个溯源的有效手段。这个方面很多人习惯是开完会讨论很热烈，形成了决议后就散会了，不爱写会议纪要或者会议记录是很多技术人员和产品经理的通病，但是记录的价值是不可估量的。人脑总会遗忘，后续相互扯皮和遗忘都会对功能实现产生一定的影响，其实这本身也是一种效率低下的原因。在《产品经理从入门到精通》里也对记录的用途做了详细说明，记录事情不分大小，要提炼要点，便于明确分工和追溯。

对于产品经理是否要懂得技术，这个要看具体情况，懂技术不一定是必选项，但是一定要掌握对背后实现逻辑。