很多人做事，总在等「准备好」。
想写文章，等文笔练好了再写；想做项目，等功能做完美了再上线；想学一个技能，等全部学会了再用。
结果呢？
- 文笔永远练不好，因为没有实战反馈
- 功能永远做不完美，因为你不知道用户真正想要什么
- 技能永远学不会，因为光学不用根本记不住
这就是缺乏迭代思维的表现。
什么是迭代思维？
迭代思维说起来很简单：先做一个能用的最差版本，然后一点点改，慢慢变好。
和「完美主义」正好相反：
- 完美主义：一次就要做对，错了就输了
- 迭代思维：一开始肯定错，错了改就是了，改着改着就对了
我自己做这个项目就是典型：
- 一开始官网什么都没有，就是一个空框架，先上线再说
- 内容一天写一篇，写完发出去，慢慢积累
- 规则流程不对，就改，改到顺手为止
如果我一开始就想「等内容全写完，规则全定好再上线」，估计到现在你还看不到这个网站。
为什么迭代思维这么重要？
1. 你不可能一开始就想对
不管你想得多清楚，真做起来一定会遇到你没想到的问题。
你设计一个产品，想得再完美，用户用起来一定会有你想不到的需求。
你写一篇文章，想得再完整，写出来才发现逻辑不通顺。
想，都是问题；做，才是答案。改，才能变好。
2. 越早得到反馈，进步越快
你做出来一个东西，才能拿到反馈：
- 用户说哪里不好用
- 自己用起来哪里不舒服
- 哪里和你想的不一样
没有这个反馈，你只能在脑子里瞎想，进步很慢。
我写认知提升文章，就是一天一篇发出去。写着写着就发现，读者喜欢什么不喜欢什么，慢慢调整风格，越写越好。
如果我闷头写半年再发，出来的东西大概率还是不对路。
3. 小步快跑，风险更低
一次性all in，错了就是满盘皆输。
每次只改一点，试错成本很低，就算错了，损失也不大，掉头很容易。
这就像开车：你不可能盯着终点一下开过去，你得不断调整方向，左一下右一下，才能一直走在正确的路上。
怎么用迭代思维做事？三个步骤
第一步：先做「最小可用版本」
什么叫最小可用？就是它能解决最核心的问题，虽然很粗糙，但能用。
- 想写公众号：别等排版好看、名字想好、头像做好，先写第一篇发出去再说
- 想做网站：别等所有内容写完，先把框架搭起来，发一篇文章就算上线
- 想学编程：别等看完三本厚书，先写一个能跑通的Hello World，再一点点加功能
记住：完成比完美重要，可用比精致重要。
第二步：固定频率，持续更新
不用一下子改很多，固定节奏，每次改一点就好。
我这个项目就是：
- 认知提升：一天一篇
- 项目复盘：一周一篇
- 网站优化：想到就改一点
持续比一下子猛干更重要。
天天做一点，比一个月猛干一次，效果好得多。
第三步：收集反馈，及时调整
反馈来自两个地方：
- 自己用：你自己用起来哪里不舒服，顺手改了
- 用户/读者反馈：别人说哪里不好，对你有用就改
不用所有反馈都听，但是要听，要思考。
我这个博客，一开始导航栏设计不对，我自己用着不舒服，第二天就改了，这就是迭代。
反例：哪些做法是反迭代的？
- 等所有条件都成熟再开始 — 条件永远不会完全成熟，等下去就是等死
- 追求一次性做到最好 — 一开始就想做到最好，结果就是做不出来
- 不改 — 做出来就放那了，发现问题也不改，永远停在那里
- 一次改太多 — 一下子改了十几个地方，哪个有用哪个没用都分不清楚
一句话总结
别等完美，先出发，再优化。小步快跑，慢慢变好。
你今天有什么想做又一直没开始的事？
- 别想了，先做一个最小可用版本出来
- 明天再改一点
- 一周之后，你已经走出去很远了
这就是迭代思维的魔力。