特斯拉 Roadster 倒挂爬坡、飞跃特斯拉车队的视频刷屏，中文互联网却罕见地集体服气。同样是炫技，为什么车内 K 歌被嘲，火箭推进却被赞？本文从能力与配置、边界诚实、场景真伪等维度，拆解真需求与伪需求的底层逻辑，并给出可落地的判断标准。

上周，得克萨斯州，SpaceX 火箭测试基地。一台银灰色跑车冲上近乎垂直的坡道，在垂直段的中部停住。底盘朝上，车顶朝下，整台车倒挂在那里，静止了几秒。

然后它冲出坡道，腾空、翻转，车底喷出几道气流，姿态一调，稳稳落地。落地后，它又飞越了一整排特斯拉：Semi、Cybertruck、Cybercab、Model 3、Model Y。

这是跳票九年的第二代 Roadster。2017 年发布原型，原计划 2020 年交付，一路推到 2026 年才第一次真正跑起来。

然后，一件很有意思的事发生了：中文互联网上，几乎没有人骂它”花架子”。

评论区的主流情绪是”牛”、”这是真做出来了”、”虽然买不起但服”。

要知道，中国网友对车量的”炫技”是极其刻薄的。同一批人，会嘲笑车内 K 歌是”移动 KTV”，会嘲笑车外投影是”小区社s神器”，会嘲笑三联屏是”堆料”，会算隐藏式门把手的维修账单。

但面对一台倒挂在天花板上的车，他们集体闭麦了。

这个反差，就是这篇文章的起点。

一、同一个”炫技”，为什么评价完全相反

我梳理了很久，认为差异可以归到六条。这六条不是道德判断，是产品的逻辑。

1、它炫的是能力，别人炫的是配置

配置是装在车上的一件东西：一块屏、一个麦克风、一个投影仪、一组氛围灯。它属于这台车，拆下来就没了。

能力是长在公司身上的一种本事：让两吨的铁块贴在天花板上、让它在没有地面反作用力时还能控制姿态。它可以被复用、被下放、被继承。

配置只能被拥有，能力可以被信任。用户对配置的反应是”哦，你有”，对能力的反应是你行。”哦”和”行”之间，隔着一整个品牌。

2、它划了边界，别人藏了边界

发布会现场，马斯克说了两句话，值得抄下来贴在产品部墙上：

“请大家来现场，是为了证明这不是 AI 合成的。”

官网写得更清楚：“Rocket 版单座，尚未获准用于公共道路；带推进系统的版本只能在封闭场地演示，放到公开马路上就是违法。”

它把我不能做什么说得比我能做什么还清楚。

再看另一边常见的宣传口径：”全国都能开”、”无限接近自动驾驶”、”手可以离开方向盘”。

边界的诚实程度，直接决定用户的心理落差。 一台明确说”你不能开上路”的车，用户只会惊叹；一台暗示”你可以放开手”的车，用户会真的放开手，然后出事。

落差不是功能造成的，是承诺造成的。

3、它长在主干上，别人长在边缘

用户和一台车的关系，99% 发生在几个固定动作里：上车、开走、停车、下车、充电。

特斯拉这次炫的东西，虽然用户用不上，但它炫的能力全在主干上：抓地力、姿态控制、结构强度、密封性，这些直接决定你高速过弯会不会失控、撞了之后车门能不能开。

而被调侃的那些功能，长在边缘场景里：车内 K 歌、车外投影、灯光秀、香氛、副驾刷剧。它们的共同特征是决策时很兴奋，使用一次后归零。

一位车主的总结很到位：买车时销售演示了十五个功能，三个月后我每天只用三个——空调、导航、音乐。

4、它自己扛代价，别人转移代价

这是我认为最该被产品经理记住的一条。

Roadster 的代价，是特斯拉自己付的：2017 年原型车承诺 1000 公里续航，这次带推进系统的版本公布 483 公里。

看到了吗，直接腰斩。推进系统占位置、轻量化材料、电池空间互相挤压，它认了，还写在了发布会上。

而很多被调侃的功能，代价是用户付的：

伪需求的典型结构是：厂商省钱，用户买单，双方都叫它”创新”。

天幕这一条尤其典型。很多人以为天幕是”天窗的升级版”，但从成本结构看，它常常是天窗的降级替代。一块固定玻璃比一套可开启天窗总成便宜得多。厂商拿到了成本和空间，用户拿到了一个夏天需要自费解决的问题。

5、它的场景是真的，别人的场景是编的

这是5条里最关键的一条，也是后面内容的一个主线，那就是场景。

倒挂的场景是什么？是赛道、是极限工况、是证明这台车的底盘能压住 2G。这个场景真实存在，只是不在日常通勤里。

车内 K 歌的场景是什么？”一家人自驾游，在服务区唱歌”。这个场景，一年发生两次，两次都在赶路。

前者是小众但真实，后者是感觉有用，实际没用。而产品经理最容易犯的错，就是把后者当成前者。

但请先别急着骂

如果文章停在这里，就变成了国外品牌懂产品，我们品牌只会堆料。这不公平。配置竞赛是结构性问题，不是智商问题。 至少三个成因：

第一，同质化。 三电系统高度成熟、供应链高度共享，二十万和三十万的车在机械素质上的差距急剧缩小。剩下的差异点在哪？配置表上。

第二，配置表是唯一可比的东西。 用户在手机上比价，看不到底盘调校、NVH、热管理、耐久性——这些要开三年才知道。能比的只有屏幕尺寸、喇叭数量、座椅功能。当评价体系只看得到配置，厂商就只会生产配置。

第三，展厅需要”演示时刻”。 一个能在一分钟内让客户”哇”出来的功能，在展厅里价值极高。而我们的车门在零下 30 度一定能打开没法演示，也没法让人哇。

真正的病灶在这套激励结构，也就是说传播权重压倒了使用权重。

这也解释了为什么很多车企在看得见的地方卷到极致，在看不见的地方偶有欠账。不是不知道，是账算不过来。

但结构性问题，不能成为个体不作为的借口。 因为当所有人都这么做的时候，第一个反着做的人会拿到超额回报。特斯拉就是这么起来的。

总结下来，特斯拉之所以获得好评，因为他是做真需求，部分企业之所以被调侃，实际上在做伪需求。伪需求的场景是没有的，或者是虚假的。

有人肯定不服啦，像这种倒立、喷气、起飞的功能，估计上路都上不了，不也是花架子吗，而且实用一次可能成本都很贵，谁会用、什么场景用，你把他叫真需求？

这个留给大家思考一下

二、那到底什么是真需求，什么是伪需求

聊到这，必须把概念说清楚。市面上关于”真需求”的说法大多很虚，比如”用户内心深处的渴望”。这种定义没法指导任何决策。

我给一个能落地的定义。

需求不是想要，是”缺乏 + 场景 + 目标 + 代价”

需求：在特定场景下，为了完成某个目标，用户愿意持续付出代价的缺乏状态。

这个定义里有四个部件，缺一个，需求就不成立：

产品经理的日常，就是在这四个部件里找那个缺失的。而伪需求，几乎总是在其中一个部件上造假。最常见的是”场景”。

2、真需求的四个特征

一个需求是不是真的，可以用四个特征快速看：

1）能被拍成一段 30 秒的视频。

“用户需要更长的续航”——拍不出来。

“春节前一天，车主在高速服务区排队 40 分钟等充电桩，孩子在车里哭”——拍得出来。

拍不出来的需求，通常只存在于 PPT 里。

2）有稳定的发生频次。

不是”偶尔会”，是”每周三次”。频次决定了它是刚需还是彩蛋。

3）现有替代方案明显不够好。

用户现在怎么解决？如果他用手机导航解决得很好，你的原厂导航就没有需求；如果他用保温箱加冰袋解决得很好，你的车载冰箱就没有需求。替代方案的成本，就是你的需求上限。

4）用户愿意付代价。

愿意多花 5000 块、愿意多等 10 分钟、愿意改变习惯、愿意忍受一点不便。任何一样都不愿意，就说明这个”需求”只存在于他的嘴上。

3、伪需求的五种典型形态

1）无场景

功能存在，但找不到发生的时刻。比如车外投影、灯光秀、车外语音、香氛系统。

2）低频型

场景存在，但一年发生两次。车内 K 歌、露营模式、车载无人机、越野模式（对城市 SUV 用户）。

这里需要特别说明的是，这个要素没有一票否决全。比如汽车场景中，针对安全需求，哪怕频次很低，但是依然是一个十分重要的真实需求

3）假场景型

场景是编的，或者成立条件极其苛刻。这是最危险的一类，因为它听起来特别合理。

4）错位型

用 A 场景的方案，解决 B 场景的问题。用赛道的思路做通勤车，用性能车的坐姿做家用 SUV，用手机的交互逻辑做车机。

3、一句公道话：伪需求不等于没价值

必须说清楚，否则容易走向另一个极端。伪需求在商业上有它的位置：

• 他能营销。展厅里需要一个“哇”的时刻，否则用户连试驾都不会来。
• 他能提供情绪价值。氛围灯、香氛、迎宾灯，确实让人心情好，这不丢人。
• 它是技术探路。今天没用的能力，可能是明天的地基。

所以真正的错，不是”做了伪需求”，而是把伪需求排在了真需求前面。这不是品味问题，是排序问题。而排序错误的代价，不在交付那天显现，在复购率和口碑里显现。

产品经理的核心工作，从来不是想出好功能，是在资源有限时决定谁先谁后。

三、怎么判断？以用户场景为核心的方法

判断真伪需求的方法有很多：Kano 模型、JTBD、马斯克五步法、支付意愿测试、数据验证。它们都有用。

今天我们主要讲用户场景的判断方法。原因很简单：

因为用户会说谎，场景不会。

很好理解，你今天开始就能使用，但是效果显著

问卷里 80% 的人说我会用，实际只有 8%。访谈里所有人都说这个功能很酷，掏钱的时候全跑了。但场景不会骗人：一个人几点出门、走哪条路、在哪个路口骂脏话、停车要揉几把方向，这些是可以被观察、被记录、被复现的。

需求是抽象的，场景是具体的。而所有真需求，最后都能落回一个具体的场景。

1、场景的三要素

一个合格的场景描述，必须包含三样东西：

1. 人：谁？（年龄、家庭结构、驾驶经验、是不是新手）
2. 境：何时、何地、什么状态？（早高峰、地库、下雨、零下 10 度、满载、孩子在后座）
3. 事：他要完成什么？（不是“使用某个功能”，是“把车停进一个很窄的车位”）

缺任何一个，这个场景就是假的。

比如：

• “用户需要自动泊车”——这不是场景。
• “一个新手司机，晚上九点，在地下车库找到一个两侧都有车的窄车位，后面还有车在等”——这是场景。

只有后者，才能推导出产品该做什么。

2、场景判断六步法

这是我实际用过的流程。

第一步：场景还原。把它拍成一段 30 秒的视频

不要写需求文档，先写分镜。

问自己这个功能的”高光时刻”是什么画面？画面里有谁？他在做什么？他的表情是什么？

如果拍不出来，说明场景不存在。

反例：自动泊车。

宣传片里的画面是：空旷停车场、标准白线车位、一键启动、方向盘自己转、稳稳入库、车主微笑。

真实画面是：地库灯光昏暗、柱子挡在车位一侧、地面没有划线、隔壁停着一台新车、后面有车按喇叭、系统提示未识别到车位。

两个画面对不上，产品就对不上。

第二步：场景频次。一周发生几次

不要问你会不会用，问上一次发生是什么时候。

更狠一点，用一周 168 小时法：把用户一周的时间摊开，标出所有和车有关的时间块，然后把你的功能钉上去。

钉不上去的，就是伪需求。

座椅通风：夏天 + 上车，一周 10 次 。可以做

车载K歌：停车 + 有闲 + 有人陪 + 想唱歌，一周 0.02次 ，伪需求不做。

第三步：场景覆盖率。它覆盖用户真实行为的多少

这是最容易被忽略，问一下：在你的功能宣称覆盖的场景里，用户真实发生的行为占多少比例？

第四步：场景断点。连续体验里的断裂处，才是真痛点

真实需求从来不在功能列表里，在断点里。一个完整的场景是一条连续的流：上车 、启动 、导航 、行驶 、变道 、下匝道 、找车位 、停车 、下车。

这条流里，任何一个卡顿、任何一次需要人接管、任何一次需要重新操作的地方，都是断点。断点就是痛点。断点的位置，就是产品该发力的位置。

再说反例：L2 辅助驾驶的”接管”。

系统能开 40 分钟，第 41 分钟遇到一个施工锥桶，突然提示”请接管”，且只给 1.5 秒。

这 1.5 秒里，用户的体验不是”我享受了 40 分钟”，而是我被吓了一次，下次再也不敢用。一次断点，抵消四十次顺畅。 这就是断点的权重。

第五步：场景极端化。把条件推到边界

把场景里的每一个变量推到极端：下雨、夜间、逆光、零下 20 度、满载、老人小孩、没有网络、地库没有 GPS、手机没电。真需求在极端场景下依然成立，伪需求会当场崩掉。

比如，这个隐藏式门把手。在常温、白天、车有电时，还算可以，但是零下15度、结冰、碰撞后断电，将会直接失效。

我听过一个数据，配备电子门把手的车型在侧面碰撞后，车门弹出成功率 大概67%左右；机械门把手是 98%左右。

去年，对门把手也提出了具体的要求，要求每个车门必须配置具备机械释放功能的外把手，手部操作空间不小于 60×20×25mm，这事实上禁止了全隐藏设计。

一个只在一切都正常时才成立的功能，不是功能，是运气。

第六步：场景代价。它给这个场景增加了什么负担

每一个功能都会往场景里加东西：学习成本、注意力占用、维修费用、安全风险、心理负担。

算账时要算总账：用户获得的价值 − 用户付出的代价 = 净价值。

比如全触屏座舱。用户获得更简洁的内饰、更大的屏、更强的科技感。但是用户付出的更多，调空调要进二级菜单、雨天调雨刮要低头找、高速上任何一次操作都要把视线移开路面 2 秒。以 120km/h 计算，2 秒等于盲开 66 米。当科技感要用注意力来换的时候，这笔交易通常不划算。

3、三个反问，能筛掉 80% 的伪需求

时间紧的时候，我只问三句：

1. 上次发生是什么时候？（问不出具体时间=没有场景）
2. 如果没有这个功能，用户现在怎么解决？（现有方案很便宜=需求不真）
3. 把它推到极端场景，还成立吗？（一推就崩=伪需求）

4、其他方法：作为补充，不展开

用户场景场景法不是唯一的工具。配合使用，效果更好：

• Kano 模型：基本型（没有会骂）、期望型（越多越好）、兴奋型（有了惊喜）、无差异、反向型。关键不是分类，是那条退化曲线：兴奋型、 期望型 、基本型 、反向型。 隐藏门把手走完了全程，用了十三年。
• JTBD：别问用户要什么功能，问他雇这台车去完成什么任务。
• 马斯克五步法：质疑需求 → 删除 → 简化 → 加速 → 自动化。顺序不能变。多数团队从第三步开始，于是极其高效地做出了一个不该做的东西。
• 支付意愿测试：涨价 5000 还买吗？竞品有我们没有，会流失吗？坏了愿意花多少钱修？（第三问测的是长期负债）

使用率验证：三个月留存低于 5% 且不涉及安全的功能，进砍掉候选池。但安全类需求必须例外。安全气囊一辈子弹一次，价值最高。用使用率砍安全，是最愚蠢的数据驱动。

四、给产品经理的几句话

第一句：需求是抽象的，场景是具体的。

说不清场景的需求，都是伪需求。你不需要更聪明的分析模型，你需要更具体的场景描述。具体到能拍成一段 30 秒的视频。

第二句：用户不为功能付费，为“场景里的那口气”付费。

不是 800 公里续航，是过年回家不用在服务区排队两小时。不是自动泊车，是”不用在窄车库里揉五把方向，后面还有人按喇叭。

功能是手段，那口气是标的。

第三句：伪需求不是错，把它排在真需求前面才是错。

展厅需要”哇”的时刻，品牌需要话题，用户需要情绪价值。这些都合理。真正的错在于：有预算做灯光秀，没预算做门把手的机械冗余。

排序，是产品经理的核心权力之一。

最后想说：

不管是汽车产品、软件产品、实体产品，其实底层都是同样一套的产品分析逻辑，真需求、伪需求真真假假，这是产品经理日常扯得最多的地方，当然也是产品经理和核心价值。

对产品经理而言，不能用我感觉、我觉得这样不专业的话语来判定需求的真伪，虽然你也有这个权利。单面更应该用专业的方法来判定。

这个判断方法很实用的一种就是“用户场景分析法”，只要你按照这个方法，很多伪需求就会原形毕现。

最后再给大家总结一下场景7问：

1. 这是谁的需求？ 使用者、买车的人、坐车的人，还是公司自己？
2. 能拍成 30 秒视频吗？ 拍不出具体画面说明场景不存在。
3. 一周发生几次？
4. 覆盖用户真实行为的多少？
5. 这个场景里的断点在哪？
6. 推到极端还成立吗？
7. 代价谁承担？