百度产品经理的防坑指南

作者:课课家更新于： 2015-11-05 10:01:04

接下来，学习教程将要给大家推荐的内容是产品运营的几种方法，走过路过，千万不要错过，你们一定会喜欢的！！！！网络运营

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

产品经理职责一、能不能和该不该 接到需求，不能心一热马上想着去设计解决方案，而是应该先考虑能不能做和该不该做这2个问题。
1、能不能。
如果整个流程的所有规则都是固定的，那么才有继续调研设计的必要。这看起来是废话，但是经历过的人你们都懂的。
如果一个功能开发以后，运营同学还常常需要人工去处理，那么责任就是PM的。
2、该不该。这项分析通常用来确定完成一个项目所需的最短时间。对正在进行的过程，该分析并不总是有用，它最突出的用途在于针对产品开发以及其他项目相关的工作。
运营运营
关键路径分析首先需要确定完成项目所需的步骤。随后分析哪些步骤需基于其他步骤，哪些步骤可以与其他步骤同步执行，根据这些情况设定各步骤的优先次序。换句话说，那些其他步骤所依赖的先决步骤必须首先完成。
首先贯穿图表最上方列出时间帧。在图上时间帧下方画一个圆圈代表任务，接着画一条时间线指向下一个任务。线的长度，或者说两个任务的间隔代表执行该任务所需的时间。线与下一个任务相连，依此类推。这条线就是“关键路径”。同步执行的任务，或者不依赖于其他任务的独立任务，可以画在关键路径下方，与非独立任务并存。
实际上，绘制这种图表有两种格式。一种是甘特图，另一种是PERT图。有关这种图表和分析具体应用的实例和详细说明，请参见头脑工具。
  产品包装
排队论
排队论用于分析同客户和服务相关的一些情形，诸如确定某地区的加油站需配备多少台油泵、一家百货公司需设置多少个收银台，甚至于一个饭店需有多少个停车位等。它还适用于维修和服务站等需要排队等待维修的情况。通常来说，在任何情况下，只要人或事情需要等待，就伴随着价值的流失。
减少等待时间可以提升服务质量。这同时也增加了提供服务所花的成本。排队论的目标是找到一种恰当的方法，使得等候的客户的“价值流失”最少，而用于改善服务的成本仍处于可您的承受范围内。
队列计算体系中包含众多公式和算法，幸运的是可以应用软件来进行计算。

经过调研确定流程有固定的逻辑之后，还是不能马上设计方案，而是分析投入和产出的成本收益比。
如果是后台功能，分析功能做出来后能减少的流程和人力。
如果是前台功能：分析功能预期带来的用户或盈利，或者其他的指标。
成本一律为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发送策略的时候，忘记把验收邮箱加进去。。
关于产品运营的知识，数不胜数。以上内容就介绍到这里，希望大家多多学习。更多相关的数据库学习视频教程尽在课课家官方网。