发光环产品经理：身为产品经理，你真的入门了么？

还是那句话，滥竽充数的时代过去了，接下来产品经理将进入精英时代。

还记得前面几年，产品经理这词刚在国内兴起，大家对这一职业还没有清晰认识的时候，就被各媒体以零门槛高回报的宣传口号拿来大肆炒作，使得大家一个个趋之若鹜，纷纷投身于产品经理这一职业，造成这一行鱼目混杂，滥竽充数者数不胜数。时至今日，产品经理岗位依然为人所诟病。所以，我们时刻都要问自己：作为一名产品经理，我们是否真正明白这份职业所要承担的责任和义务？在此，我将我对产品经理的一些认识与经验写下来，想与诸位一起探讨。

一、做一款产品从了解TA 的性格开始

做产品，就像找伴侣，在找之前，我们心中就应该对另一半有自己标准，内敛的?还是活泼的?同样，在我们刚拿到一份产品策划时，千万别急着开始动手，第一步先从策划书或项目对接人身上确定三点一目标，三点分别是目标人群、使用场景、业务核心，一目标是指想通过该产品实现什么样的目标，那么确定三点一目标有什么重要性呢？总结过来有以下两点：

确认项目方给到我们的需求是否靠谱？有些时候真的不能保证项目方给到我们的是不是真需求，至少我时常会遇到伪需求，某些伪需求的危害是巨大的，犹如连锁效应，头招错，无论后面做的多么好，都没有任何意义的，这就要求产品经理必须具备辨别需求真伪的能力，当然培养这种能力这需要一定经验的积累，但是如果你能明确产品的三点一目标，基本上可以辨别出大部分伪需求。保证你的团队走在正确的开发道路上。我之前就遇到过这样一件事情，某次我负责一个关于大学生开学季的产品，我将原型给到设计师，并跟她说明了我需要偏卡通风的UI界面，结果设计出来以后，UI界面风格太过于幼稚，视觉上给大家的感受是这是小朋友用的产品，无奈之下重做，过后我总结，我在将原型给到设计师的时候确实说过需要的设计风格，但为何设计出来的样式却与我的想法背离。仔细思考，其实很大一部分原因是我没有将产品的三点一目标明确转达给设计师，使得设计师在设计过程中方向不是特别清晰，从而造成了这种问题。所以产品经理不仅需要了解三点一目标，并且还需要通过各种方式将三点一目标明确地转达给团队的各位成员，让大家对要做的产品有一个清晰的认识。二、学做产品会议的掌舵人

产品需求不明确，很多时候需要召开头脑风暴会议，产出好的点子。我记得第一次参加头脑风暴会议的时候，我和各位同事一起进行一次漫长而激烈地讨论，但由于会议缺乏有效组织和引导，导致最后也没能产出几个好的点子。有过这次经历后，我认识到，想开好一场头脑风暴会议，产品经理需要担任会议掌舵人的角色，有目的地去引导团队成员。

下面是产品经理在参加头脑风暴会议所要知道的：

激发团队灵感。首先要明确一场头脑风暴会议真的不是找一伙人，个个撸起袖子瞎讨论，头脑风暴也是要讲究方法的，通过运用一些科学方式和手段可以更加有效地激发团队成员的灵感，产出更好的点子。比如说我在每次头脑风暴时都会使用商业画布来引导团队成员进行讨论，通过商业画布从九个维度——客户细分、价值主张、渠道通路、客户关系、收入来源、核心资源、关键业务、重要伙伴、成本结构引导团队，极大地增加会议的质量。准备备用方案。当通过头脑风暴讨论出比较满意的方案后，千万不要就此打住，产品经理需要通过会议准备好替代方案，这一点很重要，因为谁也不能保证最优方案是万无一失的，如果出现问题，还有替代方案可用，避免增加时间成本。三、做有针对的竞品分析

我们都知道竞品分析是需求挖掘的重要手段，竞品分析的方式多种多样。我比较常用的方法是用户体验5要素分析法，从战略层、范围层、结构层、框架层、表现层5个层面对产品进行分析，如何做竞品分析，网上有大量好的文章，大家可以去借鉴学习，我这里就不详细赘述的。

我今天想说的是，大家在做竞品分析时，千万不要过分追求大而全，要有针对性地做。在产品发起阶段，一份好而全面的竞品分析报告，确实是很有必要的。然而在产品迭代阶段，迭代周期是很短的，在限时间内做一份全面的分析报告是不太符合实际的，最终导致的结果是，大而粗。我们需要做的是，产品在迭代过程中，有针对性的去做，抓取迭代过程中几个关键点，做深做透，才是最科学有效的手段。

四、需求分析，你有做到这些么?

需求分析要解决两个点，首先是需求从哪里来？然后是如何加工需求？

如何获取需求?

不同产品，需求来源不同，部分需求可能是需求方直接给到我们的，但是很多情况之下，需求是需要产品经理自己去挖掘的，通常的挖掘渠道包括用户调研、数据的分析、竞品分析。这3块如果摊开了讲都是很大的模块，产品经理需要通过不断学习和实践，掌握一套熟练的方法。

需求评审大会

确定需求以后，还需要对需求进行一个精加工，通常最常用的的方式是邀请各部门负责产品的同事，召开需求评审大会，需求评审大会需要明确以下几个点：

根据需求的紧急性、重要性排列优先级。根据需要，甚至可以砍掉部分需求。是否需要其他部门进行配合，如果需要的话，评审大会召开以后还需要与合作部门进行会议。技术方面存在哪些风险和难点，预防措施是什么;是否可以复用已有功能，避免重复造轮子。确定产品的周期，制作一份产品周期表。会后将确定内容通过邮件的方式发送给上司以及与该涉及产品的所有同事。五、画出你的功能模块与功能流程

需求确认以后，离它成为原型之间还有重要的一步，就是梳理功能模块与功能流程。这一步常常被很多产品经理所忽略，原型图往往接近用户所看到的成品，很多更加深层次的细节是表现不出来的，最容易造成的问题是功能的缺失和流程的不完善。

为了避免这些问题，在画原型图之前需要清楚的梳理出你的功能模块和功能流程。通过将你的功能模块与流程画出来就是一种比较行之有效的手段。

我比较推荐使用UML(统一建模语言)来表现，UML有自己一套比较成熟的体系，而且有一套国际上认可的规范，通过画图，需要梳理清楚两个东西：第一是产品有哪些功能模块，功能模块之间关系如何；第二点是每个功能模块中的流程是否能跑通，有哪些分支流程和异常流程。你会通过画图发现很多之前没有考虑到的问题，由此保证你产品的严谨性。

六、不要过分的追求“完美”

编辑：未知