【文章摘要】在百度做了一段时间的PM了，感觉坑太多工作各种不顺，总结一下遇到的一些坑，与大家共勉。如果想要精美的PPT版本指南，请加我微信索要，二维码自己找，已经被不少猎头发现了。。

接到需求，不能心一热马上想着去设计解决方案，而是应该先考虑能不能做和该不该做这2个问题。

1、能不能。

如果整个流程的所有规则都是固定的，那么才有继续调研设计的必要。这看起来是废话，但是经历过的人你们都懂的。

如果一个功能开发以后，运营同学还常常需要人工去处理，那么责任就是PM的。

2、该不该。

经过调研确定流程有固定的逻辑之后，还是不能马上设计方案，而是分析投入和产出的成本收益比。

如果是后台功能，分析功能做出来后能减少的流程和人力。

如果是前台功能：分析功能预期带来的用户或盈利，或者其他的指标。

成本一律为PM的调研设计和RD的开发时间。

这里会有一些不可见的成本，比如：规则改变后对用户情绪的冲击。这些都需要事先考虑。

考虑完了这2个问题后，再进行设计吧。

1、与运营的沟通

因为运营同学直接接触业务，所以会有一些需要来自运营，踩过了几次坑以后，含着泪写下以下2条掉坑经验：

a、当面访谈调研之后，要与icafe中的运营提的逻辑过一遍，可能会有逻辑不一致的。

b、需求如果设计到已经开发过功能，跟具体落实功能的RD沟通一下，因为很可能实际的结果和icafe上提的也不一样，后来被改过而没有更新。

2、与UE的沟通

a、有时候跟UE沟通了时会告之对方此UE的项目背景，有些UE会说表达一些自己的看法， 甚至提一些功能上的建议，此时，要谨记：只要不是设计专业领域内的建议，统统要时候再自行验证，因为最后背结果的是PM，信了，错了，责任就是PM的。

b、UE做完图发过来后，打开预览图看到的是长宽比，要注意实际像素大小。

3、与RD的沟通

RD基本可分为2种：

a、很听话的RD，完全照着文档做，不提任何自己的想法，发现错了也不会沟通。

b、调皮的RD，会对功能做一些小优化，有些RD会主动告知自己改动了什么，有些RD则不会主动告之，或者忘记告之。

遇到这些情况怎么办呢？多沟通多合作，磨合一阵子也就好了，不过你现在看到我的分享了，事先可以预防了。

1、现有的规则

在调研设计的时候，常常会涉及到原有的功能规则。此时要谨记，只要能想出更优化的方案，任何原有的规则都是可以变的，这会增加很多思考量，但是很有意义。

2、现有的功能

有时候调研了一下会发现某功能以前开发过，可以直接拿过来用，此时，一定要蛋定，我敢保证肯定会因为细节处有所不一致而导致此功能完全不能用，或者需要经过调整，一般来说，完全不能用的可能性较大。

3、结果可验收

看起来这是一句废话，哪里有开发出来的东西不能验收呢。。

实际上真的很有可能，比如在制定EDM发送策略的时候，忘记把验收邮箱加进去。。

总结：

上篇： 跟着搜狐学内容运营
下篇： 产品运营：3个段子、9大分类、19条法则