如何构建产品经理的技能树(一).pdf

如何构建产品经理的技能树 （一 ） 我一直在这几年里思考产品经理应当具备的能力 ，到 近总结了很多。我把它们都放到产品 经理的技能树里。大家知道 ，RPG 游戏技能树的各项并不一定都需要点亮的 ，每个人要根据 各自身处的环境、要完成的任务以及想成为什么样的角色来做决策 ，去学习和成长为什么样 的人。 产品经理到底具备怎样的技能 ，到底应该学会什么 ，这可能是跟 「什么是 好的计算机语言」一样 ，至少在当前这个时期是无解的。产品经理的工作可以说是没有边界 ，也可以说是没有一个标准。 不同公司对产品经理的定义都差别很大。关于这个问题 ，隔壁的运营圈子更加热闹 ，产品运营、活 动运营、内容运营、用户运营 ，再加上销售、市场、营销、品牌、公关、推广等等 ，扯不清楚。 互联网发展至今 ，大家习惯了不按传统套路出牌 ，也习惯了日新月异。为人师表、传道授业的道理 ，千百年前贤者的建议都不算过时 ；学者秉承的科学原则和工作方式 ，也都沿袭了过去的标准。但 五年前的互联网从业者 ，即使经验再多丰富 ，直接拿当时的经验和知识来做当下的产品 ，必是一头 雾水。 产品经理有太多的特殊性。如果是医生 ，需要学医多年才有资格问诊、坐诊多年才能算专家 ；如果 是要做厂长 ，要先做经理和主管 ，经理和主管大多是从基层来 ，基层工人又需要很多技能。产品经 理则不同。没有公司对产品经理有很苛刻的专业限制 ；年轻的产品经理照样能发挥出巨大的价值 ； 理论知识、工作技能、工作经验、熟练度这些 ，对产品经理的工作究竟能起到多大价值、之间又有 什么关系 ，这些都尚未可知。 更不用说 ，现在的产品经理 ，分散在各式各样的行业里 ，做着完全不同的事情 ，在接受完全不一样 的指导 ，成长为截然不同的几种人。 我一直在这几年里思考产品经理应当具备的能力 ，到 近总结了很多。我把它们都放到产品经理的 技能树里。大家知道 ，RPG 游戏技能树的各项并不一定都需要点亮的 ，每个人要根据各自身处的 环境、要完成的任务以及想成为什么样的角色来做决策 ，去学习和成长为什么样的人。 有的产品经理会变成团队扛大旗的 leader ，有的产品经理会成为体验专家 ，有的产品经理会转向业 务和运营…… 具体怎么选 ，应该要每个人自己定。我只负责把我了解的技能罗列出来 ，跟大家分享 。 我会从工作流和软实力两个大方面来论述这些技能。前者主要是工作流中可能会遇到的各种各样 的 实际技能 ，包括需求分析、产品设计和项目跟进三个主要环节 ；后者是从个人素质层面讲的一些所 谓的修为、内功 ，比如逻辑判断、数据分析、沟通、个人管理等。 如图所示 （不排除未来有改动 ）： 工作流技能 关于需求的种种 需求是产品经理的利刃 ，也是产品经理赖以生存的根本武器。对需求把握得足够好 ，产品的各种问 题都会迎刃而解 ，跟老板和同事的协作也会更加顺畅。搞不懂需求 ，需求就成了达摩克利斯之剑 ， 搞垮产品是分分钟的事。 需求也是 老生常谈的问题。从老板 ，到总监 ，到产品经理和产品助理 ，都言必称需求 ，不管是不 是真搞懂了需求。需求是一些人的武器 ，也是另一些人的遮羞布和皇帝新衣。 那什么是需求呢 ？可以用一句话 「需要的、希望得到的某些东西」来概括 ，许多新人产品经理也单 纯觉得 「用户肯定需要」就能定义需求了 ，这都远远不够。 互联网产品中 ，太多需求就是这么拍脑门、拍大腿… 随便拍什么拍出来的 ，却没有经过谨慎的考虑 。 1. 谁 ？ 之前在设计一个计算器 A PP 时 ，我跟同事们正在头疼写发票时人民币要大写的问题。我们觉得 ，作 为计算器 ，要是有一键转换成人民币大写文字的功能 ，肯定能有价值 ，这个需求肯定也存在——我 们自己经常遇到的需求 ，不就是大家常说的真实需求吗 ？ 后来 ，我们打消了这个念头 ，道理很简单 ：到底谁有需求 ？ 到底是谁的需求 ？这个问题寻求的是 需求的主语。如果按照 常见的方式区分 ，那就是 C 端用户 （ t o cust umer ）、B 端用户 （t o business ），以及其他用户 ，如图所示 ： 对于 t o C 的对象 ，也就是通常意义上的用户 ，一般是消费者 ，我们跟他们的关系相对疏远 ，需求 的清晰程度低 ；t o B 的对象 ，则关系更近一层 ，需求的内容相对比较具体 ，大都是企业级的用户 ， 或者我们公司内部的其他部门的同事。而另外的特殊需求 ，比如老板的、投资人的一些需求 ，往往 是根据特殊时期的特殊情况给出的要求 ，这样的需求往往不是常规需求 ，处理方式也都不同。 还有一个常见的分类 ，按照下图所示 ： 这是三个层次的用户