01、你或许遇到过这些场景
产品部门只负责前端设计，后台没人管，问产品经理，哥能帮我搞个后台吗？产品经理说，你自己来嘛，很简单的。
开发排期始终遥遥无期，做了一年半载的运营还是小米加步枪，上个新闻手动改链接，发错了还要被老板批工作不认真，全然不管审批链是没有的。
运维拿着权限死活不下放，查个数据求爷爷告奶奶，最后拿到一堆分析结果，却不知道怎么去挖点明细数据出来验证下这分析结果是对是错。
……
老板轻描淡写：产品不足运营补，要以运营为核心。
做起事儿运营一直是求人的干活。
于是，撕逼不可避免的来了。但撕逼要讲究策略，虽然于我来说，从来是不要怂，就是干。
但是，有时候还是要有策略的。
02、开「撕」
有些产品蜜汁自信，声称产品功能不需要说明，iPhone也没有说明书啊，怎么用户都会用？
有些开发神经兮兮，声称前端产品接口全部定义过了，通道都是健全的，只差后台了，要么你自己来设计个后台？
还有的市场比较客观，兄弟，大版本上线要搞个大新闻，运营能不能配合做个活动？
其实，在大多数公司，要和他们沟通，并不困难。
问题在于，产品与运营是否背负相同的KPI？开发资源永远不足，怎么才能拿到高优先级？市场是花钱的，能不能让他们花的钱对运营有所帮助？
产品与运营经常会出现矛盾的点在于：
产品一直在迭代，但为运营考虑的却往往不充分。
所以，运营一直处在「补锅」的局面，却不能很好的发挥「加速」的作用。
开发与运营经常会出现的矛盾点在于：
开发资源永远不足，所有人都说自己优先级最高，运营很难去说服开发为自己服务。
市场与运营本来没有什么冲突，但有些公司架构划分不清楚，市场和运营的交集太多，会因为预算的花销，效果究竟是谁达成的产生冲突。
这个时候，撕逼一定会发生。
产品会责怪运营不给力，用户增长缓慢；而运营会吐槽产品是垃圾，设计不合理，运营毫无办法着力。
开发会指责运营需求太零散，一会儿这样，一会儿那样——哪怕这是运营灵活性的要求；运营会说开发架子太大，一点点改动都要跳出来叫。
市场会指责运营其实没有什么卵用，还不如自己发些软文，投点硬广，毕竟真金白银下去，用户总是会来，运营却会说市场傻逼，供应商造假数据，用钱换数据一点都不合算。
……
其实，撕逼始终解决不了问题，要有一个点来平衡，让大家获得各自需要的东西。
这个时候，运营可以这样做：
找一个大的时间节点，从现在开始，推到该时间节点，希望达成的目标，譬如：
这样一来，你就立了一个巨大的Flag，只要领导同意你的目标，那么你就可以分解运营所需的前后台的产品及功能点，因为其他人要么和你一样，理一个巨大的Flag，否则要反驳你，也无从下嘴。
但是，这招是绝招，轻易可不能使，一旦使出来，意味着你一定要拿出成绩来，否则，再想撕就难了。
当然，除此之外，还有其他的方法。
譬如：
1、数据说话，证明价值。
这一招只对真正用数据说话的公司有效。但真正用数据说话的公司，其实不太多。
2、妥协退让，就菜下饭。
这一招适合COO没有啥话语权，产品总监权力大过天的公司，很多创业公司都这样。
3、洗洗睡吧，差不多走人。
不说了，都是泪。
来源：张亮，订餐小秘书副总裁，公众号：张记杂货铺，畅销书《从零开始做运营》作者。
