上一篇我们已经得到了「简报生成器」的功能列表，接下来我们将对功能列表进行分析，得到产品的 ROADMAP，也就产品路线图。

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

那为什么需要产品规划？

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

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

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

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

怎么做产品规划呢？

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

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

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

其次，继续整理上一篇得到的功能列表，标注功能的优先级以及需要的开发量，为下一步做准备工作。标注功能的优先级就是划分需求优先级，这是产品经理的一项必备技能。划分需求优先级的方法论有很多，比较经典的有 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）：需求分析

一个项目带你走进产品经理的世界（3）：从用户需求到产品功能

#专栏作家#

佐珥，微信公众号：产品碎月（ID：pm_lab），人人都是产品经理专栏作家，专注互联网产品，乐于通过幽默诙谐、图文并茂、结合实际的文字分享自己的产品经验，期望同大家一起快乐成长

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议