“艺术家会交付”的另一半
2008年11月
大型公司与初创企业之间的一个显著差别在于：大公司往往发展出一套完整的程序，用来防范错误。而初创公司就像一个刚学走路的孩子，常常磕磕绊绊，不断摔倒再爬起；大公司则更为谨慎。
组织内部“检查机制”的逐步积累，本质上是一种学习过程——是对自身或同行曾经遭遇灾难的应激反应。比如说，一家公司在将合同交给某个供应商后，对方破产导致供货失败，于是公司可能要求所有供应商在投标前都必须提供偿付能力证明。
随着公司成长，这类检查措施不可避免地越来越多——要么是为了应对自身经历的灾难，要么（更常见的情况）是因为公司雇佣了来自更大企业的人，他们把原单位的防范习惯一并带了过来。
组织从错误中学习是自然的事。但问题在于：提出新增检查措施的人，几乎从不考虑“检查本身也有成本”。
每一道检查，都有代价。以“让供应商证明自己有偿付能力”为例——这听起来似乎只是谨慎？但实际上，它可能带来巨大的成本。除了双方人员在核查、提交证明时耗费的时间，还有那些不易被察觉的真实代价：比如，本该是最佳供应商的公司，因为抽不出时间应付验证程序而放弃投标；又或者，他们虽是最优秀的供货方，却刚好低于设定的偿付能力门槛——而这个门槛往往被定得偏高，因为提高它看似没有成本。
因此，当组织中有人提议新增一项检查时，他不仅要说明这项检查的好处，还必须说明它的成本。无论分析得多糟糕，这种“元检查”至少能提醒大家：任何制度都要付出代价，并促使他们去寻找这种代价的所在。
若公司真这样做，他们会发现不少惊人之处。Joel Spolsky 最近在 Y Combinator 的一次演讲中谈到，向企业客户销售软件的经验：在多数公司里，单价在1000美元以下的软件，部门经理可以自行购买；但超过这个金额，就得经过委员会审批。可是，对软件厂商而言，陪跑这个审批流程的成本高到令人吃惊——以至于他们不得不把软件定价至少5万美元，低于这个价卖不划算。换句话说，原本值5000美元的产品，非得卖成5万美元。
委员会设立的本意，是为了防止公司浪费金钱；结果却是——公司花的钱反而多了十倍。
采购流程的检查永远是昂贵的。因为越难向你推销产品，它就必须卖得越贵——而且往往不是线性增加。如果采购门槛太高，那些真正擅长做产品的公司根本懒得理你，剩下愿意卖给你的，只是那些专门对付繁琐流程的供应商。此时，市场机制已经失效：优秀的供应商不在市场里，你就陷入了新的低效循环。
这种情况在最大型的组织中最为常见，尤其是在政府部门。但政府建立的检查机制所带来的问题，远比“多花点钱”严重得多：它可能直接拖垮一个国家的经济。
在约1400年前后，中国的财富与科技都领先于欧洲。但后来欧洲反超，其中一个重要原因是——中国政府限制远洋贸易航行。结果，探索与殖民的机会落到了欧洲人手里，他们最终主导了整个世界，包括中国。
近代以来，《萨班斯-奥克斯利法案》（Sarbanes–Oxley Act）几乎摧毁了美国的IPO市场。立法者的初衷并非如此，他们只是想给上市公司多加几道检查。但他们忘了算成本：忘了那些准备上市的公司本身资源紧张，而那些对通用电气（General Electric）而言“无关痛痒”的额外负担，却足以让年轻公司再也无法上市。
一旦你开始思考“检查的成本”，就能提出更多有趣的问题：这个成本是在上升还是下降？在哪些领域更高？在哪些环节会突然跃升？如果大型组织开始认真追问这些问题，他们会发现答案相当可怕。
我认为，检查的成本实际上正在上升。原因在于：软件在公司中扮演的角色越来越重要，而编程人员恰恰是最容易被检查机制伤害的群体。
程序员与大多数工种不同——最优秀的程序员其实喜欢辛苦工作。这点在其他行业极少见。当我在快餐店打工时，我们都不喜欢客流高峰；当我割草时，也绝不希望连下几天雨让草疯长。
但程序员不同，他们更享受写更多代码的感觉。确切地说，他们享受“发布”更多代码。程序员希望创造影响——至少，优秀的程序员如此。
对于优秀程序员而言，在初创公司工作的一大好处是：几乎没有发布检查。真正的初创公司没有任何外部审批流程。如果早上你有个新功能的想法，中午前就能写完并上线。而这种即时反馈反过来又会激发更多灵感。
在大公司，软件必须经过层层审批才能发布，其代价巨大——甚至是“非连续”的。我最近和三位程序员聊天，他们的初创公司几年前被一家大公司收购。独立时期，他们可以即时发布更新；如今，他们说：最快也得两周代码才能上线生产环境。
这不仅让他们的生产力骤降，更让他们痛恨这家收购方。
程序员对“能自由工作”的热爱有多深？这些人愿意付钱来换取即时发布的权利。我问他们：如果可以用10%的收购价换取立即上线的自由，愿不愿意？他们立刻说“愿意”。我再问：那最多能接受多少比例？他们不愿回答——因为他们知道答案可能高得吓人——但我感觉，他们可能愿意放弃一半。
他们宁可少拿数十万美元，甚至上百万，只为了能把更多软件交付给用户。而你知道吗？让他们这么干其实完全安全。事实上，这么做对收购方更有利——他们不会搞砸任何事，反而能做出更多成果。于是，收购方花了更多钱，却得到了更差的绩效——就像那个审批软件采购的委员会一样。
而且，正如采购流程过于复杂的最大风险，不在于你多花了钱，而在于最好的供应商压根不想理你；同样，给程序员设置太多审批的最大风险，也不是他们效率变低，而是——优秀的程序员根本不愿为你工作。
乔布斯那句名言“艺术家会让作品问世”（artists ship），其实揭示了一种本能： 真正的艺术家不只是能创造，他们渴望让作品抵达世界。 一旦你剥夺了这种可能，你也就失去了真正的艺术家。
英文版：paulgraham.com/artistsship.html｜中文版：HiJiangChuan.com/paulgraham/100-The-Other-Half-of-Artists-Ship
更新记录：
- 2025-10-11 HiJiangChuan 初稿翻译，术语待验证；
- 2025-10-20 重新梳理，修正专业词汇的使用；