# 第一版要做多完整，才敢拿出去卖

用“能不能跑完一次真实交易”而不是“功能齐不齐”定义最小可行版本，并给出五种可撤销的交付形式、取舍方法和验证通过的三条标准

> 最小可行产品 · 需求验证 · 试营业与合规 · 约 8 分钟 · 09 月 11 日

## 本篇要点

1. 第一版的标准不是“功能齐不齐”，而是“能不能跑完一次有人付钱、你完成交付的真实交易”；付款比问卷、点赞、朋友称赞都强，因为对方付出了真实代价。
2. 把“完工”当成前提的代价是钱和时间锁死在不可撤销的东西上（租金、设备、装修、库存），而这段时间积累不到任何关于客户的真实信息。
3. 五种可撤销的交付形式各有分工：限量预售排除库存风险，先接单后采购（Zappos 1999）排除库存与物流投资，只做一个单品排除品类复杂度，借场地或时段排除固定成本，人肉交付（Food on the Table）排除“到底要做什么功能”的不确定。
4. 取舍方法：列出全部想做的内容，只保留“客户当下愿意付钱的那一件”；其余进“以后清单”。两个筛选问题是“删掉它客户还会付钱吗”和“它是这次要验证的问题本身，还是只让结果更好看”。
5. 验证通过的三条都看行为：有人按现价而非折扣价付钱、有人主动复购或带朋友来、交付做到第五次不比第一次更糟。最小可行不等于可以草率——能收款、明码标价、说清交付时间、守住安全底线，属于“能完成交易”的必要部分。
6. “卖不动”和“做不完”是两种失败，改的东西不同：前者要动产品或人群（重复优化话术是无底洞），后者要动交付流程和批量（把产能问题当宣传问题会很贵）。
7. 提前写好停止条件，能让一轮实验在没人付钱时及时结束，而不是跑到中途临时找理由继续。

---

上一篇结束时，你手上应该有一张写着 20 个名字或 20 个聚集地的表。接下来的问题很具体：你打算拿什么去找这 20 个人？

多数人的答案是“先准备齐”。把店租下来，设备买全，菜单上凑够二十道菜，或者把服务流程写成一份完整手册，培训好自己，等一切像样了再开门。等这些做完，钱花出去了，两三个月过去了，你才第一次开口问客户“你要不要买”。而这时候，你已经改不动了。

## “做完”感觉像必需品，其实是另一种东西

客户站在你面前，你只有一道菜，那种感觉确实像被看穿了。人本能地想用一个完整体量来挡住这种暴露。但要看清，菜单的齐全、店面的装修、服务的完备，回答的是“我看起来像不像一家店”，不是“客户愿不愿意为这件事掏钱”。这是两个独立的问题。一家门头光鲜、二十道菜、道道平庸的店，验证价值远低于一个只有一样东西、但真有人排队的小摊。

把“完工”当前提的代价是具体的。租金押一付三、设备、装修、首批进货，几万到十几万，而且大部分不可撤销——买回来的设备退不掉，签了的租约不会因为你发现没人买而作废。更要紧的是时间：这两三个月里你一个真实客户都没碰到，唯一积累下来的东西是自己装修得多辛苦。

## 最小可行版本不是“功能最少”，是“能完成一次真实交易”

这种做法有个名字叫最小可行版本（minimum viable product，MVP）。埃里克·莱斯给的定义是：能让团队用最少的投入，获得最多关于客户的、经过验证的学习的那个版本[1]。他特意提醒，这个词里的“最小”容易被误读——最小可行不等于草率、不等于偷工减料，它只是要求你**删掉一切不直接服务于这次学习的功能、环节和投入**。

判断标准因此不是数功能个数，而是问：这个版本能不能跑完一次真实交易？有人把东西拿走，有人付了钱，你把它交付出去。整个闭环发生过一次，才算数。

为什么必须是“付钱”，而不是“感兴趣”？因为付款是一个人付出真实代价的行为。问卷里的“我会买”、朋友圈的点赞、朋友说的“挺好的”，都不需要对方承担任何后果，而付款需要。史蒂夫·布兰克把定义最小版本的问法说得很直接：**客户愿意花钱让我们解决的那个最小、最简单的问题是什么**[2]。他同时指出，愿意为第一版买单的从来只是极少数人——他们有这个问题、知道自己有这个问题、正在找解法、手头也有钱。绝大多数人不会喜欢你的第一版，这很正常。

有一类东西不能省：让交易能完成、让基本安全有保障的那些部分。明码标价、能收款、把交付时间说清楚、符合相关的卫生或资质底线——这些本身就是“能不能完成一次交易”的一部分，不属于可以砍掉的“完工度”。

## 五种可以撤销的交付形式

第一版要回答的是“有没有人付钱”，那就应该把钱和时间花在客户已经付钱之后，把还没验证的部分用可撤销的东西顶上。

| 形式 | 一次真实交易的样子 | 排除了哪类风险 | 你仍然要真实承担 |
| --- | --- | --- | --- |
| 限量预售 | 收满十份再做、再进 | 囤货和卖不掉的库存 | 收了钱必须交出来 |
| 先接单后采购 | 1999 年的 Zappos：把本地店里的鞋拍照挂上网，有人下单才回店里按原价买回来寄出，有些单子一分钱不赚[3] | 库存、仓储、物流投资 | 每单亲自跑腿、可能零毛利 |
| 只做一个单品或一项服务 | 只做一道菜、只接一种活 | “要备多少品类”的复杂度 | 有人会因为选择太少而走掉，你得判断这是口味问题还是选择问题 |
| 借别人的场地或时段 | 借咖啡店门口摆一天、周末市集一个摊位、只对外说“这周只接五单” | 租金和固定成本 | 时间地点受限制，来的人可能不是你以为的那群 |
| 人肉交付 | 2010 年奥斯汀的 Food on the Table：创始人收每周 9.95 美元，亲自上门给一个家庭做菜谱和购物清单，先服务 1 个人，再到 20 个，之后才动手写软件[3] | “到底要做哪些功能” | 你的时间是唯一产能 |

市集摊位常被低估。一个农家市集摊位一周的摊位费通常在 25 到 75 美元之间；和已经有人流的商家合作开一次快闪，很多店主愿意免费提供场地，因为你的东西能替他招来人，即使收费也多是 25 到 50 美元一次[6]。这和你签一份一年租约不是同一个量级的赌注[5]。

这五种形式有同一条逻辑：先用人力顶替机器、用订单顶替库存、用借用顶替拥有、用一次顶替常设。保罗·格雷厄姆把这件事总结成“做那些不能规模化的事”——早期必须一个个把客户手工拿下，因为只有在这一段，你能贴着人看清楚他到底要什么；等你要什么已经清楚了，再去建那个能规模化的机器[4]。

## 第一版里到底留什么

方法只有两步。先把你想做的全部写下来，二十行不嫌多：所有你想卖的品类、想提供的服务、想加的功能。然后只勾一件——**客户当下愿意付钱的那一件**。其余全部移进一张“以后清单”，写下来，但这一版不做。

勾选时用两个问题卡自己：

一是，删掉它，客户还会付这笔钱吗？会，就进以后清单。

二是，它是在这次要验证的那个问题本身，还是只是让结果更好看？只是更好看，也进以后清单。

举个能落地的例子。你想开一家早餐店，心里装着粥、包子、三明治、手冲咖啡。这一版真正要验证的问题是“早上赶时间的人，愿不愿意为一份热的、能带走的早餐付钱”。咖啡删掉，客人还是会付钱；咖啡也回答不了上面那个问题。于是第一版收成：一种主食加一种饮品，固定时间段只做一周，只在你能亲自站住的时段开。

## 什么算验证通过

一轮跑完，用三条判断，而且都看行为不看话：

**有人按现价付钱，不是折扣价。** 打折只验证了你愿意亏多少，验证不了客户愿不愿意为原价付钱。这跟定价策略无关——这里只需要一个没有折扣的付款动作。

**有人主动复购，或者把朋友带来。** 第一次购买可能是好奇、面子或同情，第二次掏钱没有这些成分。客户第二天带人来，是最强的信号，因为他用自己的信用替你做了担保。

**交付没有把你拖垮。** 如果每一单都要你熬到凌晨，服务一个客户要三天才缓过来，那不是“生意刚起步”，是你把自己当免费劳动力在用。这里不看利润表（把成本算清楚是下一篇的事），只看一件事：同样这套活，你做到第五次时是不是比第一次快。

## “卖不动”和“做不完”，是两种失败

第一版跑完出现的问题通常落进两条完全不同的路，用错药比失败本身更贵。

```mermaid
flowchart TD
  A["第一版跑完一轮"] --> B{"有人按现价付钱了吗"}
  B -- "没有" --> C["卖不动：问题在产品或人群"]
  B -- "有" --> D{"同一套交付能重复吗"}
  D -- "不能" --> E["做不完：问题在产品形态"]
  D -- "能" --> F["加量，再跑一轮"]
```

**卖不动**的诱惑是把话说得更响——改文案、投更多流量、找更会推销的人。但如果你拿同一件事问过名单上二十个人，一个都没付钱，那说明的不是你的说服力，是这件事不在他们的支出里。该改的是产品、人群，或者你选的那“一件”本身。最常见的错，是把“我觉得重要的”当成了“客户愿意付钱的”。

**做不完**是另一种：有人愿意付钱，但每个订单都靠你亲自扛，量加不上去。这是产品形态还没设计完，不是市场问题。动作是把交付拆成步骤，找出最耗时的那一步，然后先砍客数或频次，只服务你扛得住的批量，再想怎么把那一步标准化。

危险恰恰在错配上：卖不动却去雇人扩张，或者做不完却去改宣传文案。前者把没验证的需求放大成固定成本，后者在不存在的瓶颈上使劲。

## 今天可以动手的一件事

写一句“第一版说明书”，把所有细节都填实：我这一版只做______这一件事，面向______，在______时间、______地点，服务______个客户；一轮结束后，我用______判断继续还是停。

最后半句最容易被漏掉，却最省事。提前定好什么算失败，就不会出现一轮跑到中途、明明没人付钱，却临时给自己找理由再撑一个月的局面。而这份说明书要拿去问的人，就是上一篇里那张表上的二十个名字。

## 来源

1. [Eric Ries: The Minimum Viable Product — A Primer — MVP 是第一个实验，删掉一切不直接服务于学习的功能与投入](https://medium.com/galleys/the-minimum-viable-product-a-primer-3d9a76dd5213)
2. [Steve Blank: Perfection By Subtraction — 用“客户愿意花钱让我们解决的最小问题”定义第一版](https://steveblank.com/2010/03/04/perfection-by-subtraction-the-minimum-feature-set/)
3. [Concierge MVP 指南 — Zappos 先接单后采购、Food on the Table 人肉交付的案例与区别](https://www.teacode.io/blog/concierge-minimum-viable-product)
4. [Paul Graham: Do Things that Don't Scale — 早期手工获取客户，不可规模化的阶段才是弄清要做什么的阶段](https://www.paulgraham.com/ds.html)
5. [Why a market stall is the best business test you will ever run — 用真实人流和真金白银换取行为数据](https://www.treeshepherd.org.uk/why-a-market-stall-is-the-best-business-test-you-will-ever-run/)
6. [How to Sell Food at a Pop-Up Shop — 快闪与市集摊位的实际成本结构](https://findhomegrown.com/blog/how-to-sell-food-at-pop-up-shop)

---

原文：https://pangzhengboyin.com/articles/first-version-complete-enough-to-sell-7ba9515b

> **庞征博引** · 想学的，慢慢都会
>
> 庞征博引是把想学的东西写成连载的 AI 学习工具。说出想学什么，它会先了解你的基础，再把主题写成一篇篇 5–10 分钟能读完的文章；边读边问，接下来学什么跟着你走。这篇就是这样写出来的。
>
> 开始你自己的连载 → https://pangzhengboyin.com