Marketplace 冷启动 Playbook(How to Cold Start a Marketplace)
使用场景
- 你正在构建一个双边或多边市场平台(连接供给方和需求方)
- 你面临经典的「先有鸡还是先有蛋」问题——没有供给无法吸引需求,没有需求无法吸引供给
- 你需要手动桥接供需两侧,从零到一启动网络效应
- 你的产品或原型已经准备好,但尚未有真实用户——需要验证市场是否真实存在
- 你已通过用户访谈发现了供需缺口,现在需要实际启动交易
YC 核心原则
-
创始人充当双边桥梁:冷启动市场平台的唯一魔法不是技术,而是创始人亲自下场——同时扮演销售、运营、客服。DoorDash 四位创始人亲自当配送司机跑通每一单,Fleek 三人扛箱子在伦敦街头当中间商四个月。在平台的两侧都出现有机拉动之前,创始人是唯一能够弥合供需缺口的胶水。(来源:20240530、20231218)
-
做不可扩展的事——先杀掉眼前的龙:市场平台冷启动不需要可扩展的技术方案,需要的是创始人面对面时间(Founder FaceTime)。这是一个搜索问题:你需要找到愿意尝试新平台的少数供给方和需求方,而不是说服大众。Airbnb 创始人亲自拍摄房源照片,Instacart 在没有超市合作的情况下自掏腰包买下所有商品上线。(来源:20240530、20260114)
-
门房式 MVP(Concierge MVP):在供需两侧都没有形成有机流动之前,创始团队应该像「门房」一样手工匹配每一笔交易。Instacart 用 YC 资金买下 Trader Joe's 所有商品,周末拍照定价,周一直接上线——没有任何代码自动化,全是手工操作。DoorDash 原型用 Google Form + Find My Friends + 一部手机一个下午搭建。(来源:20240530、20231218)
-
先达规模再签协议:合作关系通常对创业公司不起作用,尤其不能作为启动增长的方式。如果你需要供给方的正式合作才能上线,你可能永远不会上线。先跑出规模——当你有大量客户通过你的平台在供给方消费时,他们反而不敢关掉你。(来源:20240530)
-
学习速度 > 平台完整性:做不可扩展的事的首要目标是学习——今天能学到多少,而不是等到开发完一切之后。Fleek 扛箱子四个月学到的定价和需求弹性知识,是通过搭网站发邮件永远学不到的。任何能优化学习的事都值得做。(来源:20240530)
-
搜索而非说服:寻找第一批市场参与者更多是搜索问题而非说服问题。你在寻找的是天生尝鲜者(愿意尝试新平台的供给方/需求方)和痛点驱动者(有强烈需求以至于愿意忍受不完善平台的人)。这两类人对价格不敏感,需要精准的个人外联而非大众广告。(来源:20260114)
分步骤做法
第一步:诊断你的市场类型
不同的市场结构需要完全不同的冷启动策略。先问自己三个问题:
市场分类诊断矩阵
| 市场类型 | 典型例子 | 核心挑战 | 冷启动杠杆 |
|---|---|---|---|
| 本地服务市场(地理围栏) | DoorDash、Uber | 每个城市需要独立冷启动 | 密度——聚焦单个街区 |
| 全球商品市场 | eBay、Etsy | 需要同时积累供需 | 品类深度——从一个利基切入 |
| 高频即时市场 | Zepto、Instacart | 供给即服务 | 全栈控制——自建供给 |
| 低频高价市场 | Airbnb | Airbnb效应——信任更难建立 | 质量——亲自为供给增信 |
| 劳动力市场 | Upwork、Uber | 供需不可分割 | 需求先行——用需求吸引供给 |
| B2B 市场 | 垂直行业平台 | 销售周期长、信任门槛高 | 创始人面对面时间 |
诊断练习(用 10 分钟回答):
- 需求侧的核心痛点是即时性(送餐)、可得性(外卖更多选择)、价格(二手商品)、还是信任(住在陌生人家)?
- 供给侧为何愿意加入?(额外收入、清库存、获客渠道、品牌曝光?)
- 供需两侧哪一侧更容易撬动?——这一侧就是你的「种子端」
(来源:20240530 DoorDash/Instacart/Airbnb 案例综合)
第二步:选择启动策略——「种子端」优先
YC 的市场平台案例揭示了一个共识:冷启动的本质是选择更易撬动的一侧(种子端),用不可扩展的方式手动填满它,再用它吸引另一侧。
策略 A:供给端种子(适用于需求明确但供给稀缺的市场)
何时使用:需求显而易见(如餐厅老板对配送订单的渴望),但供给方不愿或无力自己提供。
DoorDash 模式:
1. 创始人亲自做供需两端的发现——超过 100 次面对面商户访谈,发现 Palo Alto 餐厅极度渴望配送但无力自建配送团队
2. 识别供需断层的三角结构:供给端(餐厅)想做但做不了 + 需求端(消费者)强烈渴望 + 中间有闲置运力(有空闲时间的人)
3. 用极简 MVP 跑通核心流程:PaloAltoDelivery.com,订单推送至餐厅,后台调度匹配司机
4. 创始人亲自充当运力供给:四人戴上头盔骑上车,亲自跑通每一单——不是作为管理者在后台观望,而是在真实街头体验司机视角
5. 通过亲自配送两年洞察到核心用户画像:有年幼子女的家庭,尤其是负责餐饮决策的母亲
关键原则:在运力侧(司机)出现有机供给之前,创始团队就是运力。这是获得不可替代第一手认知的唯一途径。
(来源:20231218、20250326、20250401)
策略 B:需求端种子(适用于有供给但需求尚未形成的市场)
何时使用:你找到了供给方(如二手服装批发商),但需要证明需求方确实存在且愿意通过平台购买。
Fleek(W22)模式——二手服装市场:
1. 从供给端切入:三人团队找到伦敦批发商的巨大仓库,说「把这一箱衣服给我们 6 小时,6 小时后还回来,要么衣服都在要么付钱」
2. 手工撮合交易:扛箱子跑伦敦各家二手服装店去卖,手把手成为撮合买卖双方的桥梁
3. 通过 4 个月亲手交易学习:什么好卖、什么不好卖、什么时候进货最好、如何定价、需求弹性如何——这些是通过搭网站发邮件难以学到的
4. 在批发商圈建立声誉后,才过渡到让买卖双方通过网站交易
5. 每家店赚约 6000 美元——用真金白银验证了商业模式
关键原则:不要先搭平台再找用户——先用手工方式证明你能撮合交易并赚钱,再考虑规模化。
(来源:20240530)
策略 C:需求撬动供给(适用于资源充足的创业者,可以通过自掏腰包代替等待供给方合作)
Instacart 模式:
1. 正常人的做法:找 Trader Joe's 和 Whole Foods 管理层谈合作、获取数据——可能需要数年、需要律师
2. Instacart 的做法:用 YC 资金去 Trader Joe's 买了每一样商品,周末用摄影工作室拍下所有产品照片、记下价格,周一早上全部上线
3. 宣布「我们是 Instacart,你可以从 Trader Joe's 订购任何东西」——在没有任何超市合作的情况下
4. 先达规模再签协议:当你已有大量客户通过你在 Trader Joe's 购物时,Trader Joe's 即使反对也实际不想关掉你
关键原则:不要等供给方合作——如果需求可以通过自建供给验证,就先验证需求。合作是规模的结果,不是启动的前提。
(来源:20240530)
策略 D:供给端质量驱动(适用于低频高价、信任壁垒高的市场)
Airbnb 模式:
1. 识别冷启动瓶颈:房源列表的质量(尤其是照片)决定了需求方是否信任平台
2. 需求侧(房东)不愿意或不会上传高质量照片 → 创始人亲自出门拍摄专业级照片
3. 建立精美图片目录 → 启动飞轮:好照片吸引更多租客 → 更多订单激励更多房东加入
4. 如果因为「这永远无法扩展」而放弃亲自拍照,就完全错失了启动飞轮的机会
关键原则:如果早期供给质量是鸡生蛋蛋生鸡循环的关键瓶颈,创始人必须手工突破它。
(来源:20240530)
策略 E:全栈控制供给(适用于高频即时市场,供给质量即是壁垒)
Zepto 模式——印度即时零售:
1. 最早产品 Kirana Cart 是取送服务,48 小时搭建——留存极差(1 小时配送次周留存仅 3-4%)
2. 创始人亲自下场实验:Aadit 当店长、KV 负责配送——主观直觉先于客观数据,客户明显更开心
3. 从用户需求反向推导(Customer-backward):印度消费结构决定了 10 分钟配送是必要不是锦上添花——杂货购买频率是美国 4 倍
4. 全栈控制构建护城河:自有物流 + 自有仓储(暗店)+ 自有选品与品控——本质上在建互联网超市连锁
5. 第一个暗店极其简陋(没有货架、没有冷柜、商品放地上),但选品精心、配送稳定——订单量很快超过全城其他区域总和
关键原则:当外部供给质量不足以满足用户期望时,自建供给——从极度简陋开始,用数据证明 PMF 再投入。
(来源:20250418)
第三步:手工桥接——创始人面对面时间
无论选择哪种策略,手工桥接阶段的核心动作都是一样的:
3.1 创始人亲自执行核心环节
- 给客户你的手机号:Vendr 创始人 Ryan 的做法——「这是我的手机号,任何时间联系我。我公司的未来成功取决于让你成功。我会不惜一切代价。」(来源:20240530)
- 大公司的中层经理绝不会给出自己手机号——这就是创始人面对面时间对小公司对抗大公司的终极竞争优势
- 先承诺后交付:先卖出去,再想办法履约——如果连承诺都不敢做,你还没有真正开始
3.2 手工匹配每一笔交易
- 在供需两侧都出现有机流动之前,创始团队就是平台本身
- DoorDash 原型:Google Drive 上传菜单 → HTML/CSS 展示 → Tony 手机作订单热线 → Find My Friends 模拟实时调度 → Google Form 收订单——一个下午搭建(来源:20240530)
- Zepto 前身:用 WhatsApp 群组帮邻居买菜——72 小时搭出取送服务原型(来源:20250418)
3.3 以学习为第一目标
- 通过手工撮合搞清楚:什么好卖/什么不好卖、最佳定价、需求弹性、用户真正痛点
- 任何能优化学习的事都值得做——「今天能学到多少,而不是等到开发完一切之后」(来源:20240530)
- 如果手动做事甚至亲自做这份工作而非先写软件,就能确保你构建的东西真正在提供价值
第四步:门房式 MVP —— 从手工到最小可演化产品
当你通过手工桥接验证了「确实有交易愿意发生」之后,下一步是构建一个最小可演化产品来支持更多交易——同时保持手工参与。
4.1 门房式 MVP 的定义
门房式 MVP = 用户看到的是产品,后台却是手工操作。
- DoorDash:用户看到的是一个订餐网站,后台是创始人手机的 Google Form + Find My Friends
- Instacart:用户看到的是商品目录和下单界面,后台是创始人亲自去 Trader Joe's 采购
- Fleek:买卖双方看到的是一手货源的二手服装,后台是三人扛箱子从仓库跑店
4.2 搭建原则
- 最难的证明不是技术,而是人们到底想不想要——DoorDash 团队(四位斯坦福工程师)完全有能力构建带 Google Maps 实时追踪的动态网站,但他们选择了极度务实的路径(来源:20240530)
- 48 小时上限:如果你不能在 48 小时内搭建出可演示的门房式 MVP,说明你想得太复杂
- 技术上极简,业务上可用:Google Form、Airtable、WhatsApp 都是合法工具
- 保持手工兜底:即使有一天自动化出问题,创始人仍能手工完成核心交易
4.3 从手工到可演化的过渡信号
不要过早抛弃手工桥接。过渡到自动化/可扩展方案的条件是:
- 需求侧出现有机回流:新需求方不是因为创始人推销而来,而是因为听说平台或通过口碑而来
- 供给侧出现有机供给:新供给方主动找到你,而非你一个一个招募——或至少现有供给方在没有你的催促下自主运营
- 交易频率稳定增长:即使你减少手工参与,交易量也不暴跌
- 单位经济学可验证:即使每笔交易你亲自参与仍然赔钱,但至少你知道如果能自动化,单位经济学会是正的
(来源:综合 20240530、20231218、20250326)
第五步:先达规模再签协议
这是 YC 最反直觉但也最一致的原则:合作关系通常对创业公司不起作用,尤其不能作为冷启动的方式。
5.1 为什么不能先签协议?
- 大公司/传统供给方的合作决策周期可能以年为单位
- 你是一个不被信任的无名小卒,对方没有动力配合你的时间线
- 签协议意味着你必须遵守规则——而你需要的是打破规则来跑出差异化
- 如果你等合作谈好再上线,你可能永远上不了线
5.2 实际操作
- 先上线,后谈合作:Instacart 在 Trader Joe's 完全不知情的情况下上架其所有商品
- 不违法,但不需要征得许可:关键区分——不做违法的事,但也不需要等待正式许可。你在销售配送服务,不是冒充超市
- 用规模造势:当你有足够多用户通过你在某供给方消费时,对方即使反对也不愿关掉你
- 失败也是胜利:即使最终行不通,你也节省了数月时间——而这些时间如果花在谈判上,你就在构建一个没人验证过是否想要的东西
(来源:20240530 Instacart 案例)
第六步:从手工到可扩展
市场平台的终极陷阱:对咨询/手工收入上瘾。手工桥接是验证手段,不是商业模式。
6.1 警惕「咨询收入陷阱」
- Optimizely 的教训:早期靠手动为客户搭建 A/B 测试赚钱验证了需求,但第一版产品实际上是让自己更高效交付咨询服务的工具——如果停留在咨询模式就永远无法构建大生意
- 咨询业务不可能一年增长十倍,真正的软件/平台业务可以(来源:20240530)
6.2 设定极具野心的增长目标
- YC 推动大增长目标的原因之一:只有不可持续的高增长压力才能迫使创始人戒掉「手工收入」的瘾
- 给自己设定一个手工绝对无法完成的增长目标(如:本月翻倍)
- 当产品因为太多人使用而崩溃时,修复动机会非常高涨——从未有创业公司因为太多用户而死
6.3 「破裂水管」逻辑
- 大公司逐个检查每根水管花两年
- 创业公司直接打开所有水龙头——水从哪里冒出那根管子就裂了,修就好
- 先让产品在压力下暴露瓶颈,再修复——不要提前优化(来源:20240530)
常见错误
错误 1:先搭平台再找用户
「建好了他们就会来」是市场平台的致命幻觉。Fleek 没有先搭网站——三人扛箱子跑了四个月先证明交易会发生,平台是后来才搭的。Airbnb、DoorDash、Instacart 全都是在平台极度简陋甚至不存在时就开始了手工撮合。(来源:20240530、20231218)
错误 2:在 PMF 之前担心扩展性
Paul Graham 2013 年的文章逆转了硅谷被 Google 扭曲的「可扩展性偏执」。市场平台最大的问题不是架构不够可扩展,而是无法匹配第一笔交易。先杀掉眼前的龙,再去担心后面的龙。(来源:20240530)
错误 3:等供给方正式合作再上线
Instacart 如果在等 Trader Joe's 签协议,今天可能仍然不存在。合作关系是规模的结果,不是启动的前提。先达规模再签协议。(来源:20240530)
错误 4:试图同时启动供需两侧
你不可能同时点燃两根火柴。选择更容易的一侧(种子端),全力填满它,用它吸引另一侧。DoorDash 的种子端是餐厅供给(需求已存在),Fleek 的种子端是批发商品供给(需求通过手工跑店验证),Instacart 的种子端是自建商品供给(需求通过下单验证)。(来源:综合 20240530 各案例)
错误 5:对「供需两端同时扩张」上瘾
许多市场平台失败于试图在太多城市/品类同时冷启动。DoorDash 在竞争对手涌入旧金山、纽约等城市中心时,逆势选择郊区——因为创始人通过亲自配送两年听到的客户声音是郊区的配送需求更强烈。单位经济学也更好:客单价更高、停车更易、配送更简单。密集攻下一个市场,再复制模式。(来源:20250326)
错误 6:过早抛弃手工桥接
当供需两侧尚未出现有机流动信号时,就急于用自动化/算法替代创始人手工——结果发现供需两侧都在等待对方先动。门房式 MVP 是过渡状态,不是耻辱标记。(来源:20240530、20231218)
错误 7:以说服取代搜索
冷启动不是说服大众使用你的平台,而是搜索世界上那些「天生愿意尝试新平台」的少数供给方和需求方。精准的个人外联比大众广告高效得多。找到了愿意陪你玩的早期参与者,他们自带传播属性。(来源:20260114)
错误 8:免费——不收费验证需求
不收费的不算真正的市场交易。早期采用者和痛点驱动者对价格不敏感。你需要的不是收入而是反馈——一个愤怒的高付费用户比不愿付费的无名用户更可能给你反馈。即使门房式 MVP 阶段也应收费,哪怕只是 1 元。(来源:20260114)
诊断问题
市场结构诊断
- 你的市场是本地服务型(地理围栏)还是全球型?——这决定了单城市突破还是品类利基切入
- 供需两侧哪一侧更容易撬动?为什么?——这是你的「种子端」
- 供给侧的核心动力是什么?(额外收入、清库存、获客、品牌?)——不是「他们也觉得这主意不错」,而是具体的经济激励
- 需求侧的痛点性质是什么?(即时性、可得性、价格、信任、选择?)——决定了你的价值主张
冷启动行动诊断
- 你今天能不能在 48 小时内搭建一个手工版平台来完成第一笔交易?
- 你最近一次亲自充当供需桥梁是什么时候?(亲手配送、亲自打电话、亲自采购?)
- 你是否有供给方的手机号?你是否给出过你自己的手机号?
- 你是否在等待某个合作关系/许可/合同才上线?如果是,为什么不能先上线再谈?
- 你的第一批交易参与者是天生的尝鲜者还是痛点驱动者?你怎么找到他们?
- 你是否已经收费?哪怕是象征性的 1 元?
从手工到可扩展的过渡诊断
- 新需求方是否已经不通过你的推销而来?(有机回流信号)
- 现有供给方是否在没有你的催促下自主运营?(自主供给信号)
- 如果今天减少 50% 的手工参与,你的交易量会掉多少?
- 你是否对「手工收入」上瘾?你给自己设定的增长目标是否手工根本无法完成?
YC 来源案例
DoorDash(YC S13)——教科书级市场冷启动
四位斯坦福工程师+MBA 的团队,完全有能力构建带 Google Maps 实时追踪的动态网站。但他们选择了极度务实的路径:
1. 超过 100 次面对面商户访谈 → 发现 Palo Alto 餐厅配送供需缺口
2. 极简原型:Google Drive + HTML/CSS + Google Form + Find My Friends——一个下午搭建
3. 创始人亲自充当配送司机,戴上头盔在真实街头跑通每一单——获得不可替代的一手认知
4. 核心发现:最难证明的不是技术,而是人们到底想不想要(来源:20240530、20231218、20250326、20250401)
Instacart(YC S12)——先达规模再签协议的典范
在没有任何超市合作的情况下:
1. 用 YC 资金买下 Trader Joe's 所有商品
2. 周末拍照定价
3. 周一直接宣布上线
4. 先有大量客户在平台购物 → 超市即使发现也不愿关掉
(来源:20240530)
Airbnb(YC W09)——亲自拍照启动飞轮
- 识别瓶颈:房源照片质量是信任建立和需求启动的关键
- 创始人亲自出门拍摄专业级照片
- 建立精美图片目录 → 吸引更多租客 → 更多订单激励更多房东
- 「如果因为'这永远无法扩展'而不去做,就完全错失了机会」
(来源:20240530)
Fleek(YC W22)——手工跑通 4 个月再搭平台
- 三人团队 + 一个想法,没有网站、没有衣服
- 从伦敦批发商拿货:「把这箱衣服给我们 6 小时」
- 扛箱子跑二手服装店亲自销售 4 个月
- 通过手工交易学习定价、需求弹性、什么好卖
- 建立声誉后才过渡到在线平台
(来源:20240530)
Zepto(YC W21)——从 WhatsApp 群组到全栈即时零售
- 17 岁的 Aadit 和 KV 疫情期间用 WhatsApp 群组帮邻居买菜
- 72 小时搭建 Kirana Cart 取送服务——1 小时配送次周留存仅 3-4%
- 创始人亲自当店长+配送员进行实验 → 催生 10 分钟配送的洞察
- 第一个暗店极其简陋(商品放地上)但订单量很快超过全城其他区域总和
- 从 YC 12.5 万美元到 1 亿美元融资仅 4 个月
(来源:20250418)
Algolia(YC W14)——亲自为客户写代码的千倍回报
虽然不是典型市场平台,但其「创始人手工提供核心价值」的原则同样适用:创始人获得 Product Hunt 的 GitHub 访问权限,亲自为其实现第一版搜索并提交 Pull Request——这带来了远超普通客户关系的千倍回报。
(来源:20240530)
供给端 vs 需求端优先级决策框架
决策树:我应该先撬动哪一端?
┌─────────────────────────────┐
│ 需求是否已经明显存在? │
│ (如:餐厅老板有大量被拒订单) │
└─────────────┬───────────────┘
是 ↓ ↓ 否
┌──────────────┐ ┌──────────────────────┐
│ 供给端是短板? │ │ 你是否能自建/模仿 │
│ (如:无人配送)│ │ 供给来验证需求? │
└──────┬───────┘ └──────────┬───────────┘
是 ↓ ↓ 否 是 ↓ ↓ 否
┌──────────┐ ┌────────┐ ┌──────────┐ ┌──────────┐
│ 策略 A: │ │策略 B: │ │ 策略 C: │ │ 策略 B: │
│ 供给端 │ │需求端 │ │ 需求撬动 │ │ 需求端 │
│ 种子 │ │种子 │ │ 供给 │ │ 种子 │
│ (DoorDash)│ │(Fleek) │ │ (Instacart)│ │ (Fleek) │
└──────────┘ └────────┘ └──────────┘ └──────────┘
决策经验法则
| 条件 | 优先供给端 | 优先需求端 |
|---|---|---|
| 需求是否已明显存在 | 是——餐厅订单被拒、大量配送需求 | 否——需要先证明人们愿意买 |
| 供给是否可自建 | 是——司机可由创始人充当 | 否——供给需要特殊资质 |
| 供给质量是否是信任瓶颈 | 是——如房源照片质量 | 否——标准品 |
| 品类复杂度 | 低——少数标准品类 | 高——大量长尾品类 |
| 典型案例 | DoorDash, Airbnb, Uber | Fleek |
(来源:综合 20240530 跨案例比较分析)
可直接使用的模板 / 话术
48 小时市场冷启动 Sprint 流程
## 小时 0-4:诊断市场类型 + 选择种子端
- [ ] 填写市场分类诊断矩阵
- [ ] 确定种子端(供给端还是需求端)
- [ ] 列出种子端的前 20 个潜在参与者
## 小时 4-8:手工桥接准备
- [ ] 搭建门房式工具(Google Form / Airtable / WhatsApp 群组)
- [ ] 准备好「先承诺后交付」的底气
- [ ] 写下创始人手机号,准备给出
## 小时 8-24:手工撮合第一笔交易
- [ ] 种子端:亲自接触前 5 个潜在参与者(登门/电话/私信)
- [ ] 交叉端:找到愿意陪你玩的第一批需求方/供给方
- [ ] 完成第一笔交易——全程手工、全程在场
## 小时 24-36:学习与迭代
- [ ] 记录:什么环节花了最多时间?什么环节客户最困惑?
- [ ] 如果失败:哪里断了?是供给不够还是需求不真?
- [ ] 如果成功:复制模式再来 3 笔
## 小时 36-48:决定是否继续
- [ ] 是否有人愿意付费?(哪怕只收 1 元)
- [ ] 是否出现任何有机回流信号?
- [ ] 如果没有 → 市场可能不存在,换个方向或市场类型
- [ ] 如果有 → 继续手工跑通到 50 笔交易再考虑搭建平台
种子端外联话术模板(供给端优先模式)
主题:[城市名] 餐厅,你每周错失 [X] 个配送订单
Hi [名字],
我是 [你的名字],正在做一个帮助 [类型] 餐厅获得更多配送订单的项目。
我注意到 [具体观察——如你的 Yelp 页面上很多人问是否配送]。
我能否明天下午带 [某个具体价值] 过来和你聊 15 分钟?
这是我的手机号:[号码]
[你的名字]
种子端外联话术模板(需求端优先模式)
主题:你在 [平台/论坛] 上提到想要 [某物],我这里有
Hi [名字],
看到你在 [具体位置] 提到需要 [具体需求]。我手上正好有 [具体供给],
[价格/时间/地点]。如果你感兴趣,我可以 [手工交付方式]。
这是我的手机号:[号码]
[你的名字]
手工桥接记录模板
## 交易 #1 —— [日期]
### 参与者
- 供给方:[姓名] [来源]
- 需求方:[姓名] [来源]
### 交易细节
- 商品/服务:
- 价格:
- 交付方式:
- 我方参与程度(1-10):
### 学习
- 最大的摩擦点:
- 客户最满意的点:
- 如果有下一次,我会改变什么:
### 有机信号?
- [ ] 需求方主动询问能否再次使用
- [ ] 供给方主动推荐给同行
- [ ] 双方不经我主动联系
相关 source pages
- 20240530-Startup-Experts-Discuss-Doing-Things-That-Dont-Scale
- 20231218-Talk-about-doing-things-that-dont-scale-From-Doordashs-YC-app-in-2013
- 20250326-DoorDash-CEO-Customer-Obsession-Surviving-Startup-Death--Creating-A-New-Market
- 20250401-The-idea-for-DoorDash-didnt-come-from-surveysit-came-from-living-a-day-in-the-cu
- 20260114-How-To-Get-Your-First-Users
- 20250418-How-Zepto-Became-Indias-Fastest-Growing-Startup
- 20241016-Why-Design-Matters-Lessons-from-Stripe-Lyft-and-Airbnb
相关 topic pages
- growth — 网络效应、病毒式传播与有机增长
- mvp — 最小可演化产品方法论
- product-market-fit — PMF 诊断与验证框架
- cold-start-problem — 冷启动问题
- do-things-that-dont-scale — 做不可扩展的事
置信度与局限
高置信度(多来源交叉验证)
- 创始人亲自充当双边桥梁:DoorDash/Fleek/Instacart/Airbnb/Zepto 五大案例一致确认——市场平台冷启动没有捷径,唯一的魔法是创始人手工撮合交易。(来源:20240530、20231218、20250418)
- 先达规模再签协议:Instacart 为最直接的案例,且该原则在「做不可扩展的事」圆桌讨论中被多个 YC 合伙人反复强调。(来源:20240530)
- 门房式 MVP 的极简原则:DoorDash(Google Form+Find My Friends)和 Zepto(WhatsApp 群组)以两个极端案例印证相同模式。(来源:20240530、20250418)
中置信度(单一/少数来源或推论)
- 供给端 vs 需求端决策框架:该决策树由 DoorDash/Fleek/Instacart 案例归纳推理而来,但 YC 知识库中没有专门的「供给 vs 需求优先级」系统性理论。YC 的覆盖偏案例驱动,缺少对市场结构的理论化抽象。(跨案例归纳,无单一系统化 source)
- 「种子端」概念:YC 来源中未直接使用该术语,是从案例模式中提炼的操作性概念。
- 从手工过渡到可扩展的具体阈值:「有机回流」和「自主供给」信号来自 Zepto 和 DoorDash 的转折点描述,但未在其他案例中系统验证。(来源:20250326、20250418)
已知局限(诚实标注)
- YC 知识库对 marketplace 的覆盖偏案例驱动,缺少系统性理论框架。本 playbook 的策略分类和决策框架是从不同案例的模式中推理归纳而来,而非 YC 自身的系统性市场理论。
- 缺少失败案例:YC 来源聚焦于成功的明星公司(DoorDash、Airbnb、Instacart),缺乏市场平台冷启动失败的对比分析。幸存者偏差可能使方法论看起来比实际更确定。
- 缺少定量基准:无市场平台在冷启动阶段的交易量、留存率、供给/需求比等定量参考阈值。
- 缺少纯数字市场(纯软件市场)的冷启动案例:当前案例偏物理世界市场平台(配送、住宿、零售、二手服装),对 SaaS 市场、API 市场、数据市场的冷启动覆盖不足。
- 不同市场结构的冷启动差异可能被低估:本地服务型 vs 全球型、高频 vs 低频、标准化 vs 非标准化商品——这些维度的系统性差异在 YC 知识库中未被充分展开。