牛逼的运营，除了有创意、执行力还有哪个技能

一个产品项目团队通常包括如下几个工种的成员(具体情况和不期人员配置会有增减):产品、设计、研发、测试、运维、运营、市场、商务、渠道。

在产品开发初期，产品和研发同学会作为主导，让产品从无到有，并且确保产品按需完成。产品上线后的日常管理和数据指标就会变成由运营来扛，产品的用户量能够有几个“0”就看运营和市场、渠道、商务童鞋能做多少事啦。

在为产品攻城略地的运营过程中，我们会大量收到来自用户的功能和需求的反馈，有时候为了近一步提升产品数据也会为自己的运营项目提产品迭代需求。这时我们就需要向产品提需求、技术提排期，UI提交互…紧接的就是一场漫长而又不得不做的沟通等待着去面对。

美国著名学府普林斯顿大学对一万份人事档案进行分析，发现:“智商”、“专业技术”和“经验”只占成功因素的25% ，其余75%决定于良好的人际沟通;，哈佛大学就业指导小组调查结果显示，在500名被解职的男女中，因人际沟通不良而导致工作不称职者占82%。

运营为了让自己不被解雇，与团队其他成员是否能够建立良好的沟通就显得尤为关键。

做过运营的人都知道，在公司里需要我们经常去沟通的人有三种，分别是产品、技术、UI，(少部分的商务、渠道的童鞋)，狼蚁网站SEO优化进行一一的沟通方式说明，希望对的项目推动沟通有所帮助。

一、运营如何与产品良好的沟通?

自从有了运营和产品两个岗位之后，他俩关系向来是最微妙的，非常容易产生相互瞧不起对方的情况。如果公司把运营和产品独立成个部门，分别由不同的领导带领，估计他俩是各自盯着对方，抓住问题随时开撕:

在运营来看，产品占用了那么多的开发资源，大部分时候做出的是粑粑一样的功能，每次还得帮他们擦屁股，做他们的接盘侠。

在产品看来，运营除了小打小闹发奖做活动，带来一波对产品发展并没什么卵用的羊毛党，其他好像也没什么大的作用，就不能整点让我一样影响产品震惊行业的事情嘛….

运营和产品这样相互不对眼可能出现的一个问题是，运营的项目推动排不上期，产品的功能没后续运营管理，甚至连最核心的产品日活数据也都会下降。姑且不论责任究竟出在哪一方，宝贵的时间都耗在了吐槽上，谁获利?

破这种局的解决方法有花钱和不花钱的，如果公司预算允许可以运营团队招产品经理，产品团队招运营人员。不想多花钱的话从组织结构上理顺，为一个产品线配备齐全人员的产品事业部制，就比按职能划分按任务派活的大部门制更能激发员工对产品的责任感和积极性;(似乎调组织架构并不简单)，要么咱们运营以身作则好好沟通了哈。

1.同频道的语言沟通

运营每天比较多的工作是做内容、写书、写PPT，产品则做是用户需求分析、竞品的功能分析、需求文档的撰写、画原型图…..做的工作不同，决定了我们沟通的载体和方式不同。

运营用对的运营和产品做沟通，不能只是拿这一份书就去了，还需要写一份产品需求文档(MRD)，这是能够快速让产品知道我们的需求以及他们需求做什么的文档，初次沟通细节并不一定都要标清，但核心功能点的交互需求必须写明。

2.告知收益，不邀功

运营从细节的优化出发，产品则是做产品层面比较大的迭代。运营和产品的所有工作本质目标都是为了最大化产品的价值，只是手段和思考方式不一样。

作为运营在跟产品沟通项目的功能需求时，可以明确告知该项目对他现在所负责的产品的收益。产品关心的收益无外乎，自己做的产品有更多人在使用，或者证明自己做的那些功能对产品的核心目标数据有促进作用，例如你的项目直接复用产品团队的某个功能，然后再立项时直接点名感谢某产品经理的功能支持，估计就会沟通起来顺畅些。

3.虚心学习，不情绪

心理学发现，当人们发现领袖出现一点个人主义的苗头，就会变得冷漠，甚至出现敌对的情绪。相反，藏身幕后、不那么抛头露面的领导更会受到普遍的尊重。

《纽约世界报》的创始人和出版人普利策就曾对他的编辑们说，如果在一个紧急时期他所发的命令违背了该报的政策的话，编辑们可以不予理睬。学会谦让，在人际交往中绝对是“退一步海阔天空”的事。

作为运营我们可以想到各种各样好玩的和点子，产品在逻辑上比较好，对产品的所有数据和接口都比较了解。对于小的项目运营的确是可以独立完成产品需求文档的撰写，大的产品迭代需求，最好是虚心学习，不情绪，如果能跟产品一起商量合作的话，估计能够起到更好的效果，至少是和技术沟通的时候会把所有产品的细节想的更清楚。

4.借力领导，不冲突

有一次自己在深圳做分享，有童鞋问道“运营如何更好的跨部门沟通”?当时我给的建议是“可以先尝试自己沟通解决，然后如果实在没办法解决，为了避免冲突可以发抄送部门领导，然后让领导帮助推进项目。在贴吧那会，看到有一位销售，把抄送给了副总裁，然后产品立马把问题解决了，哈哈!如果你平常人缘好，可能会有更好到方式”

为了项目推荐借力领导，需要提前跟领导知会，让他们来指导你这封邮件要写哪些内容。运营需要做的就是在与领导进行知会沟通时，告知项目背景、项目收益、项目现状、目前遇到的需求问题、然后需求优先级排序(哪些功能必须要做，不做就没办法完成项目)，希望得到产品怎样的支持。

二、运营如何与设计良好的沟通?

在优化/开发产品的某项功能时，当运营和PM将功能的原型完成之后，就需要UI针对原型上的文字和互动模块进行视觉的设计了。

对用户来说，在这个看脸的年代美观性是决定他们是否会使用这项功能的关键;对于运营来说，功能的视觉效果直接影响的是项目数据，运营与UI之间的沟通直接决定了功能的质量和项目数据的好坏。

按理说只要把原型图画好，然后给到设计师，我们等着出图收货就好。真实的情况是做项目时在与UI的合作过程中会经常出现以下状况，不知道你是否有同样的问题: 

UI不在意功能的逻辑，只关注产品的美观，比如“投票按钮的旁边的点赞拇指原本是凸显这个按钮表示“支持”，但在UI的说这会让页面显得很拥挤，就直接变成了文字“支持”。

UI童鞋设计出的页面效果，差强人意没有达到运营预期，得返工修改

c.为了让功能更有趣，推广,,长沙,,长沙策划,湖南,运营和产品经常能够沟通出新的交互方式，UI童鞋不愿意修改，觉得没那个必要。

d.产品、运营、UI都对页面的视觉很满意，但自己的直属领导觉得不行，需要设计继续修改。

e.功能的视觉做好了，可功能迟迟不上线，UI童鞋老催进度。

上一页 1