作为一名运营，我对此问题表示很愤慨，强烈抗议！

怎么？就不需要和运营保持好关系了？还是运营不如研发重要呐》？吃饭也没得运营的份咯？你们这些产品经理到底咋想的呢？

在下认为，产品经理是连接需求与研发的桥梁，能理解好需求、产品、研发三者之间的关系，才对与研发同事的沟通更有帮助。

我之前所在公司并不大，产品研发运营加起来10多个，所以经常与产品研发沟通。作为运营，总是会根据业务目标，向产品提需求的。但经常出现的情况是，做出来的产品功能，没有达到运营的预想，从而导致一系列的紧张关系。运营对功能不满，研发是按照需求文档做出来的，他们没错！锅在哪呢？运营就会怪产品怎么搞的，研发也会怪产品需求都没搞清楚，就发过来做了？

运营（需求方）对于技术的理解是有限的，所以对于需求的表达，并不规范，需要产品经理做好这个翻译，再发给研发同事，必要时，需要运营、产品、研发三方讨论。

为了解决三方之间的矛盾，我们当时是这样做的，对于运营提需求，要写清楚目的，而不是手段，并注明原因或者事实数据。

运营正确的需求提法：

我们需要加大促销页的浏览量（目的），以达到我们本季度销售目标（原因），我们的转化率一直在2%，目前最有效的方式是加大首页访问量。

运营错误的需求提法：

帮我们在APP首页、文章内页、放上这个海报。

产品经理对于提需求的人，问清楚目的是什么？为什么要这么干？有什么数据支撑？有什么别的实现方式吗？是长期用还是短期用？咱们的资源够吗？这些提问，就可以过滤很多不必要的需求，减少研发方面的工作，是不是更友好些？

需求排得实在太多，这也重要，那也重要，搞不过来咋办？需求减配，只把最要紧，最基础的功能做出来，可以人工解决的部分，先人工解决。这种就要和需求方做沟通，讲清楚原因，商讨出一个方案来，一般都是能理解的，但不要私自决定哪些不搞。

领导要求上一个拍卖功能，时间比较紧，做一个完全版并测完，在规定时间不加几个通宵班，是很难搞出来的，我了解到这个情况后，就提议做减配。

比如业务后台程序不要做了，如果有人中拍，技术直接从数据库给地址发货，退换货功能不做了，有问题客服直接处理.......

这样研发工作减少了一大半，领导的要求也完成了。作为产品经理，你用这样的方式去处理需求，别人对你是不是就刮目相看？

若你是一个追求完美的产品经理，请不要一开始就追求完美，收到一个需求就做一个完美的方案，把你的需求分A.B.C.D.E多个版本来完善，最开始的版本，可以是一个页面、一张海报、一个按钮来完成，先搞清楚用户是不是有这样的需求，如果这个页面能够给到你数据支撑，再去做下一个版本。完美的方案等于是研发无尽的加班，也等于无数的摩擦，关系怎么会好呢？

达到一个需求的目的，并不是只有一个方案。我之前自学过PHP MYSQL，所以对程序的运作有基本的了解。我发现经常有的事，提一个需求，按照我设想的方式实现，仅需要1-2小时就可完成（之后也通过与研发同事确认），但研发用了2天才做好，这中间就是缺乏足够的沟通，所以建议产品经理，研发超过半天的需求，可以拉需求方、产品、研发一起开个小会，探讨一下实现的方式，让研发直接听听需求方的意见，有助于更好的实现需求。

时间多花点在沟通上，不比事后反复修改多。沟通，别忘了运营（需求方）。

吃饭就免了。

产品和研发的关系，无非就是从需求怎么做？要不要做？这两个问题发生。