Ch5 03: 把修车师傅派到你家门口的那家创业公司#

Curbee 的创始人想要打造一个上门汽车维修的技术平台。他们有愿景:一个 App,你按下按钮,技师就开到你家门口,你坐在屋里喝着咖啡,车就修好了。汽车维修界的 Uber。BP 做得很精美,线框图画好了,技术架构也规划好了。

然后他们做了一件大多数硅谷创始人会称之为异端的事。他们合上笔记本电脑,买了一辆面包车。


最初几个月,Curbee 以纯手工服务的方式运营。没有 App,没有平台,没有软件。只有一辆面包车、一个技师和一部电话。客户打电话或发短信预约,有人开车去他们那里,维修完成,通过一个基础开票工具收款。

以任何科技创业的标准来看,这都原始得可笑。但这也是他们能做的最聪明的事。

面包车阶段教会了他们这些——这些教训是任何产品设计、用户调研或竞品分析都无法产出的:

教训一:哪些维修适合上门,哪些不适合。 最初的愿景假设任何维修都可以在客户所在地完成。现实不同意。有些活儿需要举升机,有些需要面包车装不下的专用设备,有些太受天气影响没法在户外做。做了几百单手动作业之后,团队有了一份精确的地图——什么适合上门、什么不适合——这张地图成了他们服务菜单的骨架。

教训二:客户真正在乎什么。 创始人原本以为价格为王。事实并非如此。客户在乎的是时间——具体来说,是省掉了开车去修理厂、放下车、想办法搭车回家、等电话、再开回去取车的那几个小时。节省的时间值得付溢价。这个洞察翻转了定价模型——从"比修理厂便宜"变成了"比修理厂更值,因为我们帮你省了四个小时"。

教训三:真正的瓶颈藏在哪里。 零配件物流才是核心约束——而不是维修本身。技师换一副刹车片只要四十五分钟,但把正确的刹车片在正确的时间送到正确的面包车上,可能要耗掉一整天。面包车阶段以残酷的清晰度暴露了这个瓶颈,它成了技术平台首先要解决的问题。

教训四:现实中的边界情况长什么样。 技师到了客户不在家。车卡在狭窄的车库里。一个维修暴露出第二个更棘手的问题。一条狗对着技师不停地叫。这些情况每一个都在面包车阶段冒了出来,每一个都塑造了平台的异常处理逻辑。


几个月和几百个完成的订单之后,团队对自己的业务了如指掌。不是从电子表格里了解的,不是从问卷里了解的,而是从亲手干活中了解的。

现在——也只有现在——他们才开始构建软件。

他们交付的产品和第一天就动手写代码会做出来的东西完全不同。服务菜单是根据真实可行性雕刻出来的,不是基于理论覆盖范围。调度算法考虑了路程时间、配件库存和工单复杂度——这些变量他们从实战中了然于胸。客户沟通流程预判了客户实际上会问的问题,而不是创始人想象中他们会问的问题。定价模型锚定在真实交易中的支付意愿数据上,而不是市场调研的猜测。

软件精简、聚焦、精准——因为每一个功能都是面包车阶段浮现出的某个问题的答案。


这是我在一家又一家公司身上见证过的有效路径:先做服务,再做产品,最后做平台。

第一阶段:手动服务。 你就是产品。你亲手交付服务。你学到一切——什么有效、什么会坏、客户喜欢什么、容忍什么、什么会让他们跑掉。收入受限于你能雇多少人,但学习是无上限的。

第二阶段:软件产品。 你把经过验证的服务编码为技术。软件不是发明一个新流程——而是将一个已被验证的流程数字化。客户通过产品而不是你的团队来获取服务。收入随用户规模增长,而不是随人数增长。边际成本趋近于零。

第三阶段:平台。 你将技术开放给第三方。其他技师、其他服务商、其他企业在你的轨道上运行。你成为基础设施。收入随生态系统规模增长,而不仅仅是你自己的业务。

每个阶段都建立在前一个之上。没有手动服务阶段钻入骨髓的理解,你建不出好产品。没有赢得第三方信任的成熟产品,你建不出好平台。

跳过第一阶段的创始人——那些直接跳去做产品的——往往会交付一个技术上令人印象深刻但商业上漫无目标的东西。它解决了客户并不存在的问题,自动化了根本不成立的流程,规模化了一个从未被验证的模式。


面包车阶段还会产出另一种资产,它可能是最有价值的:数据。

每一次手动服务交互都会释放出信息。客户请求了什么维修。实际问题是什么(往往和客户描述的不一样)。花了多长时间。用了什么配件。哪里出了岔子。客户事后怎么说。

这些数据,积累几百单之后,就成了技术平台的训练集。调度算法用真实的工单时长来训练。诊断建议由真实的问题解决模式来塑造。客户沟通模板由真实的反馈来打磨。

一个先做软件、之后再试图采集这些数据的竞争对手,是在打逆风仗。他们的数据集单薄、有偏差(只来自愿意尝试未经验证产品的客户),而且缺乏手动服务阶段人工观察所带来的深度。

Curbee 的数据优势不是来自更先进的技术,而是来自好几个月拿着扳手在客户家门口修车的经历。


行动指南#

如果你正在打造一个技术赋能的服务,考虑从服务开始,而不是从技术开始。

  1. 至少手动交付服务三个月。 不是当作"内测"——而是当作真正的生意。收真正的价格。服务真正的客户。赚真正的收入。手动阶段不是彩排,它就是生意本身。

  2. 记录一切。 为每次交互保留详细日志:请求了什么、交付了什么、花了多长时间、什么坏了、客户说了什么。这份日志就是你的产品规格书。它会比你在会议室里能写出的任何东西都更准确。

  3. 找到瓶颈。 在五十到一百次手动交互之后,你就会知道最大的约束在哪里。用你的第一个技术组件去击碎那个特定的约束——不是把整个流程数字化,而是移除那个最大的卡点。

  4. 逐步扩展技术。 一次自动化一个功能,始终以手动数据为指引。调度,然后沟通,然后支付,然后诊断。每一次新增都应该是回答一个真实的问题,而不是一个臆想的功能需求。

面包车在软件之前。扳手在算法之前。而你亲手干活所建立起的理解——那才是没有任何竞争对手能复制的资产。