完成的幻觉

有一类项目，永远停在百分之八十。

界面已经能跑，功能也差不多齐了，只差一点细节：改个名字、换套配色、把那个边缘情况处理好。于是又过了一个月，它还在本地，甚至没有域名。

问题通常不在能力，而在于我们对「完成」的定义。

准备是一种舒适区

开始很难，但准备开始很舒服。整理需求、比较技术方案、收集参考设计，每一件事都让人感觉自己在前进，却没有真正暴露任何风险。

写代码也是。重构已有逻辑，比新增一个还没想清楚的功能安全得多。于是项目始终在内部变好，却从未接受真实世界的检验。

把完成缩小

如果一件事总是做不完，大概率是它太大了。

与其问「这个项目什么时候能上线」，不如问「最小可用、但能真正被使用的那一版是什么」。一个只有一个功能的网站，一个只能处理一种格式的脚本，一个只给五个人用的工具，都比完美的半成品更有价值。

可以用一个很朴素的方法：在开始之前写下完成的定义。

完成 = 某个真实的人，能在真实环境里用它完成一件真实的事。

注意，这里面没有「所有功能都做好」，也没有「代码足够优雅」。

交付之后才开始

我们往往高估发布那一刻的重要性，低估之后的迭代。真实反馈会告诉你哪些设计是多余的，哪些问题根本不重要，以及下一步真正应该做什么。

在屋子里想一百遍用户会怎么用，不如让十个人真的点一次。

所以，如果你手边也有一个卡在百分之八十的项目，也许可以试着今天就把它放上线。丑一点、少几个功能都没关系。

先让它存在，再让它变好。