如何做好产品经理工作（工作职责及能力分析）

　　一、发文背景

　　一直以来都想用一篇文章来总结自己对于优秀产品经理能力模型的理解，什么是优秀？见仁见智！每个产品经理都会有自己的理解，原型图高保真？擅于推动项目？擅于搞定业务？细想下来，产品经理相关的能力标签有些多甚至有些复杂，那么什么才是最重要的能力？如何达到呢？今天我想将自己的经验分享给大家，如果本文对您有一定的帮助，阅读后希望可以留下您的【赞】~当然也欢迎追问^^

　　二、发文目标

　　给广大的PM用户一些经验的参考，也希望可以给到您一些启发。

　　三、能力标签

　　产品经理从产品助理到产品专家，每一阶段的工作都会面临不同项目，且在工作期间对于能力的要求也会越来越高，视野不同了，格局也就不同了，我们的各种能力是在不断的实战中进行补齐和增强的，下面上个全能力图：

　　1、必备技能

　　注释：所谓必备技能，即你希望成为一名优秀PM必须具备的能力项，有了这些“武器”，你的职业生涯会顺畅很多。

　　1.1、专业能力

　　注释：专业能力是指成为一名合格的产品经理必备的专业技能，有人说产品经理门槛低，其实这只是针对于入门这件事儿来说（PS：依照目前的行情来看，在近期的校招时也只面向985、211学校，且只要头部），从入门到精通其实需要非常长的时间以及经历较多的项目来逐渐磨练我们的专业能力。

　　1.1.1、项目管理能力

　　前些年，考PMP证书是一件很“流行”的事儿，也就是成为一名有证儿的“项目经理”，也许有人会问，咱们再聊产品经理，和项目经理有啥关系，其实，在绝大多数公司，产品经理都在兼职项目经理的工作，即使有些公司侥幸有专职的项目经理资源，这些资源也只会投入在有限的P0级项目上，所以，项目管理能力也就成了产品经理生存的必备技能。

　　那么，这个能力到底是什么？需要有哪些能力项目？其实这是一个比较大的课题，从项目的启动-计划-执行-监督-收尾-总结-运维，每一个环节都会有很多的要点和方法论，后面我会专门写产品经理视角的项目管理方法，敬请期待。

　　1.1.2、数据分析能力

　　数据分析是大家耳熟能详的名词，对于产品经理来说，数据分析可以分为以下几类：

　　① 对于项目数据的监控和分析，判断项目的效果和收益；

　　② 偏向业务视角的业务数据分析，通过数据更直观的掌握业务情况，同时给到业务更多的建议；

　　③ 项目可行性的数据分析，为啥要做？投入产出如何？我们需要拿数据来说话

　　④ 策略数据分析：如果你是一个策略产品，那么恭喜你，你每天会和数据为伍

　　另外抛1个需要注意的点：

　　数据导向但不要唯数据论，很多PM喜欢追着业务要项目的业务数据预期，也喜欢拿着数据各种“怼”业务，很多时候数据只是一个决策的依据，但绝对不是决策的全部，很多事情是否做以及该怎么做更多的需要依赖于认知层面的判断，而不是被数据牵着走。

　　1.1.3、产品设计能力

　　这点大家应该可以很好的理解，主要包括产品的原型图和产品方案，概括一下我对好的设计的理解：

　　① 简单可依赖（很多人应该很熟悉），好的产品基本上用户的学习成本都很低，拿过来直接上手用就好，那些动则几百页操作说明的产品在设计上一定是有很大提升空间

　　② 原型交互健全，也就是我们做产品原型的时候，即使交互不都做成高保真，在PRD或者交互说明中也一定要说清楚交互是什么

　　③ 产品方案易读性高，很多PM写的方案换一个PM来看根本就看不懂，如果和你有接近视角的PM都看不懂，研发能否看懂也就可想而知，这种PRD一般情况我认为是不合格的，假象，哪天突然换了个研发来拜读这个作品，一头雾水，假设哪天你离职了，之前沉淀的文档也就没有任何的价值

　　④ 用户视角，不要用你的视角来衡量用户，更多的听听用户的声音，拿着你的原型让用户点一点，能否走通你希望他完成的流程？

　　1.1.4、学习能力

　　出去面试的时候，面试官往往会关注的是否可以快速融入到新的环境并产出价值，这一点就是对你学习能力的考量。

　　① 业务学习能力，所谓隔行如隔山，身为一个产品经理，很多时候会存在跨行业跳槽的情况，那么到一个新的行业内，如何快速的学习业务？我理解最好的方式就是实际去体验业务，轮岗也好，业务调研也罢，我们总归要找到一条快速掌握业务的路。

　　② 产品技能学习能力，产品经理的逐渐进阶升级，需要我们快速的学习更多的技能，也就是我文中提到的各种能力项，实践是最好的学习方式，哪儿不足就重点练哪儿吧！

　　1.1.5、沟通能力

　　有人说内向的人其实不是特别适合做产品经理，其实不然，我也曾经自诩是一个内向的人，但是随着入行时间的不断变长，自己不知不觉的就变成了一个“外向的人”，尤其是面对工作中各种角色的合作伙伴，PS：其实如果回到生活中，我还是不太擅长和陌生人打交道。

　　当你选择了成为一名PM，就注定了你需要和N多角色建立起交流的关系，上有业务方和老板、下有研发测试，我们必须一一“搞定”他们，具体怎么搞定，在之后的文章中我再展开阐述。

　　1.1.6、技术理解能力

　　嗯嗯，有人说产品经理可以不懂技术，这要看不懂到什么程度，我自己并非技术出身，但是在一些业务层面的系统可行性上我还是有自己判断的，你起码要做到：

　　① 懂一定的技术语言，接口啊、MQ啊、脚本啊……等一系列技术“黑话”你要知道他们是干什么的，否则交流有一定难度

　　② 懂系统的可行性，杜绝被忽悠这个需求接不了，爱咋咋地

　　③ 可以判断开发的成本，这个没法做到像研发一样给排期，但是这个需求3天左右差不多，这个2周能行的粗略判断能力还是需要有的

　　1.1.7、产品运营能力

　　产品有了，你需要好好的喂养你的“宝宝”，你需要让更多的人关注它，让它逐渐的长大！

　　1.2、理解用户

　　很多公司都拿“用户第一”作为自己行动的价值观，我们需要真实的理解我们的用户，“want≠need”，很少有用户能将他需求的真实样子完整的告诉你，产品经理用户除外，这时候你需要更好的理解他，告诉他你想要的是这个吧！我们需要在和用户深度交流的过程中逐渐“读懂”我们的用户。

　　1.2.1、用户同理心

　　我们需要站在用户视角看一下他能看到什么，对于B端产品最简单的方法就是你变成他，真实的用你设计的“杰作”去执行工作，这之后你可能会发现你的产品并非那么“杰出”，对于C端产品，动员你身边相对小白的非“产品经理”目标用户，去实操一下，看看他是否能用懂你的产品吧。

　　1.2.2、用户分析

　　用力分析我们的用户吧，我们需要分析：

　　① 用户的行为

　　② 用户的数据

　　③ 用户的诉求和痛点

　　④ 我们能给用户带来的解决方案和价值

　　1.2.3、用户调研

　　用户调研的方法有很多，也是我们能获取用户诉求的有效手段，对于内部用户，别犯懒，去面谈吧，“抓住他”通过反复的“沟通”来“理解”他！对于C端用户，方法和上面提到的类似，相对有效的是走查，真实的观察用户的使用，让他根据自己的理解去欣赏你的产品，另一种是调研问卷，相对的可以获取更多信息，但是需要你更好的提炼他们的“真实想法”！

　　1.3、服务精神

　　这点我需要重点解读一下，因为我身边有太多的反面案例。

　　① 对于B端用户，很多时候我们可爱的产品经理会自诩“逻辑能力”无敌，可以PK掉N多的需求，其实这种PK的做法对于我们的用户伤害颇深，我们可以站在业务的角度来一起探讨我们短期该做什么，哪些属于长期建设，我们这么做是为了更集中的帮你解决当下的最痛点，沟通方式有很多种，我们为什么不换一种让用户更舒服的方式呢？同时，我们的业务方是否满意我们的“服务”也是衡量我们是否足够出色的衡量标准之一；

　　② 对于C端用户，在一些利益的取舍上我们应该有“正确”的判断能力，不要试图去挑战用户的底线，有时候舍弃一些我们的利益也许是更好地解决方案，正面案例：XX电商平台商品价格错误依然履约；反面案例：某某单车的押金，说起来都是泪 T T。

　　1.3.1、服务意识

　　永远把自己的用户当成“上帝”，无论他是谁，伴着你的服务精神，你的用户才会更长久的与你合作共赢！

　　1.3.2、用户第一

　　用户第一！用户第一！用户第一！重要的事儿说三遍！

　　1.3.3、换位思考

　　同用户同理心，我们需要经常的转变自己的身份，让自己更像一个用户。

　　1.3.4、共荣共辱

　　要明白，你和你的业务是“一体”，他好你也好，不要以为产品上没有问题业务折掉了，你还能被认为“很出色”，努力帮助你的业务一起把业务做的更好吧！

　　2、隐藏技能

　　隐藏技能特质那些能让你“飞升”的“武林秘籍”，有了这些能力，你可能不仅仅是一个PM，而是能升级成一个“头部的PM”，这些技能是那些“高阶产品”，“高级产品管理者”必备的技能。

　　2.1、行业精通