第 11 章 · 路线图与优先级

10789 字
54 分钟
第 11 章 · 路线图与优先级

第 11 章 · 路线图与优先级——把选择变成持续行动#

引言#

前面我们聊到,公司最终没有选择继续全面接入门店,而是决定先把新的消费分期体验店模式跑出来。听到这个结果时,我其实松了一口气,前面反复争论的旧路径和新路径,终于有了明确选择。站在产品的角度,很容易以为最难的部分已经过去了,接下来无非是拆需求、排版本、跟进上线。真正进入执行以后,会发现拍板只是结束了一次大的选择,后面反而会出现更多、更具体的选择。因为决策只回答了“往哪走”,还没有回答“怎么走”。老系统能力哪些继续维护,哪些暂时收缩;合作平台带来的流量先由什么入口承接;门店在新模式里先承担什么,体验、分期办理和复杂服务又该如何逐步接入;运营商合作什么时候进入;秒杀、装机、优惠券、LBS派单、订单分配这些已经上线或者仍在设计中的能力,是继续扩展,还是先放到一边。这些问题如果处理不清楚,新方向很快就会重新变重。

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

这一章不讨论具体的优先级模型,也不展开项目管理工具。这些方法能帮助团队安排工作,却解决不了更根本的问题:公司眼下最稀缺的资源,为什么应该压在这里,而不是那里。产品经理要维护的,不只是一张排得整齐的计划表,而是让接下来三个月、六个月甚至更长时间里的资源和行动,继续围绕已经做出的选择展开。如果前面解决的是“组织如何做选择”,那么现在需要解决的就是:做出选择以后,怎样把它变成持续行动

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

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

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

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

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

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

这些动作表面上是在砍功能,实际是在给新方向腾出空间。会议上宣布“我们要做新方向”只是开始。如果旧功能继续扩张、旧系统继续被要求全面兼容,新方向就只是多了一条任务线,很难真正建立自己的主路径。完成这一轮收缩以后,新的建设才真正进入主线。合作平台能够提供更明确的人群和流量,而公司原来的PC和App商城并不适合直接承接这种移动场景里的用户。团队没有继续围绕原商城做更多适配,而是选择了“平台生活号 + H5商城”的组合。生活号负责用户触达、咨询、内容传播和快捷服务入口,H5商城则集中完成活动页、商品详情、下单、支付和分期等核心交易能力。这里的判断并不是H5天然比App更好,而是它更适合当时需要验证的问题。继续从已有产品出发,团队很容易想到优化App、增加适配页面,再把活动、会员和营销能力整体搬过去。但当时真正需要解决的是,合作平台的目标用户进入以后,能不能快速理解活动、找到商品并完成交易。同时合作上没有要求开放全量用户,而是优先选择分期额度、消费行为和年龄等特征与目标用户更加匹配的人群,并首先聚焦体验店所在城市。线下样本、门店承接和双方沟通都集中在同一区域,更容易先把关键问题看清楚。在模式还没有得到验证以前,全国流量不一定是优势,它也可能把地域差异、门店能力和履约问题一起带进来,让团队同时面对过多变量。

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

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

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

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

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

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

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

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

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

因此这一阶段真正需要优先保障的,是核心产研团队搭建新的交易链路,运营团队及时转向新的流量场景,商务和管理资源集中推进关键合作,门店则先围绕代表性体验店参与试点。运营商的深度能力、更多金融机构和更大范围的门店接入,不是没有价值,而是尚未具备成为当前主线的条件。分清轻重,不是给所有需求排出一个永远不变的顺序,而是看清当前最关键的问题,并把真正稀缺、能够被实际调用的资源放到那里。

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

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

阶段当前要证明什么资源先投向哪里看到什么再往后走
流量与交易外部目标用户能不能完成高端手机交易平台生活号、H5活动页、商品详情、下单、支付、分期真实的访问与交易行为,以及关键环节的流失情况
成交转化用户已经有购买意愿后,什么阻碍最终成交专属提额、预约到店、业务办理支付和到店瓶颈得到改善,成交信号继续增强
服务深化门店能不能创造商品成交之外的价值合约、套餐、线下服务、联合触达、其他支付试点门店服务贡献和合作价值获得验证
用户关系外部平台用户能不能形成持续关系售后、维修、换机、租赁和留存试点用户出现明确的后续任务和持续价值

第一阶段——流量与交易

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

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

第二阶段——成交转化

交易开始跑起来以后,新的问题才逐渐变得具体。团队在实际转化中发现,一部分用户已经完成浏览、选品并进入支付环节,最后却因为分期额度不足而关单。过往到店用户的额度分布也提供了类似信号:额度很高的用户并不是多数,不少具有高端手机消费意愿的用户,原有额度处在中等区间。而高端手机的价格往往已经超过这个范围。这时平台专属提额才从一项“以后可以接入的金融能力”,变成一个明确的转化问题。团队随后推进专属提额,同时补充预约到店和相关业务办理能力,减少用户在支付和到店承接环节的流失。这里的顺序很重要。如果第一阶段还没有证明用户是否有真实购买意愿,就直接把大量资源投入提额,我们并不知道用户究竟是不想买,还是想买但付不了。只有商品、场景和基础交易已经跑出信号,额度不足才成为一个能够被解释、也值得投入的具体瓶颈。因此不是因为路线图提前写着“某个月接提额”,而是第一阶段的事实改变了后续资源配置。团队不是因为时间到了才进入下一步,而是因为新的问题已经足够清楚,下一步才有了明确对象。

第三阶段——服务深化

再往后团队通过线上和线下交易的对比,看到了另一层差异。线上链路可以完成手机本身的成交,但门店交易往往还包含合约、套餐、号卡、配件、保险、维修等附加服务。用户来到门店,也不只是为了取走一台设备,还会完成咨询、体验、业务办理和信任确认。门店真正难以被替代的价值,由此逐渐从“帮助线上履约”,转向“承接高客单价交易中的复杂服务”。到了这个阶段,运营商合约、套餐和联合触达能力才逐步进入主线,其他银行和分期机构也开始以不同方式参与试点。这些能力进入路线图,不是因为团队突然认为合作越多越好,而是前面的交易已经证明了目标人群和基本链路。后续问题开始转向:怎样提升一次交易的综合价值,怎样让门店发挥更适合自己的作用。已经出现的交易结果,也让外部合作方更愿意投入接口、资源和内部协调成本。前一阶段的结果,不只是在告诉团队下一步应该做什么,也在帮助项目换取下一阶段的资源。先用核心链路证明外部入口能够形成交易,再用交易结果争取更深入的金融能力;交易和门店服务跑出信号以后,运营商才更容易进入深度合作。路线图不仅安排内部版本,也在逐步打开原本无法直接调用的外部资源。

第四阶段——用户关系

到了更后面的阶段,团队才逐渐把注意力转向用户留存和后续服务。合作平台能够带来大量用户,但这些用户首先属于外部平台,并不会因为完成一次手机交易,就自然成为公司的长期用户。维修、换机、租赁、会员、内容和其他转化尝试因此开始进入路线图。团队也尝试过通过论坛沉淀用户,论坛后来成为一次典型的“功能先于问题”。用户完成高端手机交易以后,为什么还会回来?回来是为了查询订单、办理套餐、维修换机,还是为了参与数码内容讨论?这些任务还没有真正弄清楚,“建设社区”已经先成为了答案。第1章已经讲过这个案例,放回路线图里看,它提醒我们:即使进入后面的阶段,也不能把一个阶段目标直接翻译成最熟悉的功能。留存是需要解决的问题,论坛只是其中一种未经验证的方案。

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

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

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

新的交易路径跑起来以后,流量、订单和GMV很快出现了明显变化。对产品团队来说,这首先证明了外部精准入口和核心交易链路能够成立;对门店来说,看到的却是另一件更直接的事情:线上平台现在真的有订单了。于是原来被暂停的全面门店接入方案重新获得了吸引力。过去门店不愿意参与,是因为线上没有稳定流量,接入以后却要承担接单、备货、配送和售后;现在平台已经形成了可观的交易规模,门店自然希望线上把订单分下来,由自己负责履约,再把这部分交易计入门店经营结果。站在门店的位置,这个要求并不难理解。平台有订单,门店有库存、人员和本地服务能力,把两者连接起来,看起来正是最直接的线上线下协同。相比项目启动时,这一刻的“全面门店接入”甚至比以前更加合理。

但这个方案最后仍然没有重新回到主路径。问题不在于门店不应该从线上业务中获得收益,而在于新增价值究竟来自哪里。如果用户来自外部合作平台,交易也已经在H5链路中完成,再把订单简单分给门店,只是把已经形成的GMV在公司内部重新分配,并没有带来新的流量,也没有证明门店创造了额外的服务价值。后来团队做过小范围的上门履约试点。实际运行后发现,城区一定范围内尚能执行,到了覆盖更分散的区域,效率和体验都会明显下降。店长和店员真正擅长的仍然是商品导购、运营商业务办理、维修和现场服务,频繁离店配送反而会影响门店本身的经营。这个结果没有证明门店永远不能参与履约,而是让履约回到了更合适的位置:它可以在部分场景里作为补充,却不应该重新成为整个模式的主线。环境变化以后,一个旧需求可能重新变得合理,但重新合理,并不等于重新重要

类似的情况也出现在分期合作上。合作平台的消费分期业务跑出结果以后,团队很自然地开始考虑其他金融机构:既然一种分期模式能够带来高端手机成交,其他消费分期产品是否也可以接入,信用卡分期是否可以覆盖更多用户,更多银行是不是也能提供新的支付能力。从功能角度看,多一种分期方式,就多一种用户选择,这个推导没有明显问题。真正评估以后,差异才逐渐显现出来。原来的合作价值并不只是提供一种分期支付工具,它还同时包含平台核心入口、明确人群、生活号场景、专属提额和线下合作意愿。公司提供商品和门店场景,对方提供用户、流量与金融能力,双方交换的是一组互补资源,而不只是接入一个支付接口。其他消费分期机构如果只有支付能力,没有相似的流量入口和线上承接能力,就很难承担同样的角色。有些机构当时在线上产品和系统对接方面还不成熟,更适合作为到店用户的备选方案;部分信用卡分期方案在当时的风险识别、合作条件和数据使用边界下,也不适合扩大为线上主路径。团队没有完全拒绝这些合作,而是重新安排它们的位置:有些作为门店服务的补充,有些只进行小范围试点,有些则在评估后停止继续投入。这里需要判断的,不是“分期能力好不好”,而是它在当前路线图里究竟解决什么问题。

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

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

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

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

第一个问题:什么已经被证明,可以继续加码

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

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

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

第三个问题:什么没有成立,应该停止继续投入

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

这三个问题对应的不是简单的“做或者不做”,而是三种不同动作:继续加码、调整方式和停止投入。只有当事实能够触发这些动作,路线图才不是一张写完以后等待执行的计划表。一个功能按时上线,只能说明团队完成了交付;它是否应该继续获得资源,还要看背后的判断有没有成立。判断还需要匹配合适的观察周期,并留下调整理由。短期转化问题不能拖几个月不重新判断,长期的用户关系问题也不能上线几天就匆忙下结论。某项能力为什么暂停,为什么只保留局部场景,为什么没有继续扩大,也应该被记录下来。否则团队只会记得“这件事没有做”,却忘了当时为什么没有做,过一段时间,同样的需求很可能换一种说法重新回来。路线图因此不只是在记录未来要做什么,也要保留关键取舍为什么发生。排期关心任务有没有完成,路线图更关心的是:走到这里以后,原来的判断是否仍然成立,下一笔资源还应不应该按照原来的方式投入。事实在变,路线图当然也要跟着变。真正需要避免的,不是调整本身,而是在没有新事实时随意改变方向,或者在事实已经改变以后,仍然机械地执行原来的计划。

闲言碎语#

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

但是路线图写得完整,不代表未来真的已经想清楚了。有时候恰恰相反,我们之所以急着把它写满,是因为不愿意承认还有很多事情现在并不知道。外部流量能不能形成交易还没有验证,半年后的会员和留存已经排好了;门店究竟创造什么价值还没有看清,全国门店接入已经进入规划;一个合作刚刚跑出结果,更多金融机构、更多城市和更多服务就自然变成了“下一步”。如果这个案例是这样发生的,每一项单独看都有道理,连起来却很容易让团队重新回到熟悉的路径:先把系统做完整,再等待业务结果出现。一件事情只要被写进路线图,它的身份也会慢慢发生变化。最开始可能只是“以后可以考虑”,过几个月就会变成“之前已经规划过”,再往后甚至会变成“为什么还没有上线”。大家记得它出现在计划里,却未必还记得,它当初只是建立在一组尚未验证的假设之上。

写“做什么”通常比写“不做什么”容易,排功能也比排资源容易。你写一个新功能,至少意味着有东西可以交付;你写一项暂缓,别人会问为什么不做;你写一个退出条件,团队还可能觉得你是不是对方向缺乏信心。对产品经理来说,把路线图写满,有时也是一种更安全的选择,因为看起来什么都考虑到了,也暂时不需要明确拒绝谁。但如果产品经理不主动做这些取舍,组织惯性就会替他完成规划,最后路线图很容易变成一个谁都能往里放东西的篮子。

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

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

路线图与优先级方法论
路线图与优先级方法论

文章分享

如果这篇文章对你有帮助,欢迎分享给更多人!

第 11 章 · 路线图与优先级
https://www.shanfengpm.com/posts/jianshan/2026-04-17-roadmap-priority/
作者
山风
发布于
2025-08-22
许可协议
CC BY-NC-SA 4.0
本文首发于「山风blog」,作者:山风(余涛)。欢迎转发、分享本文链接, 但禁止任何形式的未授权转载、摘编、改写或商业使用
同合集文章见山
1
序言
见山写在《见山》之前:产品经理如何在复杂之后重新看见问题本身。
2
第 1 章 · 认知困局
见山从执行惯性、经验负债与组织惯性出发,重新审视产品经理最核心的能力:在有限资源下判断什么问题值得解决。
3
第 2 章 · 产品观
见山从用户任务、产品定位与资源代价出发,建立判断产品是否值得存在的底层框架,并学会为不做承担后果。
4
第 3 章 · 需求观
见山从需求线索、用户任务与产品边界出发,重新理解需求管理的本质:不是响应方案,而是定义值得解决的价值。
5
第 4 章 · 用户观
见山从用户任务、真实场景与具体事件出发,超越表层共情,建立能够影响产品判断的深度用户理解。
6
第 5 章 · 认知融合
见山当用户、商业、技术与组织诉求彼此冲突时,产品经理如何识别不可逆损失、安排决策顺序,并做出可复盘的判断。
7
第 6 章 · 问题定义
见山从异常现象出发,暂停既有方案、还原用户任务并定义真实代价,让产品团队先解决正确的问题。
8
第 7 章 · 体验设计
见山从用户任务与任务成本出发,理解体验设计的本质:不是美化页面,而是把复杂放在更合适的位置。
9
第 8 章 · 数据证据
见山从主指标、解释指标、护栏指标与反证指标出发,为产品判断建立可验证、可推翻的证据体系。
10
第 9 章 · 技术认知
见山产品经理不必成为技术专家,但需要看懂产品承诺背后的系统代价、风险边界与可控取舍。
11
第 10 章 · 决策沟通
见山决策沟通不是把观点讲得更完整,而是把判断整理为组织可以比较、投入、暂停与验证的选择材料。
12
第 12 章 · 场景建模
见山场景建模不是先画架构图,而是回到业务现场,看见角色、动作、交接物、异常变化与稳定对象。
13
第 13 章 · 能力抽象
见山能力抽象不是把相似功能合在一起,而是在重复业务动作里判断哪些已经足够稳定,值得沉淀成长期维护的公共能力。
14
第 14 章 · 平台架构
见山平台架构不是把后台做大,而是在前台业务不断变化时,让商品、库存、订单、履约等稳定能力以清晰边界支撑新的业务连接。
15
第 15 章 · 商业思维
见山商业思维不是把盈利公式接在产品之后,而是在一次次真实交易、服务和协作里,判断产品创造的价值能否持续回收、组织能否长期承担。
16
第 16 章 · 市场分析
见山从市场边界、供需变化、用户缺口、竞品条件与组织能力出发,判断一个方向是否值得进入。
Profile Image of the Author
山风
12年产品经验,持续记录产品思考、业务设计、数据分析和团队管理实践。
站点统计