运营觉得要做一个功能，但产品觉得不需要做，请问这个时候听谁的？

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

以上就是关于运营觉得要做一个功能，但产品觉得不需要做，请问这个时候听谁的？的相关介绍，更多运营觉得要做一个功能，但产品觉得不需要做，请问这个时候听谁的？相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对运营觉得要做一个功能，但产品觉得不需要做，请问这个时候听谁的？有更深的了解和认识。