产品设计SDK——核心关注怎么做好解决方案的设计 - 🐣产品路线图Roadmap设计 - 《产品API：进阶全栈PM手册》

知识库首页
新手引导
相关说明

关键内容：公司战略、客户需求目标、产品发展状态作者：小步篇幅：全文约 2676字阅读时长：约8分钟提示：以下内容仅为个人分享，有兴趣交流的伙伴可在下方讨论区留言。

知识库首页

产品API:进阶全栈PM手册

提示：上方链接属于全手册首页，伙伴们打开后可以关注或收藏，用于日常工作查看，其中关注后，可以实时收到文档更新通知，希望对你有所帮助。

新手引导

我是小步，欢迎小伙伴的访问，如果这是你的首次访问，请点击下方链接，了解文档写作逻辑，才有更好的体验。

序言用小步迭代搭建自己的知识体系
 内容导读如何使用这个手册

正文

产品路线图是产品工作中，必不可少的工作项，它的本质的对产品的发展管理，每一年、每一个季度负责的产品都有它的发展状态，如何去规划设计它，需要有一个时间维度看板。

当然从内容输出上来看，主要就是什么时间点要达到什么目标，可能并不复杂，但是对产品设计者来说，如何设定每个阶段的目标以及考虑的内容依据是什么很关键，它客观表达了产品人对市场的判断、对公司的战略理解，对客户需求的思考，以及对产品的落地管理能力，因此本文主要分享笔者在此模块的思考，仅供参考，希望有所帮助

基本介绍结构分三部分即：是什么、有什么作用、如何设计

是什么

产品路径图是产品负责人对产品未来一个季度或全年走向的时间规划示意图，也可以理解为产品战略
它的核心内容往往是基于对公司未来战略的拆解、客户市场发展情况的预估而设计产生的
常规包含产品在什么时间点，要完成那些事情或达到什么状态两个核心元素

有什么作用——指明产品战略发展方向

Roadmap的作用根据查看对象主要体现在三方面：

对于产品负责人，主要用于指导和管理产品未来发展方向以及构建预期的蓝图形态，这里面包含了对产品的全局思考，对未来总体战略的输出
对于协同部门，主要传递给协同部门该产品未来的发展方向和时间规划，让协同部门能以此作为相关目标设计参考，同时便于承上启下直观认知传递
对于向上汇报，主要用上层领导能够为产品未来发展方向有预期，且可以基于此进行方向判断和评估

但需要注意，因为不同视角，对内容的颗粒度也会有所不同
一般来说：上层关注产品方向的正确性，协同部门关注方向内容与部门的相关性
但总体都是宏观视角的表达和描述，只描述核心方向和目标，具体落地实现方法需要根据市场和组织情况调整

如何设计——多维思考一维展示

首先设计之前，基于笔者对B端产品的理解，需要时刻反复提醒自己一个认知关键点：

即B端产品的核心目标一定是围绕着公司和客户共同成功进行设计的，不能单维度凭空构建，也就不具备实际的参考价值和作用

所以Roadmap的设计需要包含但不仅限于公司战略、客户需求目标、产品现状等多维度的考虑

设计依据：目标与公司、客户、产品具备高度一致性，交集越大，越有利于发展
出发点	设计思路
公司战略	方法：以公司整体战略维度设计的路线方向，用于匹配公司未来的目标原因：站在公司视角，脱离公司发展方向，仅考虑产品自身方向很容易导致公司价值的不协同，容易陷入纯产品维度个性化追求，会引来组织各方面的挑战和压力，比如作为产品人想做平台，但公司的业务战略是做垂类，此时产品方向如果全是平台视角，则便是战略和执行的严重不匹配，结果可想而知
客户目标	方法：站在客户视角，以要解决的客户需求目标为产品路线规划，用于匹配客观符合客户预期的目标原因：公司战略往往更多是利己的，容易不考虑客户会因此获得什么，在B端则容易脱离客户需求为公司发展而做过多关于客户目标的设计，导致输出结果与客户需要不一致，所以需要挖掘客户目标来进行校正
产品现状	方法：站在产品视角，以产品阶段状态的未来发展为产品路径规划，用于匹配符合当前产品发展运营状态的目标原因：往往产品的设计和实现肯定是存在缺陷的，且大部分会因为快速响应客户需求，而留下一定量的历史产品和技术债务，因此往往会出现阶段性的重构或全新的技术选型，当然这客观取决于产品和技术设计者的设计水平，这部分往往被忽视掉，但它却实实在在的影响着产品的表现，所以这个时候需要重点权衡对战略和客户目标需求的影响，关注产品遇到的阶段性问题

基本结果：既能表达公司主观的愿景目标、也能反映洞察客户期望的愿景目标，同时兼顾了组织内部产研情况。
当然一定是有权衡和取舍的，但是思考不能少

第一步，设计前的信息调研，全局需求调研——发现新机会、问题点

进行公司战略的拆解，沟通相关上层领导进行战略理解的二次确认
进行市场行业调研，业界新动向、新趋势、SWOT、波特五力分析，发现新机会
进行内部组织业务调研，收集协同部门的最新发展方向和状态
进行产品架构的二次梳理，明确产品的当前现状包含结构和技术状态
进行客户需求复盘，了解当下客户需求的核心满足情况

第二步，设计产品路线图Roadmap——定义目标和关键计划

基于上面的思考和拆分，下面可以根据不同的颗粒度进行产品Roadmap的绘制，此部分主要描述基本的表达形式和注意点

工具方法：形式和格式多样，可用Xmind、Excel、PPT都可，但需考虑不同场景使用，以下仅为笔者建议

Xmind，思维导图进行基本内容逻辑的思考和编排构建，不适合对外展示，适用于个人思考
Excel，主要体现为已经有从产品功能主题相对细化的罗列，适合业务线内部的细化的路线分享
PPT，主要为汇报时的表达，尽可能的简单直观，所以会尽可能少细节的功能点描述

设计核心点：不同对象，不同颗粒度的内容展示

如果你是多业务线的负责人——细化核心客户目标

XXXX年产品路线图
核心目标	用一句话描述全年的总体规划，建议描述对客户需求目标的内容
业务线	Q1 关键结果	Q2 关键结果	Q3 关键结果	Q4 关键结果
产品1	主题1	主题2	主题3	主题4
产品2	主题1	主题2	主题3	主题4
产品3	主题1	主题2	主题3	主题4

如果你是单个产品的负责人——细化核心功能

XXXX年产品路线图
核心目标	用一句话描述全年的总体规划，建议描述对客户需求目标的内容
业务线	Q1 关键结果	Q2 关键结果	Q3 关键结果	Q4 关键结果
模块1	主题1 功能1	主题2 功能2	主题3 功能3	主题4 功能4
模块2	主题1 功能1	主题2 功能2	主题3 功能3	主题4 功能4

第三步，产品路线图Roadmap宣讲

往往产品路线图设计完毕后，对进行多方宣讲和同步，此时需要为自己的设计内容，准备相对充分的宣讲材料
因为一定会受到挑战和质疑，基于此笔者认为需要表达以下内容：
1 核心目标的设定的背景是什么，需要介绍情况
2 时间节奏的安排的思考，为啥Q1/Q2/Q3/Q4的内容排序是这样，而不是相反的方向
3 各目标对公司和客户、组织的影响情况如何，需要哪些配合和可能遇到哪些阻力，以及对应的策略可能是什么

小结

其实从内容来看，所有的设计都少不了结构化思考的部分，本文也重点涉及到了产品人对战略的思考、公司的思考、市场的理解、客户需求的洞察等等多方面，因此这都需要我们不断地进行深度思考，另外市场是多变的，没有绝对正确的路线图，所以也应该具备迭代的能力，及时接收反馈，积极调整即可

🐣产品路线图Roadmap设计