你好，我是 Kevin，欢迎回来。今天我要和你分享的是：先完成，再完美，领导和团队都开心。

“Done is better than perfect（完成比完美更好）”， 如果对 Facebook 这家公司有所了解，你应该对这句话非常熟悉。当然，在我们国内的公司美团里面，也能够看到这句话，就在他们的办公区墙上贴着。为什么这两家互联网公司的巨头，一个牢牢占据全球社交 App 的霸主地位，一个拥有中国人日常生活必备的超级 App，会那么强调这样的理念呢？大部分公司的领导不都是特别强调完美吗？比如大家都很熟悉的乔布斯，如果在工作中，看到一个凑活的产品，他肯定会把员工骂个狗血喷头，说人家脑袋进水了。

但是，从我实践的经验来看，这个理论对于像极客邦科技这样，迭代比较快的中小型创业公司来说，是非常棒的方法论。而对于以硬件为主、一次成型基本没什么机会再修改的公司，并不是那么适合。所以说，每个方法或者理论，我们都要考虑它的实际情况，可能今天视为金句的话，明天就不适合了，就像马克思主义说的“具体问题具体分析”。

那具体来说，我们公司是怎么实践“Done is better than perfect”这个方法论的呢？今天我们就来说一说。

管它呢，先有初稿再说

其实，在追求完美这个事情上，我们公司吃过很多亏，尤其是我们的 InfoQ 媒体业务。但有个最近发生的事情，现在回过头来品味，还特别有滋味，我今天就拿出来给你分享一下。

2020 年9 月 10 日，是华为发布鸿蒙操作系统并且开源鸿蒙 OS 2.0 的日子。我正好受邀去现场。下午 4 点，当时我正在场内，和几千位听众一起沉浸在余承东正式发布鸿蒙 OS 2.0 开源的兴奋中。对于我来说，这可是个划时代的事情啊。作为一个以开发者社区为生的人，能在有生之年见证一个操作系统的诞生和发展，而且还是国产的，岂止是能用“幸运”这两个字来形容的。

突然，华为负责鸿蒙开源的同学打过来电话，特别急促地跟我说， “Kevin，帮个忙马上写个声明可以吗？就说‘鸿蒙 OS 2.0 在晚上 6 点 18 分正式开放源代码’，现在先让大家安心看发布会。”

按理说，刚发布信息，这个时候每个人都想赶紧到网站上下载源代码试试，这是获取流量最好的时机啊！我刚想问为什么，但转念一想好像明白过来了。前几天和华为的同学沟通，听他们说，现在的工作都是按分钟来计算，有太多的事情要做，包括准备鸿蒙 OS 2.0 代码开源的事情。这样看，应该是他们还需要多一点时间来对外提供下载。

于是，我马上安排后方的编辑来做这件事。但是，编辑同学那时候正在准备一个大稿，如果现在突然插进来做这个事情，肯定会打乱他们的节奏。而且，仓促组稿，最终成稿很大程度上会不完美，会留有“遗憾”。

Done is better than perfect，好像这句话在嘴边已经等了很久，就等这个说出来的当口了。因为，平时我在公司经常强调这个，所以大家已经有了统一的话语体系，同事们也很明白这句话的意义。所以，尽管惊讶、匆忙，大家还是一致认为这是个必须要做的事情，二话不说，就开始执行起来。

由于时间紧迫，我们的编辑同学先是在 InfoQ 网站上发布了一个短新闻，标题是“刚刚，华为鸿蒙 OS 2.0 发布，源代码现已开放”。在文章开篇，我们重点强调“据 InfoQ 向华为官方了解，鸿蒙 OS 的代码将在今天下午（2020 年 9 月 10 日）HDC 2020 大会结束后的 18:18 正式开放”，然后配上一些现场的 PPT 图片和介绍，就这样发布了。

从我们 InfoQ 做内容的标准来看，这显然不是一个完美的作品。毕竟，华为要开源一个操作系统，这么大的一个事情，怎么也得三五千字才能说得清楚明白，才能振奋人心，才能说明这个内容的分量。

但是，迫于各种情况，事情总是还要进行下去。幸好，最终的结果还挺不错。首先，这篇文章的访问量还不错，并且在我们的内容体系里面都是比较高的数据，我们也算是踩中了一个热点。其次，因为这在危急时刻帮了华为的同学一个大忙，他们也很满意，我们之间是更加可以信赖的合作伙伴。

但是，我想说的其实还不止这些。

因为刚开始的时候，我们发布的文章的标题是“华为鸿蒙 OS 2.0 登场，两小时后正式开源”。过了一小时，发现“两小时”不适用了，我们就把标题改成了“华为鸿蒙 OS 2.0 发布，18:18 正式开放”，这样更加具体，不引起读者的困扰。再然后，在发布 InfoQ 的微信公众号的时候，我们将标题又完善了一下，让其更加有节奏感和时间感，使用了“刚刚体”，变成了“刚刚，华为鸿蒙 OS 2.0 发布，18 点 18 分开放源代码”。

目前这篇文章已经超过 30 万阅读量，是非常值得庆贺的数字了。而我们了解到，在我们的内容发布几个小时后，其他的媒体才开始跟进这个新闻，从内容的丰富度到访问量都不如我们。

复盘来看，我们当时其实就是抢占了先机。对于媒体来说，第一手的信源很重要，但是这些东西是多种因素造成的结果，有必然，也有偶然的因素。但是，我觉得这里面最重要的是，如果我们强求一下子完美，一次到位，那什么时候这篇文章才能发出来呢？其次，我们自己觉得完美的文章发布出来之后，就真的是完美的吗？如果我们没有先在网站上进行发布，没有及时把标题修改成“刚刚体”，后面也可能没有了这篇“爆款”文章。

我觉得，互联网产品的优势就在于快，就在于可更改，在于可观测用户，可随时调整方案。最简单的，如果所有的事情都等到完美才面世，我们的极客时间 App 可能现在还没有发布，我们永远都没有做好万全准备。所以，利用好这个优秀的时代，先抢占先机，抢占市场，再通过持续优化，依旧可以为用户提供高质量的产品和服务。

再不谈话，我就要撞墙了

刚才举的是一个正面的例子，是好的一面，是践行了“先完成”的思路得到的正向结果。其实，在这么多年的工作过程中，我经历过非常多的是负面的例子。

有一次我们的一个编辑要写一个长篇报道，并确定了一个月后要发布。报道的对象是我们的长期合作伙伴，我们双方都非常重视。这个编辑同学也很努力，做了各种的背景调查，找了很多专家沟通，收集了非常多的素材。

可是，两周过去了，我和他沟通进度，他说“还在努力，没有找到好的思路”。想想也是，这是个大稿，可能需要的时间比较长。又过了一周，距离发布的日期越来越近，再和他沟通，还是没有太多进展。于是我就把他叫到办公室，想和他坦诚地聊一下问题所在。

他憋了半天，红着脸说：“因为这件事情公司很重视，我也知道很重要，所以我想做得完美一些，但是这样一想，就会觉得压力很大，尝试了很多次，总是不敢下笔，总是找不到合适切入点……”

因为我做过编辑，做得也比较久了，这种情况很常见，所以我早有心理准备，又耐心和他说：“你别想那么多，放下包袱，先把初稿写出来，然后我们再去迭代。最差能到啥程度呢？有老板在这儿顶着呢，天塌不下来。”这孩子也很灵活。很快，第二天，他就交过来一篇还不错的稿子，来回修改了几次，和客户做了确认，终于在截稿日期前完成了发布，最后的效果也非常不错。

很多人都说，“压力越大，潜力越大”，通过外界的压力，可以让一个人有更高的生产效率。我不完全认同这种观点。我觉得这个观点成立的前提是，这个人心理承受能力足够强，并且能够临危不乱，拥有能够破局的能力。

但是，在我们这样普通的公司里，并不是所有人都拥有这种能力。对于我们大部分人来说，压力和焦虑感会让他崩溃，或者畏惧不前，从而会造成生产效率的下降。我们的这个编辑就是典型这种情况。

对于团队的负责人来说，比较好的方式就是通过“先完成，再完美”的理念，帮助团队成员减轻心理负担，轻装上阵。对于员工来说，我们则可以横下一条心，忘掉“完美”，先全力以赴把事情完成，让它可用，然后再拿着这个成果去和领导沟通，结合领导的反馈意见，再去完善，直到完美。

Kevin 的话

好了，这就是我今天要分享的主要内容。

我和你主要讲了两个我们公司的故事。但我还是要强调一下，“先完成，再完美”，这个原则适合那些可以迭代的工作，比如撰写稿件，比如发布一个互联网的产品，甚至还可以是招聘一个岗位。也就是说，这个理念适合那种第一次哪怕是做错了，后面也还是有改正的机会，而且纠错的成本完全在可控制范围之内的事情。

如果换成那种只有一次成功机会的事情，一旦失手就进入万劫不复之地的，慎重起见，还是不要采用这个原则，比如发布一款新手机，制造一个元器件等等，这些难以修复的事情要用另外的做事标准来衡量。

总结一下，在工作中，在和同事协作的过程中，我们要努力让事情有进展，先让其可用，给同事一个可供批判的靶子，然后再结合大家的反馈，对自己的工作进行修正，逐步趋向完美。通过这样的方式，我们可以最大程度上消除协作过程中的不确定性，给同事提供充分的安全感，让自己成为一个靠谱的人。

思考题

在你的工作中，有没有遇到过想把事情做得完美而卡壳的例子？你是如何克服的，有没有什么秘诀？

如果有，欢迎写下来，在评论区留言和我分享，咱们一起精进。如果觉得今天的内容有收获，欢迎你把这篇文章分享出去。

我是Kevin，咱们下期见！