用途：把业务与用户目标、约束条件转化为团队真正能执行的 UX 项目路线图，强调可验证的里程碑、明确的负责人和显式依赖。
主要能力：路线图结构包含五部分——成果（项目要交付的业务与用户结果）、阶段（发现、定义、交付、发布、学习）、里程碑（带日期且可验证的检查点，而非活动）、工作流（并行轨道，每条只有一个负责所有者）、依赖（每个里程碑需要什么、由谁提供）。
构建方法：从成果出发反向推导里程碑；在范围未确定前，阶段以周为单位而非精确日期；标出决定结束日期的关键路径；列出前三大时间线风险及各自缓解措施；留出明确缓冲，没有余量的路线图是虚构的。
里程碑好坏示例：好——“结账流程在 5 次可用性测试中得到验证”（可验证）；坏——“做结账相关工作”（是活动，不是里程碑）。
最佳实践：把路线图当作活的文档，每个周期重新基线化；展示置信度，近期确定、远期方向性；每条工作流都要绑定到一个成果，否则删掉。
适用场景：UX 项目规划、跨团队协作排期、里程碑与依赖管理。
限制：资料未提供具体安装命令、平台支持、收费方式或使用步骤，暂未提供。