产品线规划图用一张图回答四个问题：这条产品线里有哪些产品、各自服务谁、现在处于什么阶段、未来按什么顺序推进。本文给出一份演示性质的填写示例，采用“产品分层—阶段定位—演进节奏—资源与依赖”四层结构，先展示填好的完整规划图，再逐项解释字段判断依据，最后说明换一条产品线如何套用以及哪些情况不适合用这张图。
要点总览（TL;DR）
- 产品线规划图用四层结构回答四个问题：产品分层说明有哪些产品及各自角色，阶段定位说明当前在哪，演进节奏说明往哪走、按什么顺序，资源与依赖说明靠什么支撑、受什么约束。
- 示例按客户群与场景重叠度划分核心、延伸、探索三层，用导入、成长、成熟、退出四个阶段定位，并把共用能力前置到近期时间带。
- 换一条产品线套用时，先列全产品并标注客户与场景，合并同类项再分层，识别依赖后安排演进顺序，最后组织评审确认分层依据和推进节奏。
- 规划图适合表达演进方向，不适合做投资组合排序、单个产品的需求优先级管理或详细排期；产品边界不清时应先完成产品定义。
- 规划图落地后需要把产品阶段目标对应到需求、项目或迭代等工作项，ONES Plan 的产品管理支持管理产品线并通过工作项属性跨项目管理，可与 ONES Project 数据互通。
示例目标：这张规划图要回答什么
示例设定一条面向企业协作场景的产品线，旗下已有若干产品，分别覆盖文档协作、任务管理、数据报表和移动端接入。产品数量在增加，团队需要向管理层说明未来一到三年先做什么、后做什么、哪些产品维持投入、哪些产品需要收缩。这个情景为演示设定，不代表任何真实企业的产品线或经营结果。
规划图要回答的问题可以归为四类：
- 有哪些产品：把产品线内的产品完整列出，并区分它们在整体中的位置，避免只盯着当前收入最高的单品。
- 服务谁、解决什么场景：每个产品对应哪类客户、哪类使用场景，客户群和场景的重叠程度决定产品之间是互补还是重复。
- 处于什么阶段：用可判断的阶段描述替代“重点产品”“一般产品”这类模糊说法，让投入强度有依据。
- 按什么顺序推进：给出近期、中期、远期的时间带和关键里程碑，说明先补什么能力、再扩什么产品。
这四个问题对应规划图的四层结构。产品分层回答“有哪些、各是什么角色”，阶段定位回答“现在在哪”，演进节奏回答“往哪走、按什么顺序”，资源与依赖回答“靠什么支撑、受什么约束”。四层合起来才构成一张可讨论、可评审的规划图；只画时间轴不标分层，图会变成排期表；只列产品不分阶段，图会变成产品清单。
完整示例：一条产品线的规划图怎么填
下表是这份演示规划图的完整填写结果。产品名称、客户群和时间带均为示例设定，用于展示填写方式。
| 层级 | 产品 | 目标客户 | 核心场景 | 当前阶段 | 目标阶段 | 演进时间带 |
|---|---|---|---|---|---|---|
| 核心产品 | 文档协作平台 | 中大型企业知识型团队 | 制度文档、方案评审、跨部门资料共享 | 成熟 | 成熟（维持并提效） | 近期至远期持续投入 |
| 核心产品 | 任务与项目管理 | 研发与交付团队 | 项目计划、任务分派、进度跟踪 | 成长 | 成熟 | 近期完善协作能力，中期进入成熟 |
| 延伸产品 | 数据报表与看板 | 核心产品的既有客户 | 项目数据汇总、管理层进度查看 | 导入 | 成长 | 近期随核心产品数据打通，中期独立推广 |
| 延伸产品 | 移动端接入 | 外勤与高频审批人员 | 移动审批、消息处理 | 成长 | 成熟 | 中期补齐核心场景，远期稳定维护 |
| 探索产品 | 智能文档助手 | 文档协作重度用户 | 文档摘要、内容检索 | 导入 | 验证后决定是否转延伸 | 近期小范围验证，中期评估去留 |
演进节奏按三个时间带组织。近期以补齐共用能力为主：统一账号与权限、打通文档与任务的数据关联、为报表产品准备数据接口。中期把延伸产品推向独立获客，同时让任务管理产品完成成熟化，移动端覆盖核心审批场景。远期维持核心产品的稳定迭代，根据探索产品的验证结果决定是否将其升为延伸产品，或收缩资源。
资源与依赖一栏写投入方向和约束条件，不写预算金额。示例中的填写口径是：核心产品保持主要研发人力，延伸产品采用小团队跟随核心产品的接口节奏，探索产品限定在固定人力内做验证，不占用核心产品的交付资源。共用能力包括统一身份与权限、数据接口规范、组件库三项，由平台小组统一维护，各产品按规范接入。外部依赖包括第三方消息通道和移动端应用商店审核周期，这两项会影响移动端产品的时间带安排。
逐项解释：每个字段为什么这样填
产品分层按客户群与场景重叠度划分
示例把文档协作和任务管理放在核心层，依据是两者覆盖的客户群高度重叠、场景互补，共同构成产品线的主要收入与客户入口。报表和移动端放在延伸层，因为它们服务的是核心产品已有客户的增量场景，单独获客能力较弱。智能文档助手放在探索层，因为它的客户群尚不明确、场景仍在验证。分层的判断标准是客户群与场景的重叠度，与团队组织架构无关；按团队划分容易把“谁在做”当成“产品在整体中的位置”，导致资源跟着组织走而不是跟着客户走。
阶段定位用四段划分替代模糊描述
示例统一使用导入、成长、成熟、退出四个阶段。导入指产品已有明确场景但客户规模小、能力不完整；成长指客户开始增加、能力快速补齐；成熟指客户稳定、迭代以维护和提效为主；退出指停止新增投入、只做必要维护或迁移安排。判断阶段时可以看三个信号：客户数量是否稳定增长、能力缺口是否集中在少数场景、维护性工作是否已占主要研发投入。用阶段词替代“重点推进”“持续优化”这类描述，评审时才能对“该不该加人”形成一致判断。
演进顺序先补共用能力再扩产品
示例把统一权限、数据接口和组件库放在近期，把延伸产品的独立推广放在中期。原因是延伸产品依赖核心产品的数据和账号体系，共用能力不到位就扩产品，每个产品都要自建一套，重复建设会在中期集中暴露。演进顺序的判断方法是先找产品之间的依赖关系，把被多个产品依赖的能力前置，再安排依赖方的推广节奏。探索产品放在近期做小范围验证，是为了在资源大量投入前拿到去留依据。
资源与依赖写方向和约束，不写预算数字
规划图的读者是产品和研发管理者，需要看到人力投向哪一层、哪些能力由谁统一提供、哪些外部条件会影响节奏。写“核心产品保持主要研发人力”比写具体人数更稳定，因为人数会随季度调整，方向在一年内相对稳定。外部依赖要写清影响哪段时间带，例如应用商店审核周期影响移动端的中期节点，这样评审时能识别风险来自内部还是外部。
可迁移规律：换一条产品线怎么套用
四层结构可以整体迁移到其他产品线，填写顺序建议如下：
- 列出产品线内全部产品，标注每个产品的目标客户和核心场景。
- 按客户群与场景重叠度合并同类项，再划分核心、延伸、探索三层。
- 为每个产品确定当前阶段和目标阶段，写清判断所依据的信号。
- 识别产品之间的依赖，把共用能力前置到近期时间带。
- 按近期、中期、远期填写里程碑，并标注资源方向与外部依赖。
- 组织一次评审，重点确认分层依据和演进顺序是否得到一致认可。
产品数量多时，先合并同类项再分层。例如多个产品只是面向不同行业包装同一套能力，可以合并为一个产品下的行业方案，避免规划图上出现十几个平级条目而失去重点。演进节奏的时间带长度随行业变化速度调整：变化快的行业可以把近期压缩到半年、远期放到一年半；变化慢的行业可以按年度划分。字段也可以按复杂度增减，产品线只有两三个产品时，资源与依赖可以并入演进节奏一栏说明。
规划图落地后需要与下游管理对象建立对应关系，否则图上的演进目标无法被跟踪。常见做法是把每个产品的阶段目标拆成具体需求或项目，让规划图上的时间带对应到实际工作项的状态和进度。ONES Plan 的产品管理面向以“产品-项目”模式工作的研发团队，支持管理产品线并通过工作项属性跨项目管理；它与 ONES Project 数据互通，可监控及规划相关项目和迭代、查看工作量和进度，也提供多项目总览和资源报表。团队可以把规划图中的产品与阶段目标对应到项目和迭代上，在评审时对照实际投入与进度。具体如何建立这层对应，取决于团队已有的工作项结构和工具配置。
适用边界：哪些情况不适合用这张图
产品线规划图适合表达演进方向和产品之间的相对位置，以下情况需要换用其他方法或先完成前置工作：
- 需要做投资组合排序与取舍：多个研发项目之间争资源、要比投入产出并决定砍掉哪个，属于项目组合管理的范围，规划图只表达产品线的演进方向，不承担组合排序。
- 需要管理单个产品的需求优先级与复用：某个产品内部的需求排序、需求复用和版本内容安排，属于需求管理的工作，放在规划图里会让图过细、失去方向表达的作用。
- 需要详细排期：规划图的时间带以季度或半年为单位，不能替代项目排期表；需要精确到周的任务安排，应在项目计划中完成。
- 产品边界尚未清晰：产品线还没成形、各产品服务谁尚不确定时，先完成产品定义和客户群划分，再画规划图，否则分层和阶段判断都缺少依据。
判断是否适用，可以看当前要解决的问题：如果问题是“这条产品线未来几年往哪走、产品之间怎么配合”，规划图是合适的表达工具；如果问题是“这个季度先做哪个项目”“这个需求排第几”，应转到对应的管理方法中处理。
常见问题
产品线规划图和产品路线图有什么区别？
产品线规划图侧重表达一条产品线内多个产品之间的相对位置和演进顺序，回答“有哪些产品、各服务谁、处于什么阶段、按什么顺序推进”。产品路线图通常聚焦单个产品或单条业务线的版本与功能节奏，时间粒度更细。两者可以配合使用：规划图确定产品集合的演进方向，路线图承接其中某个产品的具体版本安排。如果团队只需要说明单个产品未来几个版本做什么，直接用路线图即可。
产品数量很少时，还需要按四层结构填写吗？
产品线只有两三个产品时，四层结构可以简化。产品分层可以合并为一层，直接列出各产品角色；资源与依赖可以并入演进节奏一栏说明。保留阶段定位和演进节奏两层即可满足方向表达的需要。结构的作用是帮助评审时形成一致判断，产品少的时候不必为了填满表格而拆出过多层级。
规划图上的时间带应该按季度还是按半年划分？
时间带长度取决于行业变化速度和产品迭代节奏。变化快的行业可以把近期压缩到半年、远期放到一年半；变化慢的行业可以按年度划分。关键是时间带与团队实际决策周期匹配：如果团队按季度做资源评审，近期以季度为单位更方便对照；如果按半年度规划，近期可以放宽到半年。时间带用于表达演进方向，不需要精确到月。
规划图画好后，怎么跟踪每个产品的阶段目标是否达成？
常见做法是把每个产品的阶段目标拆成具体需求或项目，让规划图上的时间带对应到实际工作项的状态和进度。例如把“任务管理产品中期进入成熟”拆解为若干能力补齐需求，纳入项目迭代跟踪。ONES Plan 的产品管理面向以“产品-项目”模式工作的研发团队，支持管理产品线并通过工作项属性跨项目管理，与 ONES Project 数据互通，可监控及规划相关项目和迭代、查看工作量和进度。团队可以据此对照规划图与实际投入。具体对应方式取决于团队已有的工作项结构。
产品线里某个产品需要收缩或退出，规划图怎么体现？
在阶段定位中把该产品的目标阶段标为“退出”，并在演进节奏中写明停止新增投入的时间点和必要的维护或迁移安排。资源与依赖一栏相应说明释放出的人力转向哪一层。退出安排需要与依赖该产品的其他产品对齐，例如共用组件或数据接口的迁移计划，避免收缩过程影响核心产品的稳定运行。
