一、一个被当成”小功能”的大变化我有一个习惯,每次更新完App都会截个图,留着对比以前的版本。 前几天翻出2018年的滴滴截图,和现在放在一起看,看了好一会儿。 表面上变化不大:还是橙色,还是叫车,还是地图。但首页的核心逻辑,已经完全不一样了。 2018年的滴滴首页,最显眼的是一个大输入框:”你要去哪儿?”——四个字,清清楚楚,等你开口。 现在呢?你还没开口,屏幕上已经出现了一张卡片:”猜你要去公司,预计32分钟,现在出发较合适。” 大多数人看到这个功能,心里的反应是”哦,挺贴心的”,然后点一下,上车,继续刷手机。 但如果你是做产品的,或者正在学着用产品思维看世界,这张小小的推荐卡片背后,藏着一个值得认真思考的问题—— 这不是一个推荐功能,这是用户决策路径被系统性接管的开始。 这篇文章,我想把这件事讲透。不只是讲滴滴在做什么,更想给你一个可以反复用的分析工具:当你面对任何一款产品,都能看懂AI在哪里、以什么方式、悄悄改变了用户和产品之间的关系。 读完这篇,你至少能带走三件东西:一个新的产品分析视角,一套五步分析框架,以及——下次再打开任何App时,你会用完全不同的眼光去看它。 二、在讲滴滴之前,先搞懂一个词有一个词,产品圈里说了很多年,但真正理解它的人不多:用户决策路径。 很多初级产品经理理解这个词,停留在”用户从打开App到完成操作的步骤”。这没错,但太浅了。 决策路径更准确的定义是:用户从产生一个需求的念头,到最终完成行动,中间经历的完整心理和行为过程。 注意”心理”两个字。用户在做一件事之前,脑子里是有一段戏的。就拿打车来说:
这五个环节,每一个都在消耗用户的认知资源。判断交通方式要思考,输入目的地要打字,选车型要比较……这些都是摩擦力。 产品经理的工作,很大一部分就是在想:怎么把这些摩擦力减小?怎么让用户更轻松地完成他想做的事? 这件事本身没什么问题,甚至是产品设计的核心价值所在。 但AI出现之后,”减少摩擦力”这件事开始走向一个更极端的方向——不只是帮你更顺滑地做决策,而是直接帮你把决策做了。 AI改变的不只是体验效率,而是”谁在做决策”这个根本性的问题。 这才是值得产品人认真警觉的地方。 下面,我们就来看看滴滴具体是怎么做的,以及每一步的背后意味着什么。 三、AI正在改写的三个决策节点节点一:需求预测——在你开口之前,它已经知道了打开滴滴,如果你是一个使用规律比较稳定的人,系统很可能已经把你要去的地方推在了首页最显眼的位置。 这背后的逻辑并不神秘:你每周一到周五早上八点打开滴滴,目的地80%是公司,系统学到了这个规律,然后在你打开App的那一刻,把这个结论告诉你。 但问题就出在这个时机上。 传统的产品逻辑是:用户产生需求→打开App→告诉App需求→App帮你执行。 现在的逻辑变成了:App预判需求→用户打开App→App呈现方案→用户确认。 “需求触发”这个环节,从用户侧悄悄移到了系统侧。 听起来只是顺序上的细微调整,但实质上,用户在这一步的角色变了——从”发出指令的人”变成了”接收建议的人”。 更微妙的地方在于:当系统的预测足够准,用户往往懒得去想”我今天是不是真的要去公司”这个问题,直接点了确认。 这种惰性,不是用户的问题,是人类在面对足够好的答案时的正常反应。但它的结果是:你少做了一次思考,系统多得到了一次权力。 [初级PM思考点] 需求预测功能,本质上是把”需求触发”这个决策节点的主动权从用户侧转移到了系统侧。你负责的产品里,有没有类似的”在用户开口之前就先说话”的设计?它是在帮用户节省认知成本,还是在帮产品更早锁定用户行为?这两者不是非此即彼,但值得你分清楚。 节点二:方案生成——从”给你选项”变成”给你答案”说说我自己的一个体验变化。 大概三四年前,我每次打开滴滴叫车,都会认真比较一下:快车多少钱、拼车能便宜多少、专车值不值……偶尔还会想想,这时候地铁会不会更快。 现在呢?我基本上不比较了。App推什么我就用什么,除非价格特别离谱。 这不是我变懒了,是产品设计让”比较”这件事变得越来越不必要。 现在的滴滴,首页直接展示的是”推荐方案”,不是车型列表。系统根据你的历史行为、当前时间、实时路况、价格区间偏好,直接给你一个”当前最适合你的选择”。其他选项还在,但被折叠起来了,需要你主动点开才看得到。 这个设计的核心逻辑是:把用户从”评估多个方案的人”变成了”确认单一答案的人”。 方案评估阶段的认知成本由用户承担 → 由AI承担。用户省力了,但同时也交出了这一段的判断权。 这里有一个值得深想的产品哲学问题:把选择权收起来,真的是在为用户好吗? 短期来看,答案是肯定的——用户效率更高了,体验更流畅了,叫车成功率也更高了。 但长期来看呢?当一个用户已经习惯了不做选择,他对自己出行偏好的自我认知也在模糊。他可能已经不知道自己其实不喜欢拼车,因为过去半年系统一直给他推拼车,而他一直接受。 这不是阴谋论,这是任何一个掌握了用户决策权的平台都必须面对的责任问题。 [初级PM思考点] “从选项到答案”的产品设计,什么时候是好的体验设计,什么时候是对用户自主权的过度收缩?判断标准之一:用户是否仍然清楚地知道”我可以看其他选择”,以及这个入口是否足够显眼和方便。这是产品设计里一个很细腻但很重要的尺度问题。 节点三:行为数据回流——每次”接受推荐”都在训练下一次推荐前两个节点讲的是用户在使用产品时发生的变化,这第三个节点,讲的是用户用完产品之后发生的事。 每一次你接受了系统的推荐——点了那张”猜你要去公司”的卡片,选了系统推荐的快车——这个行为就成为了一条训练数据,反馈给模型。 模型学到:这个用户,在这个时间,接受了这个推荐。下次遇到类似情况,继续推,或者更早推,或者推得更确定一点。 你拒绝了呢?同样是一条数据——系统知道这次判断有偏差,调整参数,下次换一个方式推。 这就是所谓的数据飞轮:用户的每一次行为,都在让系统的预判变得更准;系统越准,用户越可能接受推荐;用户越接受,系统就有了更多训练数据…… 这个飞轮本身没有任何问题,它是互联网产品提升用户体验的标准机制。但当它应用在”决策权”这个层面,就多了一层值得注意的含义: 这个飞轮的终点,不是”系统更好地帮你做决策”,而是”系统替你做了越来越多的决策,而你越来越不会拒绝”。 不是因为你不能拒绝,而是因为系统已经准到了你不想拒绝的程度。 这两者之间的差别,微妙,但很重要。 [初级PM思考点] 数据飞轮是产品里很常见的增长机制,但在”决策替代”场景下,它会形成一种特殊的用户依赖——不是功能依赖,而是判断力依赖。做产品时要问自己:我的飞轮在为用户创造价值的同时,有没有在无意中削弱用户的某种能力? 四、这件事对三方意味着什么对用户:短期省心,长期有代价短期的收益是真实的,不要否认。叫车更快了,不用打字了,不用比较车型了,一切都更顺滑。对于一个每天打车上班、脑子里还在想工作的人来说,这种摩擦力的消除确实有价值。 但有一个类比值得想一想:GPS导航让人越来越不认路,这件事是好是坏? 大多数人的回答是:在日常生活里,不认路没关系,导航帮我就好了。 但仔细想想,”认路”这个能力的背后,是一套空间感知和方向判断的认知系统。长期依赖导航,这套系统会慢慢退化,这是有神经科学研究支撑的结论。 AI出行决策的情况类似。当你的每一次出行方案都由系统帮你生成,你慢慢会失去那种”判断当前情况下什么出行方式最合适”的感知能力。 这不是什么灾难性的后果,但是一个值得意识到的代价。 而对于产品人来说,这个视角更重要:你负责的产品,在帮用户降低摩擦力的同时,有没有在悄悄让用户变得更依赖?依赖本身不是问题,但依赖的代价是什么,你应该心里有数。 对平台:这是滴滴最深的护城河,也是最大的责任从商业角度来看,掌握用户的决策习惯,是比掌握用户的账号密码更深的绑定。 用户换一个打车平台,最难的不是重新注册账号,而是重新培养一套使用习惯。如果滴滴的AI已经把”你的出行偏好”建模得足够准确,那切换到另一个平台意味着从零开始——新平台不知道你喜欢快车而不是拼车,不知道你通常从哪条路线走,不知道你周五晚上经常去某个地方…… 这种基于行为数据积累的迁移成本,比任何补贴、比任何功能都更牢固。 但这枚硬币的另一面是:当平台既是服务提供者,又是决策制定者,它的利益和用户的利益未必完全一致。 动态定价是一个很好的例子。系统推荐你某个时间出发,这个推荐是真的在帮你避开高峰期、节省费用,还是在帮平台平衡供需、最大化收入?大多数情况下这两件事是一致的,但并不总是如此。 当用户把决策权越来越多地交给平台,平台在”我的利益”和”用户的利益”之间做取舍时,那个边界在哪里,谁来监督,这是一个没有简单答案的问题,但是绕不开的问题。 对行业:真正的威胁不是另一家打车公司这是一个很多人没想到的角度。 滴滴最大的竞争对手,不是曹操出行,不是嘀嗒,而是高德地图和百度地图。 逻辑是这样的:用户的出行决策,最早从什么时候开始?不是打开打车App的那一刻,而是——我要出门了,我在想怎么去。 这个最早的决策节点,掌握在导航App手里,不在滴滴手里。 高德和百度导航可以在用户搜索目的地的那一刻,插入一张卡片:”当前打车预计37分钟,费用约25元;地铁预计44分钟,费用3元。”然后在同一个界面完成叫车——整个过程,用户从未打开过滴滴。 这不是假设,这是已经在发生的事情。 出行决策链条的最上游入口,滴滴没有占据。这意味着,即便滴滴在App内部做了再多的AI决策优化,只要用户养成了”先打开高德规划,再叫车”的习惯,滴滴就在这个决策链条里被降级成了”一个执行工具”。 谁控制了决策链条的最上游入口,谁就控制了整个出行市场。叫车是执行,决策才是战场。 这对初级产品经理的启示是:分析一款产品的竞争格局时,不要只看同类产品,要去找在用户决策链条更上游的产品。那里,才是真正的威胁来源。 五、一套你明天就能用上的分析框架前面四章,是在讲”发生了什么”。这一章,讲”你能用什么工具来分析这件事”。 这套五步框架叫”用户决策路径AI冲击分析法”,你可以用它来分析任何一款被AI改造的产品,也可以在面试时拿来展示你的产品思维深度。 第一步:把决策路径拆出来——不只是操作步骤很多人拆用户路径,拆的是操作步骤:打开App→点击按钮→填写信息→提交。这是用户行为路径,不是决策路径。 决策路径要多问一层:用户在做每一个操作之前,脑子里经历了什么? 拆解格式建议这样写: 你把这张表填完,决策路径就出来了。然后你就能进行下一步。 第二步:找出AI正在介入的节点拿着上面那张表,逐行问:这个决策节点,AI有没有介入?介入的方式是什么? AI介入的常见方式有三种:
把这三种介入方式标注在你的决策路径表上,你就能清楚地看到:AI在这款产品里,接管了哪些环节,用什么方式接管的。 第三步:给每个介入节点打分——帮了用户还是替了用户这是这套框架里最需要判断力的一步。 每一个AI介入节点,都要问两个问题:
这两个价值大多数时候是一致的,但不总是。当它们不一致的时候,就是值得警惕的地方。 一个简单的判断工具: 第四步:找到”用户自主权”的边界在哪里这一步很多人跳过了,但它其实是整个框架里最有价值的一个问题。 AI介入用户决策,有一条非常重要的红线:用户是否仍然知道自己可以做不同的选择? 检验方法很简单:
这三个问题,答案越接近”是”,这款产品在AI介入上就越健康。 反过来,如果推荐方案默认选中、其他选项要多点两次才能看到、系统不透明地告诉你为什么推荐这个——这些设计,可能都是在有意无意地缩小用户的自主空间。 做产品的人应该守住这条线,不是因为法规要求,而是因为用户一旦感觉自己被操控,信任就会迅速崩塌。 [可直接带走的设计原则] 每一个AI推荐,都要给用户留一条清晰可见的”我要自己选”的路。这不只是道德要求,更是产品长期健康的保证。设计时问自己:如果用户发现这个推荐不适合他,他能不能在三秒内找到自己做选择的入口? 第五步:想清楚”人机协作”的理想状态前四步都是分析,第五步是设计。 一个比较健康的人机协作模式,通常是这样分工的: 注意这个分工里有一个关键设计细节:推荐理由要透明。 系统说”推荐快车”,和系统说”推荐快车,因为当前路况拼车绕行时间多12分钟,而快车价格仅高出4元”——这两种设计,对用户决策自主权的影响是完全不同的。 前者让用户只能接受或拒绝,后者让用户真正参与了判断。 最好的AI产品设计,不是让用户感觉不到AI的存在,而是让用户感觉AI是一个说得清楚理由的、可信任的协作者。 六、最后说几句真心话写完这篇文章,我反过来用这套框架分析了一下我自己。 我发现,过去这一年,我的打车决策确实交出去了很多。我基本上不再主动想”今天打车好还是地铁好”,只要系统推了我就接受。系统的准确率很高,所以我没什么可抱怨的。但我确实不太确定,如果有一天滴滴的AI不在了,我还能不能迅速恢复那种”自己判断”的本能。 这不是在说滴滴有什么问题。这是AI时代每一款足够好的产品都会带来的效应:越好用,越依赖;越依赖,越难离开。 作为用户,这种状态可以接受,但值得意识到。 作为产品人,这件事需要想得更深一些。 你今天负责的产品,可能还没到滴滴这个阶段,AI的介入还很浅。但方向是确定的:AI会越来越多地介入用户的决策路径,产品的角色会越来越从”工具”走向”参与者”。 在这个过程里,你作为产品经理能做的,不是阻止这件事发生,而是在这件事发生的时候,保持清醒:
这三个问题,没有标准答案,但它们是区分”只会做功能”和”真正懂产品”的分水岭。 今天就可以开始的一个练习:打开你最常用的三款App,用这篇文章的五步框架,找出AI正在介入的决策节点。你不需要写得多完整,只要能找出一个”用户在这里正在失去什么”的洞察,就已经是一次很有价值的产品思维训练了。 这种训练,做多了,就是产品感。 内容来于网络,如有侵权,请联系管理员删除! |
关注公众号相关侵权、举报、投诉及建议等,请发 E-mail:beetec@163.com
Powered by Discuz! X5.0 © 2001-2026 Discuz! Team.|浙ICP备20023745号-1