运营如何与技术良好的沟通（下）?

程序猿都喜欢自嘲为码农，如果你真把他们当作只负责写代码的互联网农民工，那就悲剧了。技术跟运营不是一个部门，只有合作关系没有领导被领导的关系，千万别只是运营单方面压需求下去，说自己要做某个东西，告诉研发自己要这样这样实现，而且必须在指定时间点完成。

为什么现在越来越多的技术同学能够转型做产品经理甚至创业做CEO，因为靠谱的研发有想法有上进心的研发，一定不是机械地只管接活干活的人。

他们对业务也有自己的理解和想法，有时还能从专业的技术角度给出更好的解决方案。前提是要让他们充分了解这个需求的来龙去脉，这个需求的背景，不仅仅是知道我们要做什么事，更重要的是我们为什么要做这个事：现在的这个产品需求是我运营经过调研分析确定的，我的解释是否能让你足够清楚明白了?然后从研发的角度，请你看看是不是有其他的隐藏问题?你有没有更好的解决方案?我们一起再探讨。

运营的工作广泛而又琐碎，很多时候要求「多线程任务并行」，经常要和各种用户打交道。因此运营的思维是比较发散的，需要具备相当的灵活性，这是运营工作的一大特点，也是在沟通中存在最大的问题。

对功能设计阶段添加和修改新的需求，可能还可以沟通，如果在开发阶段还对需求有所改动的话，估计和技术的同学友谊的小船离翻不远了。

所以，明确需求，别轻易改动(锦上添花的需求就等下一版来晚完善吧)，给到的技术的开发文档和页面最好是最终版的，改动的越大你的项目被其他项目排期挤压掉的可能性就越大，项目的不能顺利落地，估计设计也会跟你急。

技术人员和数据代码打交代，基本是单进程工作，为了提高单位时间里码代码的效率，他们基本上是需要处于“飞行”工作模式，写到 high 了物我两忘，完全沉浸在代码的世界里也是有的。

如果运营隔个几分钟就打扰他一下，改个这里，修个那里，问个问题……研发的思路就中断了，这些单线程的同学们多半会抓狂。所以运营和技术沟通必须利用工具来管理需求。把所有产生的需求说明和建议统一放到项目管理工具中，如 JIRA 就是一种很常用的工具(在大公司基本上也有自己的开发需求沟通工具)，汇总一批需求定期和研发沟通，确定优先级和排期。

如果是紧急的需求，或者重大的 bug 出现(比如用户无法登录了)，这种可以随时找研发处理，但是尽量不要零敲碎打地报需求，尤其是不要用即时沟通的方式，比如 qq，电话给研发报需求，容易遗漏，不好统计和反馈，而且也给研发造成打扰。

沟通的本质是——让他明白你想要什么，你明白他想要什么”，就是在团队中每个人都在自己工作的前提下主动去了解团队其他成员的工作内容，不关关跟技术、设计、产品同学，和市场部、渠道部也是多沟通可提前知道能够帮助自己提升数据的可借力的点。

运营的目标是要最大化产品的价值。这中间无论运用何种手段，只要合理合法不违反公司规定都是没问题的。但如果总想着利用别人，占点便宜，也许一时可以，长久都是不奏效的。

最好的沟通合作方式：不只是单纯的部门之间工作配合或者帮忙而已，是让参与的人有共同的利益，要舍得分享，赏罚分明，产品做得好了，大家都有功劳，该分钱分钱，该团建团建。大家都知道跟你做事不吃亏，时间长了，靠谱的人会愿意持续跟你配合，你的口碑和职场信誉也就建立起来了。

产品菜鸟汇，功能介绍陈维贤，雪橙金服运营经理，馒头商学院人气导师，互联网早读课金牌作者，鸟哥笔记专栏作者，人人都是产品经理专栏作家。百度前员工，小红书早期社区运营与推广工人。产品菜鸟汇专注分享运营视角下的互联网的有趣好货。