先做能用的版本，再谈好看

一个常见的顺序错误

很多人做产品的顺序是：先想清楚所有功能，再做设计，最后写代码。听起来很合理，实际上很容易卡在第一周。

我现在的顺序

1. 先做一条能走通的主线；
2. 自己用一周；
3. 把最难受的地方改掉；
4. 再考虑视觉。

第 2 步最重要。不用过，就不知道哪里真的难受。

好看是结果，不是起点

一个能用的丑东西，可以慢慢变好看；一个好看但用不了的东西，只会被放弃。