如果你不想一直每天接需求，画原型，写文档，以及，被设计、前端、RD、测试、老板喷，把自己陷入无尽的沟通无力中，或许你该看看这篇文章。（然而可能这也并无什么卵用）
一个初级产品真实的日常
之前有很多准备做产品或者初入产品行业的小伙伴都在问一个问题，那就是：“作为一个产品经理，应该具备的核心能力是什么？”
之前在《身为优秀的产品经理，你居然不懂心理学？！》里有提到过，产品经理的核心技能是发现需求的能力，但那篇文章仅仅是针对如何去设计产品方面的，或者说，要做出一款优秀的产品你应该具备的心理学素养。
但最近我发现，困扰着大多数产品经理的事情还没有到发现需求这一层面，因为大多数需求都是由老板定了，你面对的是要拿着一份呕心沥血写出来的PRD去跟研发、设计、前端等等这些部门沟通，确定把事情做成。
如果知道需求是难度1，那么根据需求向各部门提出配合的解决方案简直就是难度10。
面对研发：
“哥，我能提个小需求吗？就一个，改起来很简单的。”
“那这个接口怎么定义？还有上回这个写这个功能的时候你让我写死了，要改就得全部推翻来一遍，你确定这只是个小需求？你确定你的这个需求是必要的？”
然后。。。
面对设计：
“我的艺术家啊，这个描述部分的颜色能不能不要那么淡，这块是要引导用户操作啊！”
“可是这样的话就破坏了图片的视觉结构啊，会影响用户体验的。”
“用户要的是易用性啊，是要在操作的时候知道自己该怎么做啊，你这个字那么小，他能看到才怪了！”
“那我该怎么做" alt="究竟是哪一类产品经理最后成为了CEO？" />为什么沟通就那么难？
其实答案很简单，因为不懂。
其实这世间所有的沟通障碍不可能都是因为不懂。
你敲不了代码，画不了界面，切不了图顶着“经理”的名号像老板一样发号施令，但你不是发工资的，能让各部门跟你好好协调完成产品的首要条件就是：你，能，说，服，其，他，人。
举个例子吧，想想你生活中什么样的人能说服你？
是不是要么是层次比你高的人要么就是能把道理说得清晰头头是道的人？
在职位的专业度上，我们的层次肯定比不上别部门的人，这个时候就需要把需求的原理说清楚了，怎么说清楚？
答案看起来很简单，无非是用他们的语言从他们的角度去说清楚。
但事实上真要做起来的话，很难，因为第一你得了解到别的部门人最关心的问题，你得了解你提出的需求在他们看来需要去解决哪些问题，以及如何解决，通过什么样的方法。
可能有人会告诉你，你需要同理心。但是在根本不了解对方的情况下，怎么做到同理心？这个时候给你说要有同理心的基本上就是站着说话不腰疼。
好吧，其实我们还有一个解决方案，那就是去学习相关的专业知识，你不需要学得很精，但得广。
需要具备哪些方面的知识
1.技术
这块真的是什么都需要懂一点，比如JAVA、PHP、HTML这些基本编程语言，不是说你要学到最后会编程一个程序出来，而是指你得通过学习这些语言去了解程序与技术的思维模式，以及程序架构的一些基本逻辑。
2.交互
交互这一块在没有UED部门的公司里，都是由产品经理来做的。在目前行业产品同质化严重的情况下，用户体验的提升对于提高公司产品的竞争力越来越重要了。而没有基础的交互知识是很难打造一款良好体验的产品的。
3.视觉
这里说产品经理得具备视觉的知识不是指你得去真得会PS、AI、Sketch这些软件，你所具备的视觉知识应该能够帮助你将脑子里对于产品的气质、性格定位的设想图准确清晰地传达给视觉。而不是告诉他“大气高端牛逼”。
4.运营
其实产品经理在广义的定义上是指产品设计与产品运营，好的产品经理不光要生孩子还得会养孩子。特别是在前期用户需求调研以及接触种子用户的时候，产品经理要干的就是运营的事儿，和用户天天黏在一块儿，你才能真的洞察到他们需要什么。
回到主题来。
究竟是哪一类产品经理成为了CEO？
想想现在那些成为了CEO的产品经理：乔布斯、马化腾、周鸿祎，其实他们做的事情和现在的你在做的本质都是一样的，那就是，提，要，求。
那为什么最后他们成了CEO而你还在画原型？无非是他们提的要求都能被很好地“做成”，提一个需求的难度只是1，不同地变换身份给每个部分提要求难度是5，而协调各个部门的问题，提出各个部门综合解决的全方面要求难度是10。
这从1到10的难度就是一个普通产品经理与一个卓越的CEO之间的差距。
这种跨度需要你成为一个T字型人才，专注自己专业的深度同时，扩展其他领域的广度。
卓越并不是一朝一夕能够达到的，但至少希望你能够越来越往那个方向靠拢，拓宽自己的宽度与厚度。
祝福你，朋友。
作者 Sanri@Chanpin100
来源：简书
