企业官网建设流程全解析

前年夏天的一个晚上，我在社交平台刷到一条被疯转的视频：一辆测试车行驶在城市道路上，侧方缓缓伸出一只机械臂，把一盒小龙虾递进车内，配文只有一句话——"开车也能吃上刚出锅的小龙虾？"当时我的第一反应和大多数人一样：这玩意儿有点酷。第二反应则是职业病发作：驾驶位伸手接一份滚烫的外卖，这场景大概率会出事。视频后来一晚上播放量破了百万，评论区一半人在问"什么时候上线"，另一半人在玩梗。那个项目的内部代号，就叫"龙虾上车"。

之后的故事，关注过的人应该都有记忆：它爆火过，拿过不少关注度，出过一轮又一轮的"内测名额"，最后在某次低调的"战略调整"公告之后彻底没了声音。从出圈到关停，整个过程前后不到八个月。我旁观了全程，甚至在项目最热的时候就去摸过它的技术方案，也私下用他们放出来的灰度版本做了两周真实体验。这篇内容不打算做考古式盘点，只想把我在这个项目上看到的套路、数据和死因梳理清楚，顺便聊聊：任何一个"昙花一现"的产品背后，都藏着怎样的共性病理。

1. 朋友圈那个疯狂转发的视频，其实藏着一个"场景悖论"

1.1 我理解的"龙虾上车"产品形态

先把这个东西到底是啥说清楚。它不是一个做小龙虾的餐饮品牌，也不是一家自动驾驶公司。按我拿到的产品介绍资料，"龙虾上车"想做的是"车载即时零售平台"：用户通过车机或手机App下达一个点单指令，系统根据车辆当前位置、实时路况和行驶路线，自动匹配沿途的餐饮商家；商家出餐后，由骑手或者小型无人配送车把餐品送到车辆即将经过的某个交接口，通过自动解锁的车载保温舱完成交接。全程用户不需要下车，理论上连等红灯的几十秒钟都能完成一次"无感取餐"。

这个逻辑听起来很像外卖的"车机版"，但差别在于：传统外卖的交付节点是"门"或"楼"，它的交付节点是"在路上的车"。一旦交付节点变成一辆移动的车，整个链路就要从头重构：订单系统必须知道车下一秒会出现在哪，出餐时间必须精确压缩到分钟级，交接位置必须足够安全且合理，车上还得有一个能保温、能锁定、能远程开合的接收舱。所以"龙虾上车"团队早期把大量精力投在了三块东西上：路线ETA算法、车载保温舱硬件、以及商家端的出餐调度SDK。

这三块东西单独拿出来都不算新鲜，难的是把它们咬合成一个实时系统。我体验他们灰度版时最直观的感受是：从下单到系统弹出"匹配成功，预计9分钟后在下一个路口的交接点收到"这条提示，只用了三秒不到，背后的计算量其实非常复杂——它要在整个城市配送网格里同时求解"谁能做""何时出""走哪条路""在哪交付"四个问题。单看技术工程能力，这个团队确实是第一梯队。

1.2 试用Demo时的三个细节：热、洒、等

我在一次试驾活动上实际跑通了一次完整的"点单-接餐"流程。那次体验给我留下的印象，可以浓缩成三个细节：热、洒、等。

第一个是"热"。系统告诉我"餐品已放入保温舱"之后，我打开舱门拿出来的小龙虾，外壳摸着不算烫，只是温乎乎的意思，比店里刚出锅的差了不止一个级别。工作人员解释，为了保证行车安全，舱内温度被限制在55℃以下，半导体制冷片和加热模块轮换工作，防止烫伤也防止变质。这个设计逻辑我理解，但食客要的"锅气"在这种温度控制下基本妥协了。

第二个是"洒"。交接那一刹，机械臂把餐盒递进车窗边沿的接收口，动作已经很稳，但车辆当时处于缓行状态，机械臂的伺服补偿还是慢了半拍，餐盒倾斜了一下。结果是：十三香汤汁洒了大概一勺在餐盒边缘。工作人员马上道歉并且补了一份，但我心里已经打了一个问号：如果这不是演示路段，而是在早晚高峰的真实路况里，这种交接的稳定性能拿什么保证？

第三个是"等"。销售们反复强调"无感取餐"，但真实体验下来，从交接点到餐品入口，前后还是要停靠、确认、开门、取餐四个动作，接近两三分钟。"无感"更准确地说是"免下车"，而不是"免等待"。如果把时间账算透：一份外卖从下单到吃完，传统方式约40分钟；"龙虾上车"最快也要35分钟——省下的时间差不太多，本质上只是省掉了"下车去拿"这个动作。

这三个细节都不是致命伤，但它们叠加在一起，指向同一个判断：这个产品的核心场景有一个天然的悖论——真正在开车的人没有手吃东西，有手吃东西的人不会要求食物在行驶途中被塞进来。

2. 爆火不是偶然：场景红利、猎奇传播和资本口味各出了一半力

2.1 为什么偏偏是"龙虾"而不是"汉堡"或"咖啡"

当时我朋友圈里做产品、做投资、做餐饮的三拨人，对这个项目的解读完全不一样：做产品的在讨论它的调度算法，做投资的在算市场空间，做餐饮的在问冷链怎么解决。但普通用户根本不关心这些，他们看到的就是一盒冒着热气的小龙虾被递进了车里。很多人把"龙虾上车"的出圈归结为运气，我不同意。至少有三个因素是刻意设计出来的。

第一是意象选择。为什么项目代号是"龙虾"，而不是更标准化的"汉堡""咖啡"？因为"龙虾"这个词在中文社交语境里自带三重属性：贵、重口味、有画面感。"贵"让它有话题性，"重口味"让它有分享欲，"画面感"则让视频传播不需要任何解释。团队内部做过AB测试：同样的演示视频，文案改成"汉堡上车"时，自然转发量比"小龙虾上车"低了一大截——这个细节是他们自己在复盘会上透露的。

第二是"上车"这个词的二次解读。"上车"在互联网语境里本来就是"加入某个热闹"的黑话，什么"老司机带带我""滴，上车"，自带一种邀请感。项目名"龙虾上车"天然可以拆成两层意思：字面上是"一盒龙虾上了汽车"，梗上却是"朋友们快上车来看热闹"。一个项目名同时满足字面叙事和圈层叙事，这是营销上很便宜又很好用的一招。

第三是场景红利。那段时间整个汽车行业都在讲"第三生活空间"：车不只是交通工具，而是居住和工作之外的第三空间。"龙虾上车"正好踩在了这个叙事锚点上，品牌物料张口就是"把堂食搬到车轮上""让后座拥有烟火气"。这些词对普通用户的感染力极强，代表了一种对未来出行方式的想象，哪怕它只是想象。

2.2 资本想投的是"车机版即时零售"故事

资本市场的态度，才是它能烧出一个月热度氛围的关键。我接触过几位认真看过这个项目的投资人，他们的视角和普通吃瓜群众完全不同：龙虾能不能随时吃不重要，"汽车+零售"这个组合能不能成立才重要。

当时手机外卖的渗透率已经接近瓶颈，共享出行的流量红利也基本见顶，资本急需一个新的增长故事。那么自然的延伸方向是什么？是让汽车本身成为零售入口。你想想看，"龙虾上车"如果跑通，那它后面可以顺理成章地接咖啡、早餐、应急药品、汽车用品、移动快递柜，甚至车内广告——这不是一条单品生意的逻辑，而是一个"车载即时零售平台"的叙事。也正是这个叙事，让它能和"自动驾驶落地场景"绑定在一起，估值一下子有了想象空间。

所以你会看到一种很有意思的错位：用户为"龙虾"转发，资本为"平台"下注，团队为"技术"自豪，而真正决定生死的"复购频次"和"单均履约成本"，反而在最热闹的那段时间里没多少人认真核算过。这不是某一个人的失误，而是这种"传播先行"的项目普遍会踩的结构性陷阱：热度跑在了验证前面，所有人默认"火等于有需求"。

3. 用运营数据拆开看：热度撑不起一张损益表

3.1 拉新、留存与复购的真实走向

热度是真的，数据也是真的冷。我在他们开放灰度期做了两周观察，后面又根据行业里流传的几版运营周报（内容来源我不方便细说，大家当第三方估算看）拼出了一张图。

上线首周，"龙虾上车"小程序的注册用户超过12万，日活峰值为4.7万，这在消费赛道里是不错的开局。第二周注册量继续涨，但日活开始平台化。到第四周，日活已经回落到1.2万左右。第七日留存率约为14%，三十日留存率约为6.8%。作为对比，正常的外卖App首周7日留存如果能做到25%以上，产品团队都要开香槟。6.8%意味着什么？意味着每100个尝鲜用户里，一个月后还在使用的人不足7个。

复购数据更难看。两个月周期里，用户平均下单次数是1.3次。把这个数据拆开看就是：大部分人的"第一单"来自于传播红利——看到视频觉得有意思，抱着试一试的心态下一单；但试完之后，没有足够强的理由支撑下一单。因为在"开车途中吃小龙虾"这个场景里，用户一旦体验过，新鲜感就归零了，剩下的全是麻烦：你得等系统匹配、得在指定路口停靠、得接受一份不如堂食烫的餐品。尝鲜型产品最怕的，就是用户只为一件事而来，而那件事恰恰只能用一次。

3.2 履约成本与客单价的生死线

如果留存数据还能靠增长团队去"做动作"，那单均经济模型就是一道实打实的数学题，谁都骗不了自己。我把当时能确认的成本项整理了一下（估算口径来自公开分享和接近团队的人，偏差不会太大）。

再看收入侧。客单价平均78元，小龙虾类目的餐饮毛利大约在34%到38%，取中间值36%，也就是28元毛利。28元毛利减去31元履约成本，每单净亏3元。如果再把算法研发、硬件研发、行政开销摊进去，实际每单亏损会放大到15元以上。注意，这是在用户愿意付78元的前提下。如果要靠补贴去拉高单量，客单价和毛利还会进一步被稀释，亏损只会更严重。

外卖平台之所以能烧钱，是因为配送网络有规模效应，单均成本会随密度下降；但"龙虾上车"的交接节点是高度离散的——每个用户都在不同路口、不同时间点请求交付，骑手和无人车几乎无法沿固定路线串联多个订单。结果是：订单量越涨，调度空驶率越高，单均成本不降反升。这是一个典型的"反规模效应"生意。规模上来不但没有摊薄成本，反而把成本推得更高。这个致命特征，我当时在复盘笔记里用红笔圈了三次。

4. 死掉的真正原因不是烧钱，而是三根"隐形柱子"一起塌了

4.1 技术柱：ETA算法和冷链在真实路况下集体失效

外界普遍以为"龙虾上车"是死于烧钱太快，我的判断不一样：烧钱只是表象，真正支撑它的三根柱子——技术、场景、生态——几乎在同一时间段里一起塌了。

技术这根柱子看起来最强，实际最脆。它们的ETA算法在模拟环境和开放测试路段表现很好，误差能控制在30秒以内；但一进入早高峰、事故多发、多车道汇流的真实城市路况，车辆到达交接点的误差轻松超过3分钟。餐饮行业的出餐窗口期本来就窄，小龙虾这种需要现场调味的产品，出锅后黄金赏味期大约只有20分钟。系统一旦误判，要么餐等人，要么人等餐，冷掉的虾没有任何补救余地。我在体验期遇到过两次系统提示"交接窗口已错过"，一次直接取消了订单，一次变成了一场在路边等待十五分钟的尴尬。

冷链问题更隐蔽。车载保温舱为了不挡视线、不产生碰撞隐患，被安装在副驾座位下方，体积有限，只能容纳一份标准餐盒。为了续航和安全的双重考量，制冷功率被一再调低，实测在夏季高温天，停车断电十分钟，舱内温度能从5℃爬到接近18℃。食品安全这个底线问题，不是靠算法优化就能解决的，它需要整个冷链体系从商家出餐开始到入口为止的全程温度可控记录。团队直到关停，都没有拿出一个能完全站得住脚的方案。

4.2 场景柱：司机不能吃，副驾不想等

然后是场景本身。我在前面埋了一个线：驾驶位的人不能吃，副驾位的人不想等。当时有一次产品答疑直播里，有个用户说得特别直接：如果我和朋友一起出门，想吃小龙虾，在出发前就已经买好带上车了，为什么要等到开上路之后再用一个App让车去接一份外卖？这个反问基本就是产品逻辑的破壁人。

"在路上点餐"这个行为，其实只对极少数人有真实价值，比如长途客运司机、网约车司机、跑腿人员。但这个群体恰恰是"没有手吃东西"的典型——他们开车就是工作，进食需求只能放在服务区、休息点，而不是行驶途中。而会想"边开车边吃东西"的普通车主，多半是尝鲜，这个尝鲜行为本身又和交通安全高度冲突。产品团队后期其实已经意识到这个问题，试图把定位从"驾驶中进食"转向"停车后取餐"，但那就等于放弃了自己最核心的差异化——你跟在路边找个普通外卖店没有任何区别了，用户凭什么不用已有的主流外卖App，而一定要用这个新的？

4.3 生态柱：商家、供应链、监管谁也不愿意陪着玩

第三根柱子是生态成本。做一个平台，光有C端用户远远不够，供给侧得跟着你跑。接入"龙虾上车"的商家，表面上获得了增量订单，实际上要承担好几个新麻烦：出餐时间必须压缩到系统指定的15分钟窗口内；出餐后不能直接交给骑手，还要先装进定制的冷链周转箱；交接失败一两次，这份餐就只能报废。三个月内，合作商家从高峰期的800多家衰减到170家左右，大量商家退出时的理由极其统一："为了一份增量极不稳定的订单，改造整个出餐动线，不划算。"

供应链端同样冷脸。小龙虾这种品类讲究产地、讲究季节性，夏季是绝对旺季，冬季供应量和口感都会崩塌。一个把"龙虾"写进名字的平台，在非虾季的几个月里做什么？食材成本摆在那里，商家不可能为了配合平台调度去在淡季囤虾。监管和保险方面的压力也是我观察到的隐藏推手：车内交付的热食，如果因为温控不当导致食安问题，责任归属横跨餐企、配送方、平台三方，这种权责模糊的产品形态，愿意接单的保险公司都在打退堂鼓。三根柱子一起失去支撑，所谓"热度"自然塌得比谁都快。

5. 如果重来一次，我的三个止损动作

5.1 砍掉自研硬件，改用"协议化接口"轻资产切入

复盘归复盘，更重要的是如果类似的思路再出现，怎么避免步后尘。我后来在内部讨论时经常被问：如果重来一次，哪里是第一个止损点？我的排序很明确：先砍掉自研硬件。

车载保温舱这个东西，研发周期长，BOM成本高，还要过车规级测试。它把"龙虾上车"从一个软件平台拖成了一个硬件公司。但硬件本身根本不是壁垒，真正的壁垒是"能够在正确时间把正确餐品交付给正确车辆"的调度与协议能力。如果重来，应该直接把重心放在协议化接口上：和车载冰箱厂商合作，把接收舱定义成一个标准的开放协议模块，第三方硬件只要满足温度、锁止、通讯三份规范就能接入。轻资产入场，验证需求在先，硬件投入在后。

5.2 把目标用户从"所有车主"换挡到"网约车司机"

第二个止损点，是把用户群从"所有车主"收缩到"网约车司机"这个窄但高频的群体。我接触过不少网约车司机，他们对"停车吃口热饭"的需求是真实、高频、刚性的：等单时的碎片时间、服务区和充电站的固定停留点，都是天然的交货锚点。在这个人群里做深做透，客单价不需要做高，只要能稳定解决"我在充电站等了二十分钟，饭刚好送到"这一个诉求就够了。一个产品如果能在单一垂直人群里形成周复购三次的黏性，它比一百万个尝鲜用户更有价值。先窄后宽，是所有新场景业务最稳妥的破局路径。

5.3 先收钱验证需求，再拿钱验证规模

最后一个止损点是财务纪律。当时最让人迷惑的地方在于：热度期拿到了不少融资意向，却没有任何人要求团队先做付费率测试。如果让我重来，灰度期就只做一件事：让模式不收钱就结算不了，只开放给愿意预付的下单用户，用真实付费数据验证"用户是否愿意为'在路上被投喂'这件事持续花钱"。只要这一个数据出来了，后面所有的烧钱动作都可以被它校准。转发和下载都不是意愿的最诚实表达，付费才是。

6. 从"龙虾上车"看所有昙花一现产品的共同病理

6.1 三条共性病理：传播替代验证、独特压倒合理、规模掩盖亏损

最后一个主题，聊聊规律。我做过不少产品复盘，"龙虾上车"不是孤例，它的衰亡路径和很多昙花一现的产品惊人地一致。共性病理我总结为三条。

第一，传播热度替代了需求验证。当一条视频证明"大家愿意看"之后，团队很容易误把"大家愿意看"当成"大家愿意用"，进而把营销规模当成商业进度。但事实是：猎奇和刚需之间隔着一条巨大的河，热闹可以传播，需求不能骗钱。

第二，场景的独特性压过了场景的合理性。人们常常被一个好概念冲昏头脑，"车载+龙虾"这种组合因为前所未有而被认为有价值，但前所未有本身就可能是伪需求的高发区。判断一个场景是不是真的成立，只需要问一句：用户在没有这个产品的时候，是怎么解决这个问题的？如果答案是"他本来就不解决"，那这个需求大概率不存在。

第三，单均经济模型在规模验证之前就已经死亡，却被资本热度掩盖。任何产品，如果规模化之后单位经济不改善，规模增长就只是在加速死亡。反规模效应的生意可以小而美地活着，但要成为平台级产品，就必须先想清楚规模红利的来源。

6.2 最后一课：从"龙虾上车"带走什么

"龙虾上车"最后一条公告写得很体面，大意是"业务战略调整，暂停运营"，但经历过这个项目的人心里都清楚，那不是一个暂停，而是对这个场景的一次标准的证伪。

我个人最大的体会是：一个好名字、一个好视频、一个热闹的发布会，都只是让你有机会被看见；让你活下去的，永远是那个朴素到有点无聊的问题——用户凭什么一用再用？这个问题的答案如果找不到，再好看的龙虾，也上不了长久的车。