产品菜鸟 | 常常会犯被人鄙视的错误有哪些？

在产品经理的职业生涯里，尤其是在产品新人从0到1这个过程，常常会犯很多错、会被很多人鄙视，但错误是可以先预知来避免的，或者多观察和思考身边同样工作属性的人来取长补短。就从我自己走过的弯路、罗列出自己曾经也犯过的很多错误或正在犯也在改的错误，以及身边同事也常犯过的错误和个人拙见，带给产品新人一些建议参考，避免同样的错误发生在你的身上；

忽略用户自己想当然

产品经理常犯的错误之一，就是忽略用户自己想当然；尤其是在产品项目规划初期，在需求不明确的情况下，拿到一个idea，然后想了想就开始做了，永远是站在自己的角度去想需求而不是先深入去了解用户；总觉得自己的想法都是对的，应该按照自己的思路去这样做、去那样做；极少能听到、看到、触摸到、挖掘到用户真正的需求是什么？就认为自己的想法就是用户的需求，这就是明显的自己想当然行为。

为了避免这种“自己想当然”的成份行为，我们应该通过多种靠谱的用户需求挖掘方式找到目标用户真正的诉求是什么，然后去分析、优先级排序出用户需求，拿着靠谱的数据做出需求分析决策，在我们不知云云时，可以多听取产品团队的讨论建议，或者会议头脑风暴。切记避免自己想当然了。

太刻意美化原型交互界面色彩

产品进程中，原型交互是必不可少的一个工作环节，但发现身边很多从美工转过来做产品的同事，完全是把Axure当成PS在用，花大量时间在网上找素材把交互原型色彩美化得跟Demo一样的效果完全没必要；这样的错误不仅浪费了产品时间，也把美工设计的灵感套定住了，忽视了用户体验，增加太多沟通成本；让美工做页面的时候就风中凌乱了。

做交互原型的目的仅仅是我们实现产品、表达需求的一种工具，真的可以不用太刻意把原型做得有多逼格，这样实际太浪费时间和资源；可以以最简单的手绘或者线框图、灰图做出来，只要能把需求表达出来、UI设计将体验能发挥到极致，技术能懂你要的需求就行了。

逻辑思维欠缺

往往与技术讨论某个需求点的时候，深入点问你功能需求如何实现等问题你就茫然不知所措了，逻辑混乱、乱答一通；逻辑思维太欠缺，需求描述不清楚的产品经理太致命，技术都不懂你在说什么，表达的需求具体是什么？只好以“做不了”答复你了。

做产品不是需要你能写出多牛逼的程序编程，重要的是会梳理逻辑；最起码你能知道这个需求的来龙去脉；产品经理要多锻炼自己的逻辑思维，把需求做成结构化表达出来说清楚；我惯用的做法是用结构图/流程图来理逻辑；你可以试一下。

市场趋势敏锐度不够

市场敏锐度不够，造成产品发展受局限；犯这个错的产品经理通常是平常很少关注行业动态、商业资讯，市场敏锐度不够对产品的发展趋势走向不明；公司发展需要增进新产品或产品迭代时，你却很难把握产品走向趋势；竞争对手在跨步向前的时候，你做的产品还在漫步不前。做产品需要赶得上“势”，

在平时就需要多了解行业动态、新产品动态；利用挤公交、坐地铁、上厕所的时间要每天看、多看、还是多看；多观察、多思考、多体验新产品和使用竞争产品多做分析。

沟通协调不好，说服力不强

估计这是大部分PM都存在的问题，在产品管理团队里产品经理是领头羊，各方需要你就得去沟通和协调，如果沟通力不行、很难说服别人，那么产品将很难进程下去，别说产品周期控制了。所以，作为产品经理，我们首先得扎牢本身的产品专业知识，理清产品需求，然后将我们的想法向团队中每个人阐述得清清楚楚的，他们要是有不明白的地方，要积极主动去沟通协调。

平时你就得练习说话，学会友善沟通，从不会说到会说，再从会说到把话说好；平时在团队里也要多积累好自身人品值、散发出你的个人魅力、能说会侃、乐于帮助他人，不要吝啬请请客把好关系；让团队人信任你、赏识你乐意跟你干，这些都有了，后面还会存在沟通问题吗？（产品经理真的需要拉关系哦，要是公司能补给产品团队费用就完美了）

对产品需求变更修改再变在修改，没了热情+心情

其实不仅只有设计和程序猿才会经常涉及到修改；产品也一样；需求变更是常有的事儿，我们也一样时间久了就会迷茫、失去对产品的热情、没了心情，会出现常人应有的负面情绪，产品经理不仅是要应对BOSS、用户、还有团队人员；PM的压力更难以诉说；虽然如此，但是我们还得必须克制住这种负面情绪的影响。

PM是整个产品的精神领袖，不能因为自己的情绪直接影响到产品进程是最不应该的，我们要对用户负责、对产品负责。所以，即使PM苦逼到渣，依然要时刻保持情绪最佳状态，促进产品开发进程和发展；给BOSS下定心丸、安抚好用户、协调好产品团队。

很难应对“老板说...”

虽说一个公司的BOSS是最大的产品经理，他能想到的或许你没考虑到，但不一定指老板说的什么都是对的，就如同第一条所说“自己想当然”观念一样；老板认为的需求点我们可以虚心听取，但不一定必须采纳；关系到产品发展的定项讨论，千万不能以“自己说、老板说、技术说、市场说、运营说...”等作为参考，也不要怕得罪他们。毕竟大家共同协作的目标都是为了产品能做好为前提的，把自己的想法表达出来共同讨论协商；如果协商不一致的情况下，把这个问题记录下来，也不能太轻易妥协，最好做个用户调研也好其它方式也好，以最靠谱的用户数据说话，把数据甩给他们再次验证坚持的想法，向BOSS据理力争直到说服他为止。

顺应“用户说”

尤其在产品迭代需求收集分析决策的过程，PM常常犯的错误就是顺应“用户说”，用户说的不一定是真需求，有的也是伪需求，因为TA们也不能准确的描述自己真正需要的是什么？就像之前看过的一个故事在这里简述一下，说顾客B饿了去买包子，结果到店包子没有了，店员C就推荐他买了粥；所以顾客B的需求是“饿了”，不是“包子”，而能解决顾客B的需求除了包子还有粥、馒头、油条、豆浆等等.所以，用户也不清楚自己需求的同时，作为产品经理我们需要分析他们的根本需求是什么，也不是用户说的每个需求我们都必须去做，这也是不现实的；需求决策是个过程，不能太顺应“用户说”我们需要理性分析然后通过优先级排序侧重去调整后做出决策，再去满足用户的根本需求。

太容易妥协