Roadmap用来指引人们到达某个地点，或说明从甲地到达乙地的方式

Roadmap用来指引人们到达某个地点，或说明从甲地到达乙地的方式。从一般意义上来说，路线图更多的被指代于地理上的图片说明，例如寻宝图、部分位置图、交通示意图等等。

在广义上，Roadmap也可以是指引人们达到任何目标的说明性文档，甚至没有任何图片说明也可以被泛指为“Roadmap”。延伸到产品设计上，它是一种能快速表达出这款产品实现成功的过程和最终的结果。

2. Roadmap的特点

1）有起点有终点

与传统地图不一样的地方是，Roadmap是有起点有终点。通常起点是1个，但是终点可能是1个或多个，因为产品发展的路径可能会从最开始的1个idea衍生成1个或多个产品解决方案。

2）有明确的路径

这点和地图软件的导航很类似，从起点到终点的线路，一定是有明确的路径。基于用户不同诉求，路径是有所差异的，比如从A点到B点，按地铁优先、步行少、换乘少、时间短等不同的诉求，导航软件推荐的路径是不同的。

但是不管是哪种路径，用户都能在地图上得到明确的路径，一步步指引自己从A点到达B点。

3）简单易懂、易于阅读

Roadmap一般是浅显易懂的，按用户体验场景的流程，通过简洁、形象化的文字描述，来表达出来的图形。步骤清晰，且承载的信息相对较少，从而简单易懂、易于阅读。

二、为什么要做Roadmap？

1. 完整性

Roadmap可以从用户体验场景的横向和纵向两个维度，让团队直观的看到这款产品的完整面貌。

• 横向看：从用户开始接触体验这款产品，到体验完成离开这款产品，整个用户体验路径上的场景都能被Roadmap覆盖；
• 纵向看：在某一个用户体验场景上，比如从前期提供10%的该场景解决方案，到最终提供100%的该场景解决方案，都能在Roadmap上呈现出来。

2. 成功的样子

Roadmap的价值是让团队清晰的知道这款产品成功是什么样子？以及实现成功的样子需要设定哪些目标？这些目标要达到怎样的标准？

这些标准需要在什么时候提供怎样的解决方案，这样在产品初期规划的时候，需要产品经理既要考虑用户场景、又要基于企业现有能力，最终描绘出一幅“可落地可执行成功产品的蓝图”。

3. 能力储备

一幅可落地可执行的Roadmap，可以让团队提前进行相应的能力储备，以便完美实现Roadmap成功的样子。

比如需要提前储备用户深度调研、需求挖掘、产品设计等能力，来解决用户在不同场景的痛点；比如需要提前储备运营支撑能力，产品经理提供了产品解决方案，运营则需要匹配上合适的运营推广方案，从而更好的解决用户痛点。

再比如要实现对应的产品解决方案和运营推广方案，技术团队需要建设哪些技术能力？要不要建设中台？以及建设哪些中台？

三、Roadmap长什么样子？

Roadmap不在乎用什么工具来描绘，可以用PPT、Xmind等工具，但是它脱离不了以下这些核心的要素，通过这些核心要素按一定逻辑组合起来，呈现出的就是Roadmap的样子。

1. 目标

给你这张蓝图定一个一句话的目标，这句目标能完美的概括出这张蓝图的重点。比如C端O2O产品目标叫“围绕多、快、好、省来打造极致的用户在线交易及服务体验”；再比如B端CRM产品目标叫“建设客户全生命周期移动化、数字化管理平台”。

让别人首先看到这句目标，就能快速的了解到这张蓝图的核心宗旨和愿景。

2. 横轴-完整用户体验路径

大多数Roadmap的横轴都是用时间轴来呈现，但是我更偏向于用用户体验路径来当横轴。两者优劣点如下，大家可根据自己实际情况进行选择。

1）横轴-时间

• 优点：突出时间维度，能通盘清晰的看出每个时间段该做什么事；
• 缺点：没有用户视角，缺乏横向逻辑性，比较难理解。

2）横轴-用户体验路径

• 优点：站在用户视角，有横向逻辑性能串联整张Roadmap；
• 缺点：不能通盘看到各个时间段该做什么事。

将这款产品以用户体验路径拆解成几个阶段，再基于每个阶段识别出用户的核心动作，这样就形成横轴的用户体验路径。比如打车业务，可以分成上车前、车上、下车后3个阶段，每个阶段动作如下：

• 上车前：提交行程、等待接单、等待司机到达；
• 车上：乘车；
• 下车后：支付、评价、开票、投诉。

将用户体验的关键阶段和动作识别出来，并基于此进行绘制每个阶段和动作场景下的Roadmap，这样就是一幅完美的Roadmap。