意见反馈

一个项目带你认识产品经理(三)产品规划篇

公众号:产品碎月
23997 阅读
104


或许你会说,已经有功能列表了,直接开发不就好了。还要什么产品路线图,多此一举。

那为什么需要产品规划?

首先,研发资源有限。功能列表的功能很可能很多,不是一两个星期就能开发完的。是的,你也可以说,你可以把当前功能列表里的功能都开发、测试完再上线。但别忘了,没有人可以等你那么久。小步快跑、快速迭代的产品开发模式已经被证明是一个可行的方式。

其次,功能优先级不一样。功能列表里的功能不是每一个都很重要,也不是每一个都是用户需要的。产品总会因为调试方便、数据统计等要求增加一些看似不必要的功能。

再次,时间有限。不是每个用户都等得起你所谓的完美版本的出现,不是每个老板都能给予足够的时间让你交付一个成熟的产品。

最后,没有完美的产品。就算给你足够的时间、足够的资源开发一个所谓的「完美」的产品,上线之后,用户还是会有很多需求等着你。

怎么做产品规划呢?

首先,搞清楚自己有多少资源以及老板有什么期望。产品规划不是抛开团队空谈规划,你必须清楚你能支配多少资源。这里的资源是指你的团队构成,你有多少开发、多少设计师、多少测试,如果产品需要其它部门配合,其它部门能配合你到什么程度……

同时,你还要了解老板对这个产品的期望。如果期望很大,那么你可以获得很多资源支持。如果期望不大,那么你在做规划的时候也要考虑这一点。

对「简报生成器」这个产品来说,这个产品只是自己业余时间做的、需要满足自己需求的产品。只有一个产品经理和一个开发,其它什么都没有(感觉有点心酸呢)。做这个产品的初衷就是满足自己的需求,其次才是满足和我有同类需求的用户。

其次,继续整理上一篇得到的功能列表,标注功能的优先级以及需要的开发量,为下一步做准备工作。标注功能的优先级就是划分需求优先级,这是产品经理的一项必备技能。划分需求优先级的方法论有很多,比较经典的有 KANO 模型、RICE 模型、重要紧急四象限法、MoSCoW 优先级排序法等等(具体内容可以自己搜索了解  )。

实际工作中,很多产品经理里以 「P0、P1、P2…(优先级递减)」来对功能做排序。这里将以 MoSCoW 为例对「简报生成器」的功能列表做排序。

那什么是 MoSCoW 优先级排序法呢?

Mo-S-Co-W 可以理解为四个优先级的简写。

  • Mo:Must have,必须放进产品 / 版本。可以理解为「必须有」。

  • S:Should have,应该放进产品 / 版本。可以理解为「应该有」。

  • Co:Could have,可以放进产品 / 版本。可以理解为「可以有」。

  • W:Won’t have,不会放进产品 / 版本。可以理解为「可以没有」。

为什么选择这个方法,因为这个是除了重要紧急四象限法以外,我认为最容易理解的需求排序法。

在整理功能列表之前,我们简单回顾一下上一篇的功能列表。我们将「简报生成器」的功能分为五大部分:

  1. 简报布局:可管理简报的样式,包括纯文字版和图文版。

  2. 简报生成:生成简报的核心部分。

  3. 简报设置:可设置简报的格式以及简报内容。

  4. 简报展示:展示简报和查找历史简报

  5. 用户登录:用于匹配用户信息和用户的简报设置。

经过整理,会得到如下图所示的「简报生成器」的功能列表:

或许你会说,如果上一篇的功能列表直接按照这个格式罗列,这一步的工作就会简单很多。是的,我承认,只是我习惯了用思维导图整理思维。如果你习惯用 Excel 整理,那确实是好事,工具只是为了帮助我们解决问题,不用过于拘泥于形式。

再次,需要和研发 Leader 一起做产品规划。为什么要找研发 Leader,因为相同的功能,产品设计思路不一样,所需的开发量差别会很大。

为了尽可能切合实际的开发量,需要和研发 Leader 大概讲一下自己要怎么设计这部分,从而帮助研发 Leader 评估开发量和具体的时间安排,从而快速得到产品路线图。假设经过了激烈的争论和讨论,最后得到了如下图所示的产品规划:

得到产品路线图之后,这个事情就做完了么?

最后的最后,一定要记得和你的团队成员分享这个产品路线图,和他们分享一下这个产品的背景以及为什么要这么规划,争取做到信息对称。

在实际工作中,我会在 Axure 里用表格形式说明产品路线图,以和团队成员共享。

总结

(1)这一阶段,产品经理需要输出什么文档?

产品路线图,也就是规划每个版本的目标是什么、需要做哪些功能、大概需要多久完成。

至于产品路线图的形式,可以采用 Excel 列表格完成,也可以用 PPT 做。形式是加分项,但是不是最重要的。如果时间充裕,那做一份「易用又美观」的产品路线图当然是最好的。但如果时间不够,简单画个草图也不失为一个好办法。

(2)做产品规划有什么好处?

  • 目标感:团队成员包括老板都能通过产品规划明白产品的最终「蓝图」,明白每个阶段都要做什么,什么时候可以「完成」这个产品?

  • 掌控感:产品规划会让产品经理对产品有掌控感,你会很清楚功能的优先级、当前阶段在做什么、下一阶段要做什么,不会太手忙脚乱不知道下一步应该做什么,不会东凑一点西凑一块做下一期的功能。

(3)产品规划后续还会改动吗?

先给答案「一定会」。

不是做完了产品规划就只需要按照产品规划做「执行经理」,很多因素都会导致产品规划后续的变更,比如:

  • 公司战略重心的调整。本来团队有十几个人,由于项目抽调只剩下五个人,产品规划就需要根据实际做调整。

  • 研发过程中的不可抗力。明明规划了十个功能点,但是在开发过程中只完成了九个点,后续的产品规划也需要做相应的调整。

  • 需求的增加。产品上线后的用户反馈、运营需求、市场需求等都会导致需求池(功能列表)的增加,从而影响功能的优先级,进而影响产品规划。

  • 产品经理前期考虑不周。产品经理从一开始就很明确这个产品后续要怎么发展,这件事本身就很考验人。经验是一方面,运气也是一方面吧。

(4)都说第一个版本很重要,那第一个版本应该怎么规划呢?

第一个版本俗称 MVP,当然还有其它的划分方法,下一期我们具体来看,敬请期待。

好的,今天这篇文章到这里就结束了,我们的《一个项目带你走进产品经理的世界》系列文章完成进度如下:

黄色为当前进度~

相关阅读

一个项目带你走进产品经理的世界(1):从收到一个需求谈起

一个项目带你走进产品经理的世界(2):从用户需求到产品功能