第 14 讲：产品组合、战略选择与路线图——从“排功能”到“下赌注”

一、承上启下：系统看清了，资源为什么反而更不够？

AI 训练产品不是一个页面，而是一条由设备、App、云端、算法、内容和服务共同支撑的系统链路。

这带来一个新问题。系统图越完整，需要做的事越多。

硬件团队说下一代设备需要增加运动模式；算法团队说必须先补数据质量和模型评估；App 团队说训练入口体验太差；运营团队说没有内容和活动用户不会回来；商业团队说应该尽快做会员；销售团队说年度报告是促销关键。

每一项都像“必须做”。如果把它们全部排进路线图，这不是在制定战略，而是在把冲突写成一张更长的甘特图。

产品负责人最重要的能力之一，是让有限资源集中到少数真正能改变局面的选择上。

二、开场困境：产品经理升职之后，为什么反而不知道该做什么？

某产品经理从训练计划功能负责人升为训练产品线负责人。老板问他：“明年训练方向最重要的三件事是什么？”

他拿出了一份列表：优化训练计划、增加跑姿分析、接入赛事、做课程、做跑团、升级算法、增加运动模式、做年度报告、做会员、做设备端提醒……

老板看完只问了一句：“所以，你的判断是什么？”

这个问题让他意识到：过去他负责的是“怎么把一个需求做好”；现在他要负责的是“为什么这一条产品线要把时间和钱压在这些事情上”。

路线图不是把所有愿望排上时间轴。路线图是战略的一种表达：它应该让任何一个合作方都能理解，我们想为谁创造什么价值、靠什么能力获胜、此刻放弃什么、何时根据什么证据改变主意。

三、核心概念：战略不是目标口号，而是一组相互约束的选择

3.1 “成为领先训练平台”为什么不能指导工作

这句话可以写在愿景墙上，却不能回答下周资源怎么分。真正可执行的战略，至少要讲清五件事：

战略问题	产品负责人必须回答什么
为谁赢	哪类用户、哪个关键场景是当前优先对象
赢什么	希望改变的用户行为和业务结果是什么
靠什么赢	有哪些独特能力、资源或体验承诺
不做什么	哪些机会即使有价值，也暂时不投入
如何校验	哪些假设最关键，何时用什么证据复盘

少任何一项，战略都容易退化成口号、愿望或功能清单。

3.2 产品组合不是功能列表

产品线中的每项能力承担的角色不同：有些维持基础信任，有些带来短期收入，有些是在验证未来机会，有些虽小却是特定人群的入场券。不能把资源平均分给它们。

可以用一个简化组合视角提问：

哪些能力是用户不满意就会离开的“基础承诺”？
哪些能力已经稳定产生价值，值得保持而非过度装饰？
哪些方向值得小规模探索，但不该直接全面投入？
哪些工作不支持当前战略，即使很吸引人也该暂缓？

传统矩阵工具可以帮助讨论，但不能替你做决定。它们的价值在于迫使团队把“资源为什么投在这里”说清楚，而不是给项目贴上一个看似客观的标签。

3.3 路线图是“学习与交付的节奏”

许多路线图只写“Q2 上线 A、Q3 上线 B”。这样的文档对研发排期有用，却没有表达战略。

更好的路线图按阶段写：

这一阶段要解决什么用户/业务问题；
为此要建立哪些能力；
最大的不确定性是什么；
用什么证据决定加码、调整或停止；
明确不做什么。

日期依然重要，但日期必须服务于承诺等级和组织协同，而不是假装未来已经确定。

四、方法论：战略一页纸到主题路线图

4.1 先写战略一页纸

产品负责人为训练产品线写下第一版战略：

在未来两个版本，优先帮助有明确 5/10 公里目标的入门跑者建立连续训练习惯。我们通过设备数据、可解释的下一步建议和训练后反馈，降低用户每次决定“今天怎么练”的成本。我们暂不承诺专业竞技训练和泛社交平台能力。若用户没有形成第二次、第三次训练，或建议不被理解，就先回到问题与数据质量，而不急于扩充功能。

这段话听起来没有“全行业领先”那么宏大，但它可以指导实际选择。

4.2 画出能力链

价值承诺“帮助用户连续训练”依赖什么？

稳定记录 → 识别完成与状态 → 给出可理解的下一步 → 用户愿意行动 → 训练后获得反馈 → 数据与信任积累

其中任何一环薄弱，后面的投入都会浪费。例如，若用户根本看不懂训练后反馈，先做复杂课程商城并不会提高持续训练。

4.3 按承诺等级给工作分类

类型	含义	AI 训练产品示例
基础承诺	不做好会破坏现有信任	记录不丢、跨端一致、数据异常可解释
关键赌注	成功会显著推动战略	训练后下一步建议与动态调整
探索项目	不确定但值得学习	小范围的跑团激励或教练内容
机会池	有价值但不支持当前主线	大型社交广场、覆盖全部运动项目

分类的意义不是给某些团队贴“次要”标签，而是让所有人知道当前阶段的资源逻辑。

4.4 先排验证，再排规模化

对关键赌注，第一阶段不应承诺做一个“完整 AI 教练”。应先验证：用户是否愿意在训练后接受一条下一步建议？这条建议是否提高连续训练？数据不足时用户是否理解系统的边界？

若最核心假设都未被验证，规模化投入只会把错误做大。

五、业务深度案例：从运动记录工具到训练平台，三阶段怎么走

5.1 产品负责人手里的产品组合

能力/业务	当前作用	问题	当前策略
基础运动记录	用户每天接触的基础能力	同质化、跨端一致性仍有缺口	先保证可靠，不做无意义装饰
训练计划	训练方向的核心入口	采用低、用户不信	作为关键赌注，先做最小闭环
数据分析	支撑理解与信任	术语多、解释不足	聚焦可行动的反馈
内容/教练	可能提高完成质量	成本高、供给不稳定	先验证特定场景，不全面铺开
社群/赛事	提供激励与品牌场景	容易变成空广场	只服务训练闭环中的具体触发

这张表得出的结论是：当前最重要的不是“功能更多”，而是把记录、建议、执行和反馈连成可信闭环。

5.2 第一阶段：建立最小训练闭环

阶段问题：用户第一次训练后，是否知道下一次该做什么，并愿意继续？

优先能力：稳定记录、目标设置、下一步建议、训练后反馈、数据不足时的降级。

明确暂缓：重社交、泛内容商城、专业竞技分析。

复盘证据：不是只看页面曝光，而是看目标用户是否完成下一次训练、是否理解建议、是否出现明显负向反馈。

5.3 第二阶段：让训练从一次建议变成连续服务

第一阶段验证后，团队才进入第二阶段：用户能否根据完成情况得到调整，是否能在不同状态下获得一致支持。

此时需要加强的是计划调整、内容辅助、提醒节奏、恢复状态、跨端衔接和服务蓝图。注意，这不是简单加功能，而是把最初“下一步建议”发展成“计划—执行—反馈—调整”的闭环。

5.4 第三阶段：从单一服务走向可扩展平台

只有当前两阶段的核心交付稳定后，内容创作者、教练、赛事、跑团、会员分层等能力才有意义。平台不是先做一个广场，而是在一个明确价值闭环已经转起来后，为更多参与者创造角色和收益。

一个成熟路线图最重要的部分往往不是“做什么”，而是“为什么现在不做其他事”。

5.5 管理层资源评审：每个人都正确时，产品负责人怎么决定

路线图真正困难的部分，通常不是画图，而是走进资源评审会。

硬件负责人说：“下一代手表需要增加更多运动能力，否则销售端没有新卖点。”

算法负责人说：“底层数据质量和评估体系不补，训练建议做得越多，用户越不信。”

运营负责人说：“没有赛事和内容，用户根本没有回来使用的理由。”

商业负责人说：“公司不能一直投入，会员必须尽快上线验证。”

如果产品负责人只按声音大小排序，他会重新变回需求执行者。产品负责人的做法，是把所有观点放回同一套战略约束中：

共同目标是什么？ 当前阶段不是“做出最多卖点”，而是验证训练闭环能否形成持续价值；
哪项是前置依赖？ 数据质量和跨端一致性若不成立，上层建议和会员价值都无法成立；
哪项可以小成本验证？ 运营可以先用一场目标明确的训练挑战验证场景，不需要先建设完整社区；
哪项一旦承诺就很难回退？ 硬件能力、收费权益和高风险训练建议需要更高证据门槛；
暂缓的代价是什么？ 不做不代表没有损失，要明确对销售、营销或合作方的影响和替代方案。

最终，产品负责人给出的不是“算法赢了、运营输了”，而是一份组合决策：本阶段优先补齐数据一致性和训练后反馈；运营获得一个小规模挑战项目验证场景；会员只测试付费意愿，不锁定最终权益；硬件新增能力进入下一代产品评估，不占用当前版本关键资源。

这类决定很少让所有人满意，但它让所有人知道：选择来自共同目标、依赖关系和可验证假设，而不是产品经理的个人偏好。

5.6 路线图还要管理三种时间

智能硬件产品尤其不能只用一条时间轴。至少要同时管理三种节奏：

时间尺度	典型内容	路线图管理重点
硬件代际	传感器、芯片、结构、供应链	决策提前、变更成本高、必须预留风险
软件/云端迭代	App、服务、数据、算法	可灰度、可回滚、可持续验证
用户训练周期	备赛、比赛、恢复、长期习惯	价值发生有季节性和滞后，不能只看发布后一周

一个算法能力可能本季度完成，却要等到用户完成一个训练周期后才看见真实价值；一个硬件接口若本代没有预留，软件团队下一年都无法补救。资深 PM 管理的不是“所有项目何时上线”，而是这些时间尺度如何互相约束。

六、本讲重点总结

核心观点	一句话记忆
战略	不是目标口号，而是一组互相约束的选择
产品组合	不同能力承担不同角色，资源不能平均分配
路线图	是学习与交付的节奏，不是功能日历
高级 PM 的取舍	让团队知道当前赌什么，也知道为什么暂时不做什么
复盘	用证据调整赌注，而不是把原计划硬撑到底

下一讲，我们会把路线图中的“内容、教练、反馈和社群”拿出来，讨论一个关键转变：硬件和 App 如何不只交付工具，而是交付一段用户愿意持续完成的训练服务。