关于发布不完美作品的实践
完美版本总是在未来 我一直在思考为什么东西没有被构建。不是为什么失败 — 为什么从来没有开始。 原因总是一样的：有人决定等到可以正确完成。直到条件正确。直到想法完全形成。直到确定它会好。 问题是"足够好可以发布"和"完美"不是同一个目的地。完美是一个方向。足够好可以发布是一个地方。 完美主义真正失去什么 你每天延迟发布都是一天你没有从真实反馈中学习。你头脑中完美的版本被保护免受市场影响。它从未遇到过真正使用它的人。它从未收到过一封邮件说"我尝试做X但在这里困惑了"。 那个反馈就是信息。没有它，你在真空中构建。你在真空中停留得越久，产品就越脱离它应该做的事情。 数学很简单： 6个月内完美 = 0反馈 2个月内发布，迭代 = 第2个月有反馈，第3-6个月改进 获得反馈的不完美版本到第6个月时将比停留在开发中的完美版本走得更远。 真正的机制 完美主义不是高标准。高标准意味着在约束内做好工作。完美主义意味着延迟直到约束不再存在 — 它们永远不会。 帮助我的重新框架： 发布以学习，不是以证明。 当你发布时，你不是在宣告工作完成。你是在做一个实验。反馈告诉你方向是否正确。如果没有，你改变方向。如果正确，你继续。 完美主义心态把发布当作判决。发布以学习的心态把它当作数据收集。 真正有帮助的事情 设置日期，不是标准。 代替"准备好时发布"，在日历上设置一个日期。11月1日。季度末。无论什么。工作扩展填满你给予的时间。期限创造约束。约束创造专注。 80%规则。 如果你已经做了核心工作，剩下20%是润色，发布。20%永远不会感觉完成。如果人们正在使用它并就重要的80%给出反馈，它会感觉更完成。 找到最小的观众。 你不需要所有人。你需要三个真正使用你构建的东西的人。为他们完美，从他们学习，从那里扩展。 分离构建和发布。 构建是创意部分。发布是行政部分。你可以停止构建当你已经做得足够。发布是自己的过程，有自己的时间线。 真正的问题 完美主义下面通常是恐惧。害怕被看到不够好。害怕收到说"这不够好"的邮件。害怕不得不承认工作不够好。 但这是我学到的：重要的人不会因为你工作不完美而评判你。他们会因为你不发布而评判你。存在的的不完美事物比不存在的完美事物教得更多。 完美主义的真正成本不是你未能达到的质量。是你没有获得的 learning。 这不是关于发布糟糕工作的论点。是关于发布存在的作品、获得反馈、并从真实数据而不是想象数据改进的论点。
