|
产品经理不是神，好吧，我知道我在我的文章中说过很多次这句话了，因为我实在是看不习惯这个职业中某些人喜欢神化这个职位，而且这个职业经验主义盛行，这个大多和互联网泡沫有关，关于这个职业我就不多说了，评价都留个路边社吧…我今天谈谈自己总结的我们做产品规划的时候，容易犯的错误。项目管理者联盟
1、产品需求过度项目管理者联盟
这个我之所以放在第一位，是因为这是每一个产品人的通病，当然这里较多因素是老板原因。产品经理在规划产品的初期，往往会经过需求的调研分析，需求验证阶段，这个阶段，需求可能来自老板，运营团队，市场团队，潜在用户等，这个时候我们还需要一个叫需求池的东西。那么问题就来了…这个池越来越满，都要溢出了怎么办?很多时候，产品经理，都是样样照做，每个需求都满足。产品做得非常重，方向不明确，用户体验极差。在做产品规划的时候，应该根据产品定位和方向对需求进行筛选，确定核心需求和周边需求，满足核心需求，适度添加周边需求，在上线后要跟踪产品各个功能的使用率，适当运营加法和减法，千万不要为了丰满产品不断添加需求功能，让产品繁重不堪。这是中国产品经理们的通病，在长期的产品运营中，产品越做越重。幸好最近这种思维有所反思(迅雷极速版，手机QQ)。当然要是你大声对我说“不用赚钱?”那请当我放屁吧。pmp.mypm.net
2、只懂闭门造车项目管理者联盟
完整的产品涉及到众多领域的知识，并且后续运营的支撑、推广方式也要在产品规划时就考虑进去，所以那怕产品经理真的是神一般知识渊博，但是在一些专业领域里也没有从事这方面专业人员要了解的，所以我一直强调专人专事。产品经理在产品规划的时候，需要团队协助或沟通的地方，千万别闭门造车，这样规划的产品往往是没有满足实际需要的。项目管理者联盟
3、产品逻辑混乱PgMp.mypm.net
我们知道产品经理的工作是执行层面的，所以如果逻辑不清是一件非常可怕的事，这就会导致执行人员也不知道怎么去实施产品需求了(这个问题我工作中遇到过)。最常见的逻辑混乱就是功能需求的流程走不通，没有进行过多条件的流程推演，流程条件不完善，甚至在一些中小型企业，为了尽快上线产品，产品规划流程能省就省，流程图也不画。这样导致产品团队自己也不清楚自己的逻辑，技术人员就更混乱。往往工作中和技术人员产生争执也是如此，逻辑不通是非常让技术人员反感的行为，所以我们做产品的需要不断反思自己，千万不要出现争执了马上就埋怨技术人员，这样是不可取的。项目管理者联盟
4、追求大步向前项目管理者联盟
也许有不少传统软件业从业人员加入互联网，但是做互联网产品和传统软件业不太一样，互联网产品讲究快速迭代，小步快跑。所以产品经理在规划产品迭代需求的时候，很容易忘记阶段目标和时间计划，这就会导致需求负载，大步迭代。当然也有些公司团队的迭代需求是长周期的大步迭代，所以公司要求的不同，也会有不一样的迭代计划。但是在大步迭代的计划中，也会在其中细分小阶段，小的里程碑，避免大步期间目标迷失和新需求植入，导致迭代混乱。talent.mypm.net
5、虚假快速迭代talent.mypm.net
相信更多是老板层面出了问题，但是作为产品leader，这种为了快而快的迭代，反而容易把产品带入危机中。如唐杰兄所说：“一周一个迭代，一周5个工作日，在这短短5天里，需要经历策划、设计、开发、测试、上线，很难保证每个需求是经过深思熟虑的，如果团队协同不够默契，就会造成致命的伤害。”这个我可是深有体会的，无论是团队还是产品都是疲惫的。所以产品经理需要懂一些项目管理的知识，根本没有必要去刻意追求所谓快速迭代，这样就以为高大上了。找一个适合团队的时间节奏反而更好发挥效率，同时切勿随意更改既定的时间周期，否则团队的积极性会被严重打击。training.mypm.net
6、分不清轻重缓急
这就是我们经常说的需求优先级。如果产品经理分不清工作的轻重缓急，很容易导致产品没有明确的方向、团队成员疲于奔命但却没有实际的成果，久而久之人累心散。判定工作内容的轻重缓急除了公司层面的任务之外，还有就是结合产品规划中的需求决策的知识，根据需求的优化等级安排工作计划，当然这个具体要看PM权限，某些公司PM就是个规划产品的，没有其他话语权。talent.mypm.net 项目管理者联盟
|
