《小而美》创业手册（三）：越少越好，用最少的东西最快开始

这是《小而美》创业手册系列的第三篇。前两篇分别聊了什么是极简主义创业、怎么从社区出发找到你的生意。这一篇进入实操层面：怎么用最少的东西、最快地开始。

一句话概括这一章的核心观点：别想着一步到位做出完美产品，先用最土最笨的方式帮人把事办了，在干的过程中搞清楚该做什么，然后再一点一点升级。

这张图浓缩了整章的逻辑线——从兴趣出发，手动帮人，记录流程，验证迭代，最终才产品化。下面逐步拆解每个环节。

创业靠兴趣，不靠技能

很多人一想到创业就觉得”我不会编程”、“我不懂金融”，然后就放弃了。作者说这完全是误区——每一个成功的创始人一开始也什么都不会，都是边干边学的。

关键不是你会什么，而是你对什么感兴趣。技能可以学、可以外包，但如果你对一个领域没有热情，有再多技能也撑不下去。

书里有一段话特别直白：

“你不需要MBA学位，不需要了解如何编写代码、设计产品、筹集资金。你只需要对解决某个人群的问题充满兴趣。”

这和传统创业教育完全相反。传统的思路是”先学好本事再创业”，但极简主义创业的思路是”先找到你真正在乎的人和问题，本事在过程中自然会学到”。

安娜·盖特的故事

安娜想建一个让不同观点的人和平对话的平台，她的经历特别值得反思：

尝试	做了什么	结果
第一版	做了个学术对话平台	太慢，推不动
第二版	花两年做了 AI 即时通信软件	烧光钱，用户不感兴趣
意外收获	随手组织的线下沙龙聚会	特别火，大家特别喜欢

她一开始觉得”我是搞科技的，怎么能做零科技的生意？“但事实是：沙龙才是真正解决问题的东西，那个花了两年做的 APP 不是。

安娜的故事里有一个更深层的教训：她在做 APP 期间也在调研用户，很多人跟她说”你这个想法很棒，我一定会用”。但等到产品上线，那些说”一定会用”的人都消失了。人们嘴上说愿意要的东西，和他们真正会用的东西，往往完全不同。 只有沙龙——那个最原始、最简单、零科技的方案——得到了真实的市场验证。

这个故事的核心教训：别一上来就想着”我要开发一个 APP”。先用最简单的方式（哪怕是组织一场线下聚会）去验证，如果最原始的方式就能吸引人，方向就是对的。

从流程开始：MVP 之前的 MVP

大多数人创业的思路是：有想法 → 做产品 → 卖。作者说这跳过了最关键的一步。正确的顺序是：

有想法 → 先手动帮几个人把事办了 → 把过程记下来 → 看看行不行 → 再决定做不做成产品

作者重新定义了 MVP 这个概念：不是”最小可行产品”（minimum viable product），而是”有价值的人工流程”（manual valuable process）。 意思是：先别造任何东西，用你自己的手和时间，一个一个地帮客户把事情办了。

这个重新定义非常关键。传统的 MVP 思维是”做一个最简单的产品”，但即使是”最简单的产品”也需要投入大量时间和金钱去开发。而”有价值的人工流程”的门槛几乎为零——你只需要用现有工具（邮件、表格、手动操作）把事情做了就行。

Endcrawl 的案例：教科书级的”手动 MVP”

两个人发现电影行业做片尾字幕特别痛苦——导演和制片人需要准确列出几百个参与者的名字和职位，任何拼写错误都不能接受，而且经常需要反复修改。传统流程中，每次修改都要等专业后期公司排版，一个版本可能要等 24 小时。

他们没有一上来就写软件，而是用 Google 表格 + 一个简单 Perl 脚本 + 手动邮件发送，全程人工操作。

他们的流程：

1. 给客户一份 Google 表格
2. 客户随便改
3. 客户想要新版本，发邮件说一声
4. 他俩手动导出 CSV 文件
5. 手动跑脚本生成字幕
6. 手动上传到 Dropbox
7. 手动发邮件把下载链接给客户

结果呢？客户以前等 24 小时，现在 15 分钟搞定。客户非常开心，愿意付钱。

关键在于： 通过手动服务客户，他们搞清楚了客户到底要什么、流程哪里可以优化，然后才把它变成了真正的软件产品。如果一上来就写软件，他们很可能做出一堆没人要的功能。

书里还强调了一个细节：Endcrawl 的创始人发现，手动操作的过程中暴露出很多他们事先想不到的需求。比如客户经常需要在最后一刻加人、改职位，而且不同电影公司对字幕格式的要求差异很大。这些洞察只有在真正服务客户的过程中才能获得——坐在办公室里写代码是永远发现不了的。

三种赚钱方式的选择

在决定做什么产品之前，先理解三种创业路径的赚钱特点：

自由职业（最稳但天花板低）： 干一天活赚一天钱，不干就没有。好处是马上就能有收入，可以养活自己。作者在书中指出，自由职业是极简主义创业最好的起点——它让你在帮人的过程中了解客户的真实需求，同时养活自己。

书/课程/视频（有爆发力但不稳定）： 像锯齿一样一波一波的。每次出一个作品，收入冲上去再慢慢回落，等下一个作品再冲一波。但好处是”做一次卖多次”，一本电子书写完就能持续卖。

软件生意/SaaS（慢热但天花板最高）： 开始很久都在底部爬，几乎不赚钱。但一旦起来就持续上升，因为软件是”做一次卖无数次”，用户持续付费订阅。

最聪明的做法不是一上来就奔着软件去。 而是先做自由职业（马上有饭吃），然后做内容（把经验变成可重复卖的东西），最后才考虑做软件。书里把这叫做”创业阶梯”——一步一步往上爬，每一步都有收入支撑。

四种创业路径

路径	说明	案例
数字内容	卖知识（视频、电子书、课程）	Lynda.com：从线下工作坊 → 在线订阅 → 被领英收购
实物产品	卖商品	Noxgear：从夜间飞盘赛的发光背心 → Kickstarter 卖 500 件 → 持续经营
连接用户	把人和人连起来收费	Craigslist：从朋友间的邮件列表 → 不到 100 人年赚 10 亿美元
SaaS 软件	软件订阅服务	Yac：4 天内设计出远程办公工具的原始版本

每一种路径都有人从零做到成功，关键不是路径本身，而是你是否真正了解你的社区需要什么。Lynda Weinman 之所以能把一个线下培训班做成被 LinkedIn 以 15 亿美元收购的在线教育平台，核心原因不是她选了”数字内容”这个路径，而是她在网页设计社区深耕了多年，精准地知道学员在学习中的每一个卡点。

核心建议：选一个今天就能开始的路径，不要等到明天。

验证你的假设

你觉得客户会为你的方案付钱，但这只是你的猜测。你得去验证它是对还是错。

怎么验证？不是问别人”你觉得我这个产品好不好”，而是直接去帮他解决问题，看他愿不愿意掏钱。

提问的学问（“妈咪测试”）

书里引用了罗布·菲茨帕特里克《妈咪测试》中的方法。核心观点是：如果你把创业想法告诉你妈妈，她一定会说”太棒了！“——但这个回答毫无价值。你需要问的不是”你觉得好不好”，而是能暴露真实行为的问题。

错误的问法	正确的问法
”你愿意花钱买我这个产品吗？"	"你现在怎么解决这个问题的？"
"你觉得这个想法好不好？"	"为什么你一直没能解决这个问题？"
"如果我做出来你会用吗？"	"上次遇到这个问题是什么时候？你当时做了什么？”

为什么？因为如果你问”愿不愿意买”，别人碍于面子会说”好啊”，但真到付钱的时候就消失了（安娜·盖特就是这么被坑的）。而问”你现在怎么解决的”、“为什么一直没解决”，你能听到真实的痛点和真实的行为，而不是客气话。

书里还强调：最好的验证是客户用行动投票——掏钱。 如果有人愿意在你的产品还很烂的时候就付钱，说明这个需求是真实的。如果只是口头说”很好”，那多半不靠谱。

流程打磨的循环

验证不是一次性的动作，而是一个持续的循环：

1. 手动帮客户做一遍 → 记录每一步
2. 做完发现哪里不好 → 反思和修改
3. 记录改进后的流程 → 再帮下一个客户做
4. 再改进……循环好几轮

经过好几轮打磨，你终于得到一套验证过的、效果很好的流程。这时候才把它变成产品或软件，批量复制给更多客户——一份变多份，不需要你亲自做了。

作者在书中说得很直接：

“在你手动帮了足够多的人、确认这个流程真的有效之前，不要写一行代码。“

把一件事做好：Gumroad 的”丑陋”起步

作者毫无保留地展示了 Gumroad 最初有多简陋：

你以为的 Gumroad	实际的 Gumroad
功能完善的交易平台	一个 2700 行代码的 Python 文件
自动上传文件	没有文件上传功能，只能贴个链接
自动付款给卖家	每月底作者亲自手动转账给每个卖家
安全的交易系统	有明显的漏洞，不良商家可以钻空子

但它成功了。因为它解决了一个真实的问题：创作者想在网上卖东西，Gumroad 让他们一个链接就能收款。买家不知道、也不关心后台是不是手动操作。

Gumroad 的进化路径特别有参考价值：

第一步：作者自己当人工客服（手动转账、手动处理数据）
    ↓
第二步：写了个小脚本自动下载付款列表（不用再手动复制）
    ↓
第三步：用 PayPal 的 API 实现自动付款
    ↓
第四步：所有环节全部自动化
    ↓
最终：一个人就能运营整个平台

书中有一个细节很有意思：萨希尔说他在 Gumroad 上线十年后，仍然觉得产品”还没准备好”。但这十年里，Gumroad 已经帮创作者创造了超过上亿美元的收入。如果他当初等到”准备好”才上线，这一切都不会发生。

别等”完美”再上线。 一个能帮人解决问题的烂产品，远好过一个完美但永远没做出来的好产品。

克制带来创意

书中有一个核心观点容易被忽略：限制不是障碍，而是创意的来源。 你没有钱，所以你不会乱花钱；你没有团队，所以你必须做最重要的事；你没有时间，所以你必须快速验证。这些”没有”反而会逼出最聪明的解决方案。

每次想要做新东西的时候，问自己四个问题：

1. 我能用一个周末做完吗？（大部分初版都应该在 2-3 天内完成）
2. 它能让客户的生活好一点吗？
3. 有人愿意为此付钱吗？
4. 我能快速得到反馈吗？

如果四个答案都是”是”，那就动手。如果有一个答案是”不确定”，那就先缩小范围，做得更简单一点，直到四个答案都是”是”为止。

Product Hunt 的例子

创始人瑞安·胡佛想做一个产品分享网站，他不是工程师，不会写代码。他没有被困住，而是用一份邮件列表 + 一个现成的工具（Linkydink），感恩节假期 5 天就做出来了。第一天 30 个用户，一周 100 个用户。验证了方向是对的，之后才去做真正的网站。

Product Hunt 后来成长为科技圈最有影响力的产品发现平台之一，但它的起点不是一个精心设计的网站，而是一封群发邮件。

不需要写代码也能创业。先做那些”做起来很烦但是人们喜欢的事”，用最轻量的方式跑通。

从流程化到产品化

理解两个关键概念：

概念	意思	大白话
流程化（processize）	把手动帮人的过程变成可复制的步骤	写一份”操作手册”，别人看了也能做
产品化（productize）	把流程变成可以出售的产品	让系统自动运转，客户自助下单

书中对这两步的描述很具体：流程化的标志是”你能把这件事教给别人做”；产品化的标志是”客户可以不通过你就完成整个流程”。从流程化到产品化，中间可能隔着几个月甚至几年，不要急。

Interintellect 的产品化案例

还记得前面提到的安娜·盖特吗？她放弃了软件，专注做线下沙龙。她是怎么把沙龙”产品化”的？

1. 流程化： 确定四大支柱（中立空间、同等发言时间、轻松有趣、透明跨学科），每场沙龙都按这个标准执行
2. 发现真正的产品： “我以为自己做的是活动策划，但其实我是在创造活动主办方”——做了一千次才发现这一点
3. 产品化： 推出平台让别人也能创办、安排自己的沙龙，按照严格规范审批和培训新的主办人
4. 规模化： 现在每天在全球主持 60 场活动

安娜的这句话特别值得记住：她做了一千场沙龙才意识到自己真正在卖什么。很多创业者以为自己在卖 A，其实客户买的是 B。只有在反复服务客户的过程中，你才能发现那个”B”是什么。

这个例子特别有启发：哪怕你的生意看起来完全不适合”产品化”（比如线下聚会），只要你把流程打磨得足够好，它一样可以批量复制。

早早交付，经常交付

作者用了一个很形象的比喻：

想象你在一艘寻找宝藏的船上。开始时你一年只能让雷达”哔”一次，然后一个月一次，再然后每天一次。你会错很多次，你的目标就是尽快减少错误。

你每交付一次，就相当于让雷达”哔”一次。“哔”得越频繁，找到宝藏（产品-市场契合点）的概率越高。

Gumroad 在 10 年里从未发布过”2.0 版本”，而是做了数万次大大小小的改进。每一次改进，都让一些客户从”以后再说”变成”现在就要”。

书中还用了一个烹饪的比喻来总结这种方法：

“你不是在三分钟之内做一个蛋糕（独角兽模式），你在用慢炖锅小火煮汤，所有的情况尽收眼底。”

别闷头做半年再拿出来，而是做一点就给客户看一点。反馈循环越快，成功越快。

这一章对做副业的人意味着什么

读完这一章，我觉得对副业创业者最重要的三个启发是：

1. 在创建产品之前，先完善”有价值的人工流程”。 先用最土的方式手动帮人，搞清楚该做什么。你现在就可以开始——不需要学编程、不需要做网站、不需要注册公司，只需要找到你社区里的一个人，手动帮他解决一个问题。

2. 反馈循环越快，成功越快。 别闷头做半年再拿出来，而是做一点就给客户看一点。Endcrawl 如果一开始就花半年写软件，很可能做出一堆没用的功能。正是因为他们从手动操作开始，每 15 分钟就能得到一次客户反馈，才精确地知道了软件应该做成什么样。

3. 只创建你必须创建的东西，其余全部外包。 越少越好，克制就是创意。Product Hunt 用邮件列表起步，Gumroad 用 2700 行代码起步，Interintellect 用线下聚会起步。他们的共同点是：只做解决核心问题的那一件事，其他全部省掉。

“你不是在三分钟之内做一个蛋糕（独角兽模式），你在用慢炖锅小火煮汤，所有的情况尽收眼底。”

—— 萨希尔·拉文吉亚