经验总结丨百度产品经理的防坑指南

  • 作者:产品100
  • 来源:产品100
  • 2015-10-29 15:02:00

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

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

1

一、能不能和该不该

接到需求,不能心一热马上想着去设计解决方案,而是应该先考虑能不能做和该不该做这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发送策略的时候,忘记把验收邮箱加进去。。

总结:

2

 

免责声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,也不承认相关法律责任。如果您发现本社区中有涉嫌抄袭的内容,请发送邮件至:operations@xinnet.com进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。

免费咨询获取折扣