与产品开发们如何正确地撕逼只教一招

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