产品经理其实是一项苦逼的工作，需要设计产品，协调UI、测试、用研各种资源，要顶住老板压力，要和程序猿们沟通好，常常会被夹在N方中间里外不是人。刚入行的时候自己经验少，能做的只有苦笑一声。这几年，自己做的多了，看的多了，学的东西多了，想写一写我们工作中常犯的错误。
错误1 拿到需求就开始画原型
这类错误一般出现在刚做产品经理的同学身上。刚入行的时候，整个公司只有我一个产品经理，没人学没人教。接到需求，粗粗看一下三下五除二开始画原型。原型画的是快了，改动次数是越来越频繁了。开发兄弟们抱怨连连，进度一推再推，最终结果可想而知。
现在回头看，我觉得接到需求之后不能马上开始画原型，而应该先做这三点：
理解需求
理解需求，理解什么？就是理解需求的来源，理解需求的目的。需求是来自运营还是来自老板还是来自产品本身的需要？做这个需求到底是为了什么？是提升APP下载量？是提高日活？还是刺激交易量？是为了修复BUG？不同的目的，就意味着我们在产品设计上要采取不同的策略。
比如提升APP下载量，你就要去想提升下载量的最主要用户是谁？最主要的目标用户去哪里找？找到目标用户要用怎样的手段去刺激他们下载？如果刺激交易量，就要去多考虑诸如支付环节是否顺畅，爆款的推荐是否可以优化？
研究竞品
研究竞品不是让你照抄竞品，也不是随便看看了事。重点要看：竞品犯过哪些错误，竞品培养了哪些用户习惯，竞品现在有哪些不足？
看竞品犯过的错误，是为了避免自己再踩上这些坑，既然已经有人为你踩过雷了，你再踩一次是不是傻啊？我从一位用研妹子学到了一招，建立竞品研究表格，通过日常的观察使用，记录竞品的每次改版。
看竞品培养了哪些用户习惯，虽然我们都或多或少做梦是乔布斯改变世界，但现实是残酷的，大部分人都是凡人。如果竞品已经给我们的用户培养了成熟的用户习惯，我们就先沿用这样的习惯，这样用户使用产品的门槛就更低了。除非你有充分的数据支撑或者你极度自信你再拿用户当小白鼠吧。
竞品有哪些不足，这一点不用说了，竞品的不足就是我们的机会。结合竞品的不足从中找用户的痛点。
用户研究
虽然大部分公司没有专门的用户研究部门，但是产品经理要对产品负责，就要尽可能的做用户调查和用户研究。关于这一点，大家可以阅读我之前的文章《产品经理如何做用户研究》。
划定需求的优先级
理解了需求，研究了竞品之后，接下来要划定需求的优先级。资源有限，不能所有需求都做。这其实是老生常谈，关键是如何划分优先级最有效？
我个人经验是每次都将所有需求梳理一遍，分拆需求。将每个需求分拆成若干个功能点，简要描述需求的功能点。挑出最核心的需求，再从这个需求里挑出最核心的功能点。最后挑出的功能点自然是优先级最高的点。另外一些看上去锦上添花的功能，我再挑出相对重要的功能，这样层层筛选，最终理出这一版开发的功能点。拿着梳理出来的点，找上开发，测试，UI同事过一遍，梳理时间安排，再根据时间安排筛选掉可能来不及的功能。最后的最后，自然是和老板报告。这时就是考验产品经理谈判能力的时候了，关于这一块容我后续再整理吧。
总结
接到需求之后，
首先要理解需求，找出需求背后的目的，根据目的去研究采取的策略；
其次研究相关竞品，绕过他们踩过的坑，尽量沿用成熟的用户习惯，观察竞品的不足；
第三尽量做用户研究，避免拍脑袋。
第四层层筛选，划分需求优先级，好钢要花在刀刃上。
即使时间很紧张，理解需求和划分优先级是绝对不可少的。其实这也是要求产品经理注重日常的积累。
