作为一个运营新人，我们应该如何和研发沟通需求。

适合阅读入群:运营新人(0-2年工作经验)；工作中需要不断与R&D沟通；我为什么要这样分享:1。工作角色:我在百度工作一年半，主要负责两个方向。一是内容操作，二是产品与R&D接口负责人的操作方向对接。通常与研发学生有更多的业务沟通；2.踩深坑：在与研发需求对接、促进项目实施的过程中，遇到了无效沟通、重复沟通、需求实现方式与预期不同等常见问题；3。经验总结：踩深坑时，一方面需要不断填充坑（解决问题），另一方面，我认为更重要的是不断总结经验，只有这样，才能更有效地推进项目的实施和实施。新运营商眼中的研发：1。自我思维闭环：当我开始决定写这篇文章时，我与公司的程序员进行了简单的沟通。他告诉我，当程序员专注于敲击代码时，他会陷入自我思维闭环。进入闭环需要时间，但一旦进入闭环，工作效率将成倍提高。因此，一般程序员学生在专心敲代码时不想被打扰。因此，普通程序员在专注于敲击代码时不想被打扰。2.逻辑性强：这是我通常与团队研发学生沟通需求时发现的。例如，有一个运营需求需要研发学生的支持。在需求预沟通阶段，研发学生会问你为什么会有这样的需求，需求的实现方式是什么？有没有更好的方法？需求的收入是多少？作为需求的实现者，程序员不仅要考虑如何实现需求，还要考虑需求背后的本质。3.高智力：事实上，码农的工作性质要求一个人必须有相对较高的智力才能满足各种需求。同时，我想谈谈工作之外的一点。我们组有一个fe同学。狼人杀戮和德州扑克，一款需要逻辑、智力和演绎能力的游戏，真的无休止地打败了我。德州扑克几乎每次都赢，真的很有说服力！“物以类聚，人以群分”，要研发学生认可自己，就必须不断提高自己。4.工作就是敲bug：我们组有一个非常有趣的研发学生。他说他的日常工作是敲bug，但他说：我们的研发可以说他的日常工作是敲bug，但你的操作和产品不能这么说。我把这句话放在这里的目的是告诉你，关于敲bug，大家都有权开玩笑，不要当真。作为无数次踩坑后的操作，我通常与研发学生沟通：1。当产品出现错误时，如何推荐：明确错误的优先级，如果高优先级直接留在内部沟通组或私人谈论研发。若优先级低，则统一记录，让研发学生解决。推荐理由：为什么要这样处理？优先级高的问题影响面广，要及时处理。但对于优先级较低的问题，如果我们打断研发工作，把他从自我思维的闭环中拉出来，他可能会非常不耐烦，告诉你：这个问题或需要发送电子邮件！在这个时候，你会陷入相对被动的局面。解决不了问题，碰了一鼻灰。2.与研发学生沟通运营需求时推荐实践：研发学生是一种非常合乎逻辑的人，当他们想与研发学生沟通需求时，他们需要梳理逻辑，考虑以下问题：项目预期收入；项目需求背景；项目实施；为什么需要研发支持；运营是否有可用的替代方案。只有考虑到这些问题，我们才能有信心与研发学生沟通。推荐理由：作为需求方，只有明确需求的背景和逻辑，才能说服需求实现方，即研发接管项目，有效完成项目。同时，在这里，我想*预期收入。研发学生的项目大致可以分为技术项目和商业项目两类。研发和产品的大部分需求都是商业项目。每个项目都需要预期的收入，以便研发学生有意愿和想法有效地完成项目。此外，预期的收入最好是定量的数据，以便更直观地展示项目的意义和价值。3.建议在某个问题上对研发学生有不同的看法：这些问题的大部分场景都集中在需求的实现上。研发学生有不同意见的原因大致可以分为两类：第一类是技术难度和复杂性。第二类是研发认为其他方案会更有效地实现目标。针对第一个技术难度，如果研发难度大，优先级低，可以接受研发学生的意见。但盲目地为了降低开发难度而产生的异议，作为操作也是不可接受的。对于第二种，首先要判断这种方案和替代方案的优缺点，然后从目的出发，选择最好的方法。推荐理由：运营和研发的出发点是为了有效地推动项目的实施，并考虑产品的开发。当有不同的观点时，记住服从于最终目的。如果研发学生提供的建议能更好地达到目的，为什么不接受呢？勇敢地承认，不考虑一切比找各种理由来支持一个不能说过去的想法要好得多。写在最后：有些经历，必须亲身经历，才能学习。谢谢你能读到最后，谢谢你！ 

以上就是关于作为一个运营新人，我们应该如何和研发沟通需求。的相关介绍，更多作为一个运营新人，我们应该如何和研发沟通需求。相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对作为一个运营新人，我们应该如何和研发沟通需求。有更深的了解和认识。