第2章路标规划的核心原则

路标规划的核心原则：对齐公司战略、以客户为中心、数据驱动决策、平衡短期与长期

做产品路标规划，说白了就是给团队画一张「未来作战地图」。我见过太多团队，路标做得花里胡哨，结果执行到一半发现方向偏了。为什么会这样？

嗯，核心问题就出在——没有守住那四条基本原则。今天我就把这四条原则掰开揉碎了讲清楚。

我个人习惯，每次启动路标规划前，先问自己三个问题：

答案其实很明确——路标必须服务于战略。我在项目中遇到过这样的情况：某个功能模块技术难度大、周期长，但它是公司「抢占高端市场」战略的关键一环。那没得说，必须排进路标。

核心判断标准：每个路标项，都要能回答「这个功能如何帮助公司实现战略目标？」。答不上来的，要么砍掉，要么延后。

举个例子。假设公司战略是「三年内成为行业第一」，那你的路标里就不能全是修修补补的小优化。你得有「颠覆性创新」的布局，哪怕它短期内看不到收益。

我的小技巧：做路标前，先找CEO或业务负责人聊半小时。搞清楚他们脑子里那根「战略弦」到底绷在哪。别自己闷头画图，画出来也是废纸。

你想想看，产品做出来是给谁用的？客户。但很多团队做路标时，容易陷入「自嗨」——觉得某个技术很酷，就硬塞进去。

我踩过这个坑。曾经有个版本，我们花了大把精力做了一套「智能推荐算法」，结果上线后客户反馈：你们能不能先把搜索做准了？

以客户为中心，不是让你盲目听客户的。而是说：

实操方法：每个季度做一次「客户声音」整理。把客服记录、用户反馈、NPS调研里的高频问题列出来。然后问自己：我的路标里，有多少项是在解决这些问题？

我记得有一次，我们产品路标里排了10个功能，结果客户调研发现，排第一的功能只有5%的客户需要。而排最后的那个「小优化」，反而是80%客户的刚需。从那以后，我养成了一个习惯——路标草案出来后，先拿给3-5个核心客户看一遍。

注意：以客户为中心 ≠ 客户说什么你就做什么。客户往往只能描述「症状」，你要做的是诊断「病因」。比如客户说「我想要个红色按钮」，其实他真正需要的是「让操作更显眼」。别被表面需求带偏了。

做路标最怕什么？拍脑袋。我见过一些产品经理，路标全靠「我觉得」「我认为」。结果呢？上线后数据打脸。

数据驱动，说白了就是让事实说话。但这里有个误区——很多人以为数据驱动就是看「下载量」「活跃用户数」。其实远远不够。

我建议你关注这几类数据：

我曾经接手过一个产品，路标里排了三个大功能。我一看数据：功能A的使用率只有2%，功能B的留存率是负的，功能C压根没人用。但团队还在继续开发。为什么？因为「老板觉得重要」。

嗯，这就是典型的「数据缺失型决策」。后来我花了两个月，把每个路标项都绑定了关键指标。再开会时，大家讨论的不再是「我觉得」，而是「数据显示」。

避坑指南：我曾经犯过一个错——只看「平均数」。比如用户平均使用时长是10分钟，就以为大家都用10分钟。其实分布可能是：90%的用户只用1分钟，10%的用户用了100分钟。平均数会骗人。记得看分布、看趋势、看异常值。

这是最难的一条。为什么？因为短期压力是看得见的——老板要业绩、销售要功能、客户要交付。而长期价值是看不见的——技术债、架构升级、平台能力。

我见过太多团队，被短期需求压得喘不过气。结果呢？三年后回头看，代码烂成一锅粥，想改都改不动。

怎么平衡？我个人的做法是「三七法则」：

当然，这个比例不是死的。公司处于不同阶段，比例可以调整。但有一条底线——长期投入不能为零。

我的经验：每次做路标，我都会单独列一个「长期投资清单」。哪怕只有一行字，也要写进去。比如「Q3完成微服务架构拆分」「Q4启动AI能力预研」。这些事短期内看不到收益，但一年后你会感谢自己。

你想想看，如果所有资源都扑在短期需求上，那产品永远在「救火」。今天客户要A功能，明天客户要B功能，后天竞品出了C功能。你永远在追，永远追不上。

注意：平衡不是「各占一半」。而是「有意识的选择」。我曾经犯过一个错——把长期投入分散到每个版本里，结果每个版本都做一点，哪个都没做完。后来我学乖了：长期项目要集中资源，一次性做完。比如花一个季度专门做架构升级，而不是每个版本改一点点。

最后说一句。这四条原则，单独拿出来都不难。难的是同时做到。对齐战略时别忘了客户，看数据时别忘了长期。嗯，这就是产品路标规划的真功夫。