你或许遇到过这些场景

产品部门只负责前端设计，后台没人管，问产品经理，哥能帮我搞个后台吗？产品经理说，你自己来嘛，很简单的。

开发排期始终遥遥无期，做了一年半载的运营还是小米加步枪，上个新闻手动改链接，发错了还要被老板批工作不认真，全然不管审批链是没有的。

运维拿着权限死活不下放，查个数据求爷爷告奶奶，最后拿到一堆分析结果，却不知道怎么去挖点明细数据出来验证下这分析结果是对是错。

……

老板轻描淡写：产品不足运营补，要以运营为核心。

做起事儿运营一直是求人的干活。

于是，撕逼不可避免的来了。但撕逼要讲究策略，虽然于我来说，从来是不要怂，就是干。

但是，有时候还是要有策略的。

02
开「撕」

有些产品蜜汁自信，声称产品功能不需要说明，iPhone也没有说明书啊，怎么用户都会用？

有些开发神经兮兮，声称前端产品接口全部定义过了，通道都是健全的，只差后台了，要么你自己来设计个后台？

还有的市场比较客观，兄弟，大版本上线要搞个大新闻，运营能不能配合做个活动？

其实，在大多数公司，要和他们沟通，并不困难。

问题在于，产品与运营是否背负相同的KPI？开发资源永远不足，怎么才能拿到高优先级？市场是花钱的，能不能让他们花的钱对运营有所帮助？

产品与运营经常会出现矛盾的点在于：

产品一直在迭代，但为运营考虑的却往往不充分。

所以，运营一直处在「补锅」的局面，却不能很好的发挥「加速」的作用。

开发与运营经常会出现的矛盾点在于：

开发资源永远不足，所有人都说自己优先级最高，运营很难去说服开发为自己服务。

市场与运营本来没有什么冲突，但有些公司架构划分不清楚，市场和运营的交集太多，会因为预算的花销，效果究竟是谁达成的产生冲突。

这个时候，撕逼一定会发生。

产品会责怪运营不给力，用户增长缓慢；而运营会吐槽产品是垃圾，设计不合理，运营毫无办法着力。

开发会指责运营需求太零散，一会儿这样，一会儿那样——哪怕这是运营灵活性的要求；运营会说开发架子太大，一点点改动都要跳出来叫。

市场会指责运营其实没有什么卵用，还不如自己发些软文，投点硬广，毕竟真金白银下去，用户总是会来，运营却会说市场傻逼，供应商造假数据，用钱换数据一点都不合算。

……

其实，撕逼始终解决不了问题，要有一个点来平衡，让大家获得各自需要的东西。

这个时候，运营可以这样做：

找一个大的时间节点，从现在开始，推到该时间节点，希望达成的目标，譬如：



这样一来，你就立了一个巨大的Flag，只要领导同意你的目标，那么你就可以分解运营所需的前后台的产品及功能点，因为其他人要么和你一样，理一个巨大的Flag，否则要反驳你，也无从下嘴。

但是，这招是绝招，轻易可不能使，一旦使出来，意味着你一定要拿出成绩来，否则，再想撕就难了。

当然，除此之外，还有其他的方法。

譬如：
1、数据说话，证明价值。

这一招只对真正用数据说话的公司有效。但真正用数据说话的公司，其实不太多。

2、妥协退让，就菜下饭。

这一招适合COO没有啥话语权，产品总监权力大过天的公司，很多创业公司都这样。

3、洗洗睡吧，差不多走人。

不说了，都是泪。

看看学习一下

公司被警察抄了！护照也被扣了！因下班早，人没被抓，事后公司要求我们自己去补办护照，也不管我们，气愤之下把公司后台数据全倒出来，却在菲受到公司威胁，情急之下补办护照回国了！现在出售公司后台所有数据，换钱过年！真实数据！有兴趣的加QQ3151370350

不说了，都是泪...