【文章摘要】在百度做了一段时间的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发送策略的时候，忘记把验收邮箱加进去。。
总结：
重庆分公司
重庆分公司
