运营觉得要做一个功能，但产品觉得不需要做，请问这个时候听谁的？
翻读者评论，翻到一个有趣的：
运营觉得要做一个功能，但产品觉得不需要做，请问这个时候听谁的？
这个问题其实如果当面问亮哥的话，可能亮哥会告诉你：
数据第一，逻辑第二，当这俩都无法达成共识时，谁负责任谁拍板。
但，大多数情况下，我也知道，这件事儿是不能这么直截了当的处理的。
所以，还是写写吧。
小A和小B
我曾经有两个手下，小A和小B。
小A很直，直到什么程度呢？直到连我都怼，虽然有时候他怼的是对的，但你知道人都要点面子，他既然敢怼我，自然怼起别人来更是不在话下。
因为小A很追求结果，所以和产品、开发相处的时候，总是很习惯去希望对方说到做到，需求的满足也好，交付的时间节点也好，如果对方没做到，小A就会不开心，就会纠结。
小B就很油，油到什么程度呢？把这小子丢到荒岛上去，只要有个动物，估计他能和动物称兄道弟，不仅和平相处，还能同吃同住。
小B的厉害在于，小A搞不定的需求功能点，小B只要说两句话，产品或者开发立刻乖乖给实现。末了，小B还能笑嘻嘻回来邀功说，老大，你看，搞定了！
小A和小B，其实就是正在运营坑里扑腾的每个人的缩影。
拒绝大法与人格魅力
请问，需求是什么？
估计你看到这里，心里要吐槽了：
需求是什么？需求就是要做的事儿啊！！
问题是，是「谁」要做的事儿？
首先，请明确一点，对于大多数公司来说，产品、运营、研发，都是支持部门，只是，有时候，这仨都要去支持别人，有时候，运营和研发要支持产品，有时候产品和研发要支持运营，不过实话说，蛮少见产品和运营去支持研发的……毕竟我国互联网还是模式创新为主。
其次，既然大家都是支持部门，那么说直白点，做人比做事，要更加重要。
第三，推进事情实现的方法，最重要。
我不知道提出问题的同学有没有碰到类似现象，但我相信，大多数运营都会碰到一种现象：
运营去找产品或者开发提个需求，对方可能会有以下经典回复：
等排期
没空
这个不紧急
这个没有优先级
请想清楚再说
走个需求评审吧
好呀
但你看啊，我随手列的里面，拒绝和答应是6:1的关系。
可是，如果这个需求，不是运营提的，而是老板提的，那么，不管接到需求的是产品、运营还是开发，估计只会回答一个字：
嗻。
为什么呢，因为地位不一样，老板一言九鼎啊！老板优先级最高啊！
每每到这个时候，你就一定会想念小B这样的角色，因为可能小B一出手，递根烟，或者拍拍人肩膀，甚至诡异的一笑，就能让6:1的1变成100。
这是人格魅力，但是，我想，大多数人如果拥有这样的交际能力，估计也就不会问出这个问题了。
那么，接下来，我说几点关于需求提交的建议，供大家参考。
提需求的姿势
跪下，喔，不，其实，与产品讨论需求，让产品接受需求的合理性，是有套路的。
当然，如果你的套路是谎称这是老板要的，那么你赢了。
如果没这个胆子撒谎，那么最好想办法让产品对你感同身受。
首先，当我们正式提起需求时，一定要先行进行面对面的沟通。
这个沟通，应当侧重于当前的运营状态，以及基于现状数据分析出来的对产品功能有依赖的结论。
而这个结论，应该对应一个运营目标的实现所需要的产品功能和资源。
其次，在沟通过程中，要想尽办法让别人知道你知道他们的苦衷，但也希望他们可以提供帮助，因为如果他们不帮忙，那么你就死定了。
上面这两套，就是我们常说的沟通的重要性，沟通并不一定要达成一致，更重要是保持信息的同步。
另外需要注意，尊重他人的意见，以及求同存异。你要的是结果，追求的是时间，实现方式都是可以讨论的。
常见的妥协的实现方式有：
找出需求中的核心功能，先做最小可行性产品去验证，或者通过活动去验证
拆解模块，分批实现，最后组装
……
当然，过程中，你需要一些套路。
这些个套路，我就不展开说了，推荐一本经典的心理学著作——《影响力》。
这本书，已经是30年前的书了，但是书中谈到的种种现象和手法，却是在生活中随处可见，也随时可用的。
等你看完这本书，我相信就会明白，谁说了算不重要，重要的是，事情要推进下去，而不是卡在那里。
如果读者中的你，或你们，看完了这本书，还有兴趣，不妨邮件给我读后感，我很好奇大家看完之后的感受是什么。
