在产品运营工作过程中，常常需要与PD和开发交锋，能否有效地沟通关系到最后产品的好坏。常常提出的需求不被重视有木有？提出的需求被告诉实现不了有木有？提出的bug查了N久没结果隐患让你忧心忡忡有木有？被那些懂技术的专业人士直接无视有木有？

一、提的需求不被重视怎么办？
    常常提的一些需求在PD或开发那头没有引起足够的重视。有些问题已经出现得比较频繁的，或是比较普遍了，因为所在的岗位不一样PD或开发没有了解这个问题 的严重性和紧急性。口头上或即时工具的沟通还是推动不了的话，那最好用邮件以正式的方式详细说明问题，并抄送给老大，让老大知晓有这么个问题，相信其他同 事也会处理得快点。
    如果遇到是那种问题常常被搁浅的PD，那么要么自认倒霉，要么绕过PD自己跟进开发（在工作流不那么死板的情况的团队可以试试）。当然是运营提的需求，提完之后也经常要问问PD进度怎么样了，以防大家手头上事情多给忘了。
二、提出的需求被告诉实现不了怎么办？
    1、开发不想增加工作量或者不想去尝试，告诉运营这个在技术上实现不了。
     如何辨别这种推脱的情况？找你认识的开发，给他们描述业务场景，一般开发一听就会懂，然后尽量问如何去实现。一般问过几个人实现不了，那就是实现不了。在 这个过程中你问到的人会给你一些有可能实现的解决方案或方向。这个时候再回过头去跟自己开发讨论，就会容易多了。如果你连实现的方式和方向都告诉他们了， 那么他们没有理由反驳你的时候，就会乖乖地去做了。（这一招我常常揭发外包公司开发不肯去优化已经付费过的功能。有一次被逼急了他们不小心说出来那个需要 很大的工作量。。。）
    2、当前的技术无法实现，可以持续关注最新技术，一旦能实现再入手。
     举个例子，像开放平台有时候暂时没开放你所需要的接口，但是随着时间推移，后面可能又开放了你需要的接口，那么之前的业务是可以继续做的。
    3、跟合作方开发保持联系，了解最新技术促进新业务的开展。
       没事跟合作方开发聊一聊，打听打听最新技术，聊到一些可能性的技术，对扩展新业务会比较有帮助，根据最新的可行技术，可以完善自己产品的新功能或想出一些新业务。
       技术上无法实现，也要继续跟进。锲而不舍讨论各种可行性方案，最后也可能也其他折中的实现方式。
三、提出的bug查了N久没结果怎么办？
      这种情况我不知道在自有开发团队中会有多少是这种系统有BUG了（甚至是一些比较严重的）但是查了很久无果的。我们的产品用的是外包的开发，运营过程中出 现过几次。有一个严重的bug查了几周，问了N次还是没查出。最后自己在运营的过程中仔细去留意业务场景，并演示给开发看，提一些猜测的可能性，帮助开发 找到bug所在。
   遇到这种问题，一定要仔细给开发描述出现此问题的业务场景。因为开发只从技术去做，不好重现这个问题的情形，很难直接入手去查找的。运营同学抛出问题后， 也要多跟开发讨论。如果开发知道怎么去修复，那要知道问题发生的原因及解决方案。如果开发不知道怎么去修复，那么讨论的过程也可以帮助他们理清思路，找到 查找的方向。
    当被告知查不出问题的时候，运营不能放松，而是要更仔细地去留意自己操作过程中是否会有情景重现，把最直接的观察结果陆续反馈给开发，直到问题解决。
  在这个过程中，如果开发查不出原因，那么继续找其他你所认识的一些高手，给他们描述出现此问题的业务情形，也会得到很多帮助。
     作为一个不太懂技术的运营，经常直接跟进开发，这也许看起来不符合正常的工作流。这里有两个原因：一，有PD的时候，需求实现太慢，有不重视，也有没有那 么严格的工作流。二，产品（其实差不多是半成品）开发完后直接交给运营，运维，产品优化，推广全是运营自己做，中间不再有PD。
    运营与开发有效沟通的方法是：找到一些高手，做两边开发的“传话筒”（中间的人自己要消化），用专业的话去跟专业的人讲话。 这时候别人忽悠不了你，你自己还会更深入的了解自己产品。
  如何提问其他开发高手？
1、如果没有需要保密的数据，可以直接业务情景演示。
   这种方式比较直接，也可以较清楚地有效沟通。
2、描述大概业务情形，描述类似的问题，咨询可能的情况。
   专业人士一听就明白，他们理解之后也会给到一些比较好的建议，也会提到在他们过去碰到其他一些类似情况是怎么去做的。就算你不懂技术也知道是什么原理。然后你再讨论的时候就“有料”了。
其实在与设计师沟通的过程中也可以这样做，一味地告诉设计师那不是你想要的作品，会让他们抓狂，如果找一些懂设计的业内人士看一看，然后用他们的“专业术语”告诉设计师你要修改的意见，效果会好很多。