摆摊实战手册
把想法摆出来，验证需求，做出产品，卖出第一单。
这本手册讲一件事：怎么把一个念头推进成有人愿意付钱的小产品。
不是理论，是每一步该做什么、做完能拿到什么、什么信号说明该继续或该停。
什么叫"摆摊"
"摆摊"不是让你真的去路边支一张桌子，是一种做产品的方法：
先把最小版本摆到真人面前，看他是否停下来、是否愿意试、是否愿意付钱，再决定要不要继续投入。
没有顾客之前，不装修大店。
这个方法的核心不是"做得小"，是让每一笔投入都换回一条信息。
花三天做的东西如果没告诉你任何新情况，那三天就是白花的——不管它做得多完整。
这本手册怎么用
每一章对应一个阶段。读完一章，去做那一个动作，再回来读下一章。
不建议一口气读完。读完不动手，等于没读——而且下次真要做的时候，你会发现自己只记得结论，记不住条件。
每篇文章的结尾都有一个"本章动作"和一份"验收标准"。判断这一章是不是过了，看验收标准，不看你读了多久。
七个阶段
| 阶段 | 你要回答的问题 | 这一步的产出 |
|---|---|---|
| 1 想法与验证 | 这个问题真的存在吗？ | 一句话说清问题和用户 |
| 2 开工准备 | 第一版做多小？ | 一份砍到最小的功能清单 |
| 3 构建 MVP | 怎么把它做出来？ | 一个能被别人打开的版本 |
| 4 上线部署 | 怎么让它跑在公网上？ | 一个可访问的域名 |
| 5 获客增长 | 前 10 个用户从哪来？ | 10 个真实用户和他们的反馈 |
| 6 商业变现 | 怎么开始收钱？ | 第一笔收入 |
| 7 持续运营 | 下一版改什么？ | 一个基于数据的迭代决策 |
三条贯穿全书的原则
一、先做出能被打开的东西
大部分想法死在"还没准备好"。
范围永远可以再砍一刀，功能永远可以上线后再加，但一个没上线的产品拿不到任何反馈。
二、按证据推进，不按感觉推进
每过一道关卡再投入下一段成本。没有用户证据时不买服务器年包，没跑通核心流程时不接五种登录，没人问价格时不设计六档套餐。
判断标准是发生了什么，不是别人说了什么。"我觉得挺有用"和"他付了钱"是两种完全不同的信息。
三、放弃一个方向不等于失败
用三天发现一个假设不成立，比用三个月做完它更接近成功。
最贵的错误不是选错方向，是选错了还不肯改。
沉没成本会让人把"已经投入了这么多"当成继续的理由。它不是理由，它是已经花掉的钱。
推荐主线
如果你第一次做产品，按这条最短路径走：
按你现在卡在哪里跳读
| 你的状态 | 直接去 |
|---|---|
| 有想法，不知道值不值得做 | 判断一个想法值不值得做 |
| 不知道自己适合做什么 | 从你自己开始 |
| 想做但范围一直收不住 | 把 MVP 砍到最小 |
| 不会写代码 | 不写代码也能做出第一版 |
| 做完了但不敢上线 | 上线前验收清单 |
| 上线了但没人用 | 冷启动：前十个用户 |
| 有人用但没人付钱 | 定价 |
| 有收入但留不住人 | 留存 |
这本手册不承诺什么
- 不承诺一定能成。 它能减少你踩已知坑的次数，不能保证方向正确。
- 不给具体费率和限额数字。 平台政策变动频繁，写死等于误导。要核的地方我们给的是核价清单和核查日期要求。
- 不替你做产品判断。 用户是谁、为什么付费、收多少钱，这些的后果由你承担，所以得由你决定。
下一步
- 从想法到第一单——先看清全程再动手
- 从你自己开始——方向从你的条件里长出来
- 判断一个想法值不值得做——已经有想法就从这里进