引言#

新方向定下来之后，先做什么、后做什么，为什么还要再排一遍？公司最终没有选择继续全面接入门店，而是决定先把新的消费分期体验店模式跑出来。听到这个结果，我松了一口气，反复争论的两条路径终于有了明确选择。站在产品的角度，很容易以为最难的部分已经过去了，剩下无非是拆需求、排版本、跟进上线。进入执行以后才发现，拍板只是结束了一次大的选择，后面会出现更多、更具体的选择。因为决策只回答了「往哪走」，还没有回答「怎么走」。老系统能力哪些继续维护、哪些收缩；平台带来的流量先由什么入口承接；门店在新模式里先承担什么，分期办理和复杂服务怎么接入；已经上线的秒杀、装机、优惠券和 LBS 派单，是继续扩展还是先放到一边。这些问题如果处理不清楚，新方向很快就会重新变重。

很多路线图容易失效，是因为它被写成了一张功能排期表：这个月做什么，下个季度补哪些能力。这样的计划当然有用，但它本身还不是路线图，路线图要表达的，不只是功能什么时候做完，而是一个判断怎样持续获得资源，并在事实变化以后决定下一步。一个判断被组织接受，不等于它会自动进入执行。组织有惯性，团队有历史投入，业务有短期目标，技术有存量系统，门店和合作方也有各自的利益与节奏。如果只写「做什么」，不写「为什么现在做、为什么先做、为什么有些事情暂时不做」，最开始的选择很容易在执行过程中被冲淡。团队看起来仍然很忙，版本也在持续上线，但资源可能已经不再围绕同一个方向前进。

具体的优先级模型和项目管理工具都不是重点，它们能帮助团队安排工作，却解决不了更根本的问题：公司眼下最稀缺的资源，为什么应该压在这里，而不是那里。产品经理需要盯住的，不只是一张排得整齐的计划表，而是让接下来几个月的资源和行动，继续围绕已经做出的选择展开。如果前面解决的是「组织如何做选择」，那么现在需要解决的就是：做出选择以后，怎样把它变成持续行动。

11.1 先做取舍——方向定了，取舍才刚开始#

新的方向确定以后，我们做的第一件事，并不是马上增加更多功能，而是先让一部分原来正在做的事情停下来，这个动作在当时并不容易。公司已经决定转向新的模式，合作平台拥有流量资源，运营商对新零售试点也有兴趣，老板还在同步推进门店装修。团队的直觉自然是赶紧把所有相关能力都放进计划里，能想到的先排上再说。机会窗口已经出现，大家都怕慢，但路线图最怕的往往不是慢一点，而是一开始就变得太满。

当时我们在旧路径上已经做了一年半多，并不是一张白纸。我们构建了 PC 商城和 App 商城，商品、订单、会员、支付、营销等基础能力历经多个版本后也基本成型。秒杀、优惠券、装机等服务以及围绕门店履约设计的 LBS 派单和订单分配，背后都有真实的产品、研发、测试和运营投入。这些能力并非没有价值，只是很多并没有影响用户买手机的决定，也没有形成足够明确的业务产出。方向变化以后，很少有人会直接说「这个功能从今天开始完全没价值了」，更多时候旧能力会用新的理由回来：秒杀能不能接新的流量入口，优惠券要不要适配分期场景，LBS 能不能把用户引导到体验店，订单分配是不是可以顺便支持更多门店。答案通常不是完全否定的，问题恰恰在这里：明显错误的事情，一刀就能砍掉；真正难停的，是那些依然能找到局部合理性的事情。

但一个能力只要继续存在于主路径里，就会不断产生新的成本。产品要考虑新旧链路如何共存，研发要继续维护和改造，测试要覆盖更多场景，运营也会围绕已有能力提出新的需求。最后每一个功能都可以说自己「支持新零售」，团队也确实一直在交付，但当前最需要回答的问题，反而会被埋在这些合理需求里。过去投入难处理的地方，不只是钱已经花掉了，而是已经做出来的东西还会不断向未来申请资源。所以路线图的起点，不一定是列出一份要做什么的清单，而是先回答一个问题：既然组织已经做出了新的选择，过去哪些动作就不能继续按照原来的优先级发生？

第一个动作，是暂停原先全面接入线下门店履约配送的产品设计。这里不是否定门店，恰恰是重新定义门店。门店最重要的价值，不是把一台手机送出去，而是在高客单价手机消费中提供体验、信任、分期办理和复杂服务承接。继续把门店当成配送网络，会把产品设计重新拉回「线上下单、附近门店配送」的旧路径。这个故事听起来完整，却仍然绕开了最要紧的问题：用户为什么来，流量从哪里来，门店又为什么愿意承接。

第二个动作，是重新评估商城健康度。那些已经上线但使用数据很弱，或者没有进入核心交易链路的能力，需要被逐步下线或弱化。秒杀能制造活动氛围，但当时最需要确认的，不是用户会不会抢一款低价商品，而是合作平台带来的目标人群能不能完成高端手机分期交易。装机服务能让商城显得更完整，却不是用户从平台入口进入以后，决定买不买手机的关键因素。优惠券能力也被收缩，因为这一阶段需要验证的，不是再增加一层促销刺激，而是目标用户进入以后，核心交易链路能不能成立。

这几个动作停掉的东西不一样，要验证的问题却落在同一层：

表 11-1　三个停下的动作与各自要验证的问题

这些动作表面上是在砍功能，实际是在给新方向腾出空间。会议上宣布「我们要做新方向」只是开始，如果旧功能继续扩张、旧系统继续被要求全面兼容，新方向就只是多了一条任务线，很难建立自己的主路径，完成这一轮收缩以后，新的建设才进入主线。

合作平台能够提供更明确的人群和流量，而公司原来的 PC 和 App 商城并不适合直接承接这种移动场景里的用户，团队没有继续围绕原商城做更多适配，而是选择了「平台生活号 + H5 商城」的组合。生活号负责用户触达、咨询、内容传播和快捷服务入口，H5 商城则集中完成活动页、商详页、下单、支付和分期等核心交易能力。这里的判断并不是 H5 天然比 App 更好，而是它更适合当时需要验证的问题。

继续从已有产品出发，团队很容易想到优化 App、增加适配页面，再把活动、会员和营销能力整体搬过去。但当时需要解决的是，合作平台的目标用户进入以后，能不能快速理解活动、找到商品并完成交易。同时合作上没有要求开放全量用户，而是优先选择分期额度、消费行为和年龄等特征与目标用户更加匹配的人群，并首先聚焦体验店所在城市。线下样本、门店承接和双方沟通都集中在同一区域，更容易先把关键问题看清楚。在模式还没有得到验证以前，全国流量不一定是优势，它也可能把地域差异、门店能力和履约问题一起带进来，让团队同时面对过多变量。

停掉旧路径、压缩产品范围、收窄用户和地域，看起来是发生在不同层面的取舍。服务的却是同一个目的：把当前最需要证明的问题从复杂背景中单独拿出来。方向确定以后，取舍并没有结束，它只是从「选择哪条路」，变成了「为了走好这条路，哪些东西现在不能一起带上」。

11.2 分清轻重——有限资源，要用在最关键的地方#

停下一部分旧动作以后，要解决的是有限资源先放在哪里。谈优先级，首先想到的往往是需求排序：根据用户价值、业务价值、开发成本和紧急程度，把需求排成 P0、P1、P2。这种方式适合处理同一方向里的日常迭代，但在业务方向发生变化时，困难的并不是两个需求谁排在前面，而是公司最稀缺的资源主要解决哪一条路径的问题。

当时最紧张的首先是产研资源。线下门店工具已经跑出规模，支付、对账和经营工具仍在快速迭代；PC 和 App 商城也积累了大量存量能力，需要维持基本运行。新的消费分期业务又涉及商品、订单、支付、分期和原有系统之间的衔接，需要熟悉这些链路的产品、研发和测试骨干参与。如果只是从各个团队临时抽出几个人，需求拆散到不同版本，遇到问题再临时协调，团队或许也能交付一些页面和接口，却很难形成一条稳定的交易链路。前面暂停旧路径和弱化部分商城能力以后，核心产研资源要优先投入平台生活号和 H5 商城，先把从流量进入、商品浏览到下单支付的关键链路搭起来。优先级有没有发生，并不取决于路线图上给新项目标了几个 P0，而要看最熟悉业务和系统的人把主要时间投入在哪里。

运营资源的情况有所不同。原来的运营团队就在负责商城品类、活动、内容和新媒体，转向合作平台以后，这些能力并没有失效，更多是工作场景发生了变化。过去的重心主要在 PC、App，以及微信、搜索等渠道，现在需要转向合作平台的生活号和对应入口。用户触达、内容传播和活动组织仍然可以沿用，只是运营人员需要重新理解平台里的用户从哪里来、进入以后要完成什么任务，以及生活号和 H5 商城之间如何配合。因此，当时运营面临的主要问题不是重新组建一支团队，而是尽快把原来的能力转向新的用户场景。

相比之下，商务推进资源更加稀缺。合作平台、运营商、银行和其他消费分期机构，每一类合作都不只是接入一个接口。平台开放哪些入口，目标人群如何选择，分期与提额能力怎样衔接，门店投入什么场景，品牌如何联合呈现，数据和系统怎样配合，都需要反复沟通。团队还要了解其他机构的能力，为关键合作出现变化时保留备选方案。这类工作很难通过短时间增加几个人解决，它依赖合作关系、谈判判断、跨团队协调和公司信用。

老板愿意直接推动门店装修，并参与重要合作的推进，本身也是资源投入。产品路线图通常会写产品、技术和运营要做什么，却很少把管理者的时间和注意力计算进去。但在跨组织合作中，管理者是否参与，会直接影响对方对项目确定性的判断。项目团队表达合作兴趣和公司愿意投入门店、改造资金、关键人员，传递的是完全不同的信号。老板的注意力不可能平均分给所有项目，它压在哪里，也反映了公司把什么当作当前重点。

门店则是另一类容易被高估的资源。公司拥有近 300 家门店¹，并不意味着线上团队天然拥有近 300 个可以随时调用的服务节点。原来的全面门店接入方案里，门店需要承担接单、备货、配送和售后，却看不到稳定的新增客源和收益，一线更容易把线上业务理解成额外任务。新的路径则先通过合作平台寻找明确用户，再由门店承接体验、分期办理和复杂服务。对于参与试点的门店来说，这条路径至少有机会带来新的顾客、品牌曝光和高客单交易，它们的参与意愿自然与过去不同。

组织在名义上拥有一种资源，并不代表项目真正能够使用它。公司有研发团队，不等于核心骨干可以立即从原有工作中抽出来；公司有大量门店，不等于门店愿意无条件承担线上任务；合作方拥有流量、金融能力和服务资源，也不等于这些资源会在项目刚启动时全部开放。只有当资源的拥有者愿意投入，并且能够围绕当前问题形成行动时，这项资源才进入路线图。运营商合作就是一个典型例子：当时团队已经知道，合约、套餐、号卡和其他增值服务有机会提高门店交易价值，线下业务也希望尽早把这些能力放进计划。但在新的流量和交易模式尚未跑出信号之前，运营商同样会谨慎判断，不会立即投入更多接口、用户触达和内部协调资源。产品团队可以提前沟通和准备，却不能把尚未获得的外部能力，当成当前版本里已经可以调用的资源。

先把这几类资源摊开，看哪一类更紧张、这一阶段应该投向哪里：

表 11-2　五类资源的紧张程度与投向

因此这一阶段需要优先保障的，是那几项确实紧张的资源。运营商的深度能力、更多金融机构和更大范围的门店接入，不是没有价值，而是尚未具备成为当前主线的条件。分清轻重，不是给所有需求排出一个永远不变的顺序，而是看清当前最关键的问题，并把稀缺、能够被实际调用的资源放到那里。

11.3 分段推进——先走好这一步，再决定下一步#

资源的轻重分清以后，还要回答一个问题：既然这些事情都有价值，为什么不能同时开始？新的方向确定以后，摆在团队面前的事情并不少：合作平台的核心入口需要产品承接，H5 商城要完成交易链路，门店要装修和培训，运营商能够提供合约、套餐和其他服务能力，银行及其他分期机构也可能成为合作方。用户完成交易以后，还会涉及维修、换机、租赁、留存和后续运营。如果只看未来可能形成的完整模式，这些事情几乎都应该做，也都能找到现在开始准备的理由。但路线图最怕的不是遗漏几个未来功能，而是把后面所有可能需要的东西，一次性压到当前阶段。入口和交易还没有成立，就开始建设完整的门店服务；用户还没有表现出真实购买意愿，就投入大量资源接入更多支付方案；交易链路尚未跑顺，会员、社区和长期留存已经进入开发。看起来是在为未来提前铺路，实际却可能让当前最重要的问题失去资源和注意力。所以，后续动作被拆成了四个阶段：

表 11-3　四个阶段各自要证明什么

第一阶段：流量与交易

先搭建合作平台生活号和 H5 商城的核心交易链路，验证平台核心入口带来的目标人群，能不能在新的产品链路中完成高端手机交易。生活号负责用户触达、咨询、内容传播和快捷服务入口，H5 商城集中完成活动页、商详页、下单、支付和分期等核心能力。这个阶段最重要的不是把新零售模式做完整，而是回答两个基础问题：进入链路的用户是不是我们想找的那群人，这条交易链路能不能承接他们。只要这两个问题还没有答案，专属提额、完整门店服务、更多支付方案和长期留存，都无法替代当前的验证。

门店装修和运营商沟通在此期间也会同步推进。门店设计、确认和施工需要较长周期，提前启动也能向合作方表达公司的投入决心；商务团队同样不会等第一阶段彻底结束以后，才第一次接触运营商和其他机构。现实项目中，很多工作必然并行，路线图需要控制的不是「其他事情能不能动」，而是当前最主要的产品、研发和组织资源，究竟在证明什么。

第二阶段：成交转化

交易开始跑起来以后，新的问题才逐渐变得具体。团队在实际转化中发现，一部分用户已经完成浏览、选品并进入支付环节，最后却因为分期额度不足而关单。过往到店用户的额度分布也提供了类似信号：额度很高的用户并不是多数，不少具有高端手机消费意愿的用户，原有额度处在中等区间，而高端手机的价格往往已经超过这个范围。这时平台专属提额才从一项「以后可以接入的金融能力」，变成一个明确的转化问题。团队随后推进专属提额，同时补充预约到店和相关业务办理能力，减少用户在支付和到店承接环节的流失。

这里的顺序很重要，如果第一阶段还没有证明用户是否有真实购买意愿，就直接把大量资源投入提额，我们并不知道用户究竟是不想买，还是想买但付不了。只有商品、场景和基础交易已经跑出信号，额度不足才成为一个能够被解释、也值得投入的具体瓶颈。因此，改变后续资源配置的是第一阶段的事实，而不是路线图提前写着「某个月接提额」。团队不是因为时间到了才进入下一步，而是因为新的问题已经足够清楚，下一步才有了明确对象。

第三阶段：服务深化

再往后团队通过线上和线下交易的对比，看到了另一层差异。线上链路可以完成手机本身的成交，但门店交易往往还包含合约、套餐、号卡、配件、保险、维修等附加服务。用户来到门店，也不只是为了取走一台设备，还会完成咨询、体验、业务办理和信任确认。门店难以被替代的价值，由此逐渐从「帮助线上履约」，转向「承接高客单价交易中的复杂服务」。到了这个阶段，运营商合约、套餐和联合触达能力才逐步进入主线，其他银行和分期机构也开始以不同方式参与试点。这些能力进入路线图，不是因为团队突然认为合作越多越好，而是已经跑出的交易证明了目标人群和基本链路。

后续问题开始转向：怎样提升一次交易的综合价值，怎样让门店发挥更适合自己的作用。已经出现的交易结果，也让外部合作方更愿意投入接口、资源和内部协调成本。前一阶段的结果，不只是在告诉团队下一步应该做什么，也在帮助项目换取下一阶段的资源。先用核心链路证明外部入口能够形成交易，再用交易结果争取更深入的金融能力；交易和门店服务跑出信号以后，运营商才更容易进入深度合作。路线图不仅安排内部版本，也在逐步打开原本无法直接调用的外部资源。

第四阶段：用户关系

到了更后面的阶段，团队才逐渐把注意力转向用户留存和后续服务。合作平台能够带来大量用户，但这些用户首先属于外部平台，并不会因为完成一次手机交易，就自然成为公司的长期用户。维修、换机、回收、租赁、会员、内容和其他转化尝试因此开始进入路线图。

团队也尝试过通过论坛沉淀用户，论坛后来成为一次典型的「功能先于问题」。用户完成高端手机交易以后，为什么还会回来？回来是为了查询订单、办理套餐、维修换机、回收，还是为了参与数码内容讨论？这些任务还没有弄清楚，「建设论坛」已经先成为了答案。放回路线图里看，它提醒我们：即使进入后面的阶段，也不能把一个阶段目标直接翻译成最熟悉的功能。留存是需要解决的问题，论坛只是其中一种未经验证的方案。

这四个阶段并不是一套可以机械复制的模板，实际推进也不会按照月份整齐切换。前一阶段的能力还会继续迭代，后一阶段的商务和技术准备也可能提前开始。需要保持顺序的，是问题之间的依赖关系：入口和交易没有成立，后面的复杂服务就无法说明价值；用户没有表现出购买意愿，提额就无法证明作用；门店服务价值没有显现，运营商能力也很难成为主线；用户还没有形成明确的后续任务，留存功能就没有清楚的起点。路线图表面上排的是时间，真正排的是判断之间的先后。不是月份到了就进入下一阶段，而是前一步产生了足够的事实，下一步才有资格获得更多资源。

图 11-1　四个阶段之间传递的是资格，不是时间　四个阶段横向排开，相邻两段之间的箭头先向下绕过一段事实，再折回下一段。

11.4 边走边调——事实在变，路线图也要跟着变#

路线图进入执行以后，原来没有排进主线的事情并不会消失。相反，随着项目不断跑出结果，旧需求、新机会和各方诉求往往会重新回来，而且会带着比以前更充分的理由。考验路线图的，不只是结果不好的时候，也包括结果开始变好以后，团队还能不能分清：什么已经被证明，什么只是看起来更合理了。

新的交易路径跑起来以后，流量、订单和 GMV 很快出现了明显变化。对产品团队来说，这首先证明了外部精准入口和核心交易链路能够成立；对门店来说，看到的却是另一件更直接的事情：线上平台现在真的有订单了。于是原来被暂停的全面门店接入方案重新获得了吸引力。过去门店不愿意参与，是因为线上没有稳定流量，接入以后却要承担接单、备货、配送和售后；现在平台已经形成了可观的交易规模，门店自然希望线上把订单分下来，由自己负责履约，再把这部分交易计入门店经营结果。

站在门店的位置，这个要求并不难理解。平台有订单，门店有库存、人员和本地服务能力，把两者连接起来，看起来正是最直接的线上线下协同。相比项目启动时，这一刻的「全面门店接入」甚至比以前更加合理。

但这个方案最后仍然没有重新回到主路径。问题不在于门店不应该从线上业务中获得收益，而在于新增价值究竟来自哪里。如果用户来自外部合作平台，交易也已经在 H5 链路中完成，再把订单简单分给门店，只是把已经形成的 GMV 在公司内部重新分配，并没有带来新的流量，也没有证明门店创造了额外的服务价值。

后来团队做过小范围的上门履约试点。实际运行后发现，城区一定范围内尚能执行，到了覆盖更分散的区域，效率和体验都会明显下降。店长和店员真正擅长的仍然是商品导购、运营商业务办理、维修和现场服务，频繁离店配送反而会影响门店本身的经营。这个结果没有证明门店永远不能参与履约，而是让履约回到了更合适的位置：它可以在部分场景里作为补充，却不应该重新成为整个模式的主线。环境变化以后，一个旧需求可能重新变得合理，但重新合理并不等于重新重要。

类似的情况也出现在分期合作上。合作平台的消费分期业务跑出结果以后，团队很自然地开始考虑其他金融机构：既然一种分期模式能够带来高端手机成交，其他消费分期产品是否也可以接入，信用卡分期是否可以覆盖更多用户，更多银行是不是也能提供新的支付能力。从功能角度看，多一种分期方式，就多一种用户选择，这个推导没有明显问题。评估以后，差异才逐渐显现出来，原来的合作价值并不只是提供一种分期支付工具，它还同时包含平台核心入口、明确人群、生活号场景、专属提额和线下合作意愿。公司提供商品和门店场景，对方提供用户、流量与金融能力，双方交换的是一组互补资源，而不只是接入一个支付接口。

其他消费分期机构如果只有支付能力，没有相似的流量入口和线上承接能力，就很难承担同样的角色。有些机构当时在线上产品和系统对接方面还不成熟，更适合作为到店用户的备选方案；部分信用卡分期方案在当时的风险识别、合作条件和数据使用边界下，也不适合扩大为线上主路径。团队没有完全拒绝这些合作，而是重新安排它们的位置：有些作为门店服务的补充，有些只进行小范围试点，有些则在评估后停止继续投入。这里需要判断的，不是「分期能力好不好」，而是它在当前路线图里究竟解决什么问题。

运营商合作走出了不同的结果。随着线上和线下交易差异逐渐清楚，合约、套餐、号卡、充值和联合触达等能力，确实能够补充原来的交易路径。它解决的不是支付方式不够多，而是如何发挥门店在复杂服务中的价值，因此后续获得了更多资源。

体验店复制也经历了类似的判断过程。首家体验店投入使用以后，合作品牌、新零售概念和线下场景形成了一定传播效果，把这种模式复制到更多省市，看起来像一个自然的下一步。团队后来也调研过其他区域数码零售平台，希望判断这套模式能不能快速扩大。但拆开以后会发现，一家体验店能够成立，不只是因为装修方案和品牌露出。当地是否存在匹配用户，运营商分公司是否愿意投入，门店有没有足够的经营能力，合作平台能否提供相应资源，改造成本和后续经营是否可持续，这些条件都不能被首家体验店的结果自动覆盖。如果缺少这些条件，只复制门店外观和合作概念，很容易变成形态复制：门店看起来相似，背后的流量、服务和运营能力却没有建立起来。这个方向最终没有因为首店跑出结果就立即全面铺开，而是在进一步调研后被内部否决。公司没有因此放弃线下，而是利用线上业务产生的利润，支持湖北、安徽等地区的传统门店布局。这不是复制原来的模式，而是根据当地条件选择了更现实的投入方式。

这几个案例放在一起看，会发现路线图困难的地方，不是有没有新信息，而是怎样解释新信息。同一个结果，往往可以支持完全不同的下一步。外部入口带来交易，可以被解释成应该继续强化精准合作，也可以被解释成应该重新全面接入门店；一种消费分期合作成立，可以被解释成双方资源组合有效，也可以被解释成所有分期机构都值得接入；首家体验店有传播效果，也可以被进一步解释成模式已经具备全国复制条件。如果团队不能区分究竟是哪一层被证明了，路线图就会随着好结果迅速膨胀。门店会争取更多订单，运营会提出更多活动，商务会希望接入更多合作方，产品也会开始补会员、社区和其他能力。结果越好，过去辛苦建立的边界反而越容易消失。

路线图最需要克制的时刻，有时不是失败以后，而是成功以后。失败会迫使团队停下来重新判断；成功却容易让人误以为：既然模式已经成立，过去想做但没有做的事情，现在是不是都可以开始了？可一个阶段的结果通常只证明了其中一部分，不能被扩大成对整个业务模式的确认。边走边调也不能变成另一种摇摆，路线图不能因为一周数据下降就更换方向，也不能因为合作方提出一个新要求，就推翻已经确定的资源主线。真正需要保持稳定的是方向：继续服务哪类用户，解决什么核心问题，依靠什么业务优势。可以根据事实调整的，是实现这个方向的具体路径。为了避免路线图既僵化又反复摇摆，我建议用三个问题来复盘每个阶段：

第一个问题：什么已经被证明，可以继续加码？

外部精准入口能够形成真实交易以后，核心交易链路和相应合作值得继续投入；支付环节明确出现额度瓶颈以后，专属提额就有理由获得更高优先级；门店复杂服务的价值逐渐显现以后，运营商合作也值得继续深化。这里的加码不是因为整体数据不错就增加更多功能，而是把资源继续压在已经获得事实支持的关系上。

第二个问题：什么只成立了一部分，需要调整方式？

体验店作为合作样板成立，不代表全国复制已经成立；门店服务有价值，不代表全面门店履约有价值；消费分期能够帮助成交，也不代表所有分期机构都应该成为线上入口。这类判断最难处理，因为它既不是完全失败，也不能直接扩大。产品经理需要把结果拆开，明确究竟是哪一层成立了，再决定是缩小范围、改变方式，还是继续等待条件。

第三个问题：什么没有成立，应该停止继续投入？

外部平台的用户没有自然沉淀下来，留存确实是需要解决的问题，但这并不意味着建设社区就是正确答案。用户为什么回来、回来完成什么任务还没有弄清楚，团队已经先做出了论坛。这个方案运行以后没有形成预期结果，就不应该因为功能已经上线，再继续增加内容、等级和运营活动。应该停止的是当前这套解决方案，而不是放弃用户关系这个问题。

这三个问题对应的不是简单的「做或者不做」，而是三种不同动作：

表 11-4　三个复盘问题与对应的动作

只有当事实能够触发这些动作，路线图才不是一张写完以后等待执行的计划表。一个功能按时上线，只能说明团队完成了交付，它是否应该继续获得资源，还要看背后的判断有没有成立。判断还需要匹配合适的观察周期，并留下调整理由，短期转化问题不能拖几个月不重新判断，长期的用户关系问题也不能上线几天就匆忙下结论。某项能力为什么暂停，为什么只保留局部场景，为什么没有继续扩大，也应该被记录下来。否则团队只会记得「这件事没有做」，却忘了当时为什么没有做，过一段时间，同样的需求很可能换一种说法重新回来。

路线图因此不只是在记录未来要做什么，也要保留关键取舍为什么发生。排期关心任务有没有完成，路线图更关心的是：走到这里以后，原来的判断是否仍然成立，下一笔资源还应不应该按照原来的方式投入。事实在变，路线图当然也要跟着变。需要避免的，不是调整本身，而是在没有新事实时随意改变方向，或者在事实已经改变以后，仍然机械地执行原来的计划。

闲言碎语#

一个方向确定以后，产品经理会很自然地把后面的事情一层层铺开：前台要增加哪些页面，后台要补哪些配置，运营需要什么工具，数据要建设哪些看板，门店还要接入什么流程，未来又可以扩展哪些合作。再把这些内容按照月份和季度放进时间轴，一张路线图看起来就很像那么回事，这样的路线图也很容易获得认可。业务能在里面看到自己的需求，技术能够提前估算工作量，管理者也能看到未来几个季度将交付什么。每个团队似乎都在图里找到了位置，整个方向也因此显得很有想象空间。

但是路线图写得完整，不代表未来真的已经想清楚了。有时候恰恰相反，我们之所以急着把它写满，是因为不愿意承认还有很多事情现在并不知道。外部流量能不能形成交易还没有验证，半年后的会员和留存已经排好了；门店究竟创造什么价值还没有看清，全国门店接入已经进入规划；一个合作刚刚跑出结果，更多金融机构、更多城市和更多服务就自然变成了下一步。如果这个案例是这样发生的，每一项单独看都有道理，连起来却很容易让团队重新回到熟悉的路径：先把系统做完整，再等待业务结果出现。

一件事情只要被写进路线图，它的身份也会慢慢发生变化。最开始可能只是「以后可以考虑」，过几个月就会变成「之前已经规划过」，再往后甚至会变成「为什么还没有上线」。大家记得它出现在计划里，却未必还记得，它当初只是建立在一组尚未验证的假设之上。写「做什么」通常比写「不做什么」容易，排功能也比排资源容易。你写一个新功能，至少意味着有东西可以交付；你写一项暂缓，别人会问为什么不做；你写一个退出条件，团队还可能觉得你是不是对方向缺乏信心。对产品经理来说，把路线图写满，有时也是一种更安全的选择，因为看起来什么都考虑到了，也暂时不需要明确拒绝谁。但如果产品经理不主动做这些取舍，组织惯性就会替他完成规划，最后路线图很容易失去边界，谁都可以往里放东西。

为什么这件事现在不做？什么条件出现以后，它才应该进入主线？一个已经做出来的能力，为什么还要继续扩展？一个突然出现的新机会，是否真的比当前的问题更重要？如果预期结果始终没有出现，团队有没有勇气把原来的方案拿掉？这些问题未必能让路线图显得更加丰富，却能让团队知道自己的边界在哪里。路线图重要的地方，也不只是承诺未来会做什么，而是让组织知道，当前为什么把资源放在这里，又为什么暂时放弃另外一些可能性。

以前我觉得，好的路线图应该尽可能提前想清楚未来，现在我更愿意接受，未来本来就不可能完全想清楚。产品经理能做的，不是把所有不确定性提前填成功能，而是把一次次选择放进时间里。让团队知道接下来需要观察什么、证明什么，以及事实发生变化以后，应该怎样重新选择。真正考验产品经理的，不是拍板时把判断讲得多漂亮，而是三个月、六个月以后，资源是否还在服务那个选择。能管理好这件事，产品经理管理的就不只是功能，而是选择之后的责任。