Basecamp CEO：创业 18 年，我解决问题的良方是“避免出现问题”

2017-07-27 08:01 来源:36氪

原标题：Basecamp CEO：创业 18 年，我解决问题的良方是“避免出现问题”

编者按：商业问题层出不穷，但很多都是自己给自己造成的。本文作者 Jason Fried 是 Basecamp 的创始人和 CEO，在文中，他提出，通过提前避免各种问题，可以省去不少后顾之忧。

避免麻烦的最好方法之一就是使之简单化。当你把它弄得复杂无比的时候——每个部门只有几个高层能假装自己理解了——你经常会发现，那些高层根本没弄明白……整个系统就会失控。—— Charlie Munger

许多商业问题都是自己造成的，许多伤口也是自己造成的。我们可以赢得竞争，但更多情况下，却败给了自己。

企业家真的很擅长自己给自己找麻烦。我经常同他们交谈，这种情况处处可见。如果他们能把更多的精力放在避免未来的麻烦，而不是解决之前给自己现在造成的问题，那么他们一定会在更短的时间内取得更大的进步。

我们都是通过避免问题创办业务。这就是我们在自己的行业中，能 18 年如一日坚持下去，拥有小团队，并且能够盈利的最根本的原因。无论何时，我们做出重大决定时，我们都是在考虑未来成本的前提下做出的。也就是说，如果我们今天这样做的话，公司未来会糟到何种程度？

我们不看攻坚克难后的荣耀，直播，更愿意走那条显而易见的道路，避免所有可预见的问题。

比如说，直播，我们会避免以下问题：

避免扩张

我们有意保持 Basecamp 小规模，我们为超过 10 万的付费用户提供优质服务，拥有几百万个人用户，但员工只有 50 多人。小公司会避免大公司的问题——小公司所需的管理更少，层级分工也更少，更不容易因为上传下达造成误解，公司瓶颈以及纷繁复杂的办事审批流程也大大少于大公司。公司规模小，办事更为直接，每个人也都能离客户更近。当然，也有一些小公司做不到大公司所能做的，但是我们觉得那是好事一桩。

避免大规模团队

我们有意使公司保持小规模，将团队保持在更小的规模。我们在 Basecamp 工作的每一个项目几乎都是由一个三人以下的团队完成的（两位程序员，一名设计师）。 有许多项目只有两人团队（一个程序员，一个设计师），还有几个是只有一个人完成（一名程序员或者一名设计师）。我们会用大规模一点的团队处理更大的问题吗？也许吧——但是我们可会因为更大规模的团队造成更大的问题。这对我们来说并不值得。我们乐于用小规模的团队去完成小型项目。我们也可以完成任何我们想要完成的事情——只不过规模较小而已。团队规模小，在这过程中修正起来就更容易。坦白来讲，不管做什么，小规模团队都不失为一个好方法。

避免长线投资

没有什么比放长线却钓不到鱼更让人沮丧的了。虽然有些基础设施项目的截止日期不太确定，但是基本上我们做的所有的项目都可以在六星期的周期内完成。许多项目会有意做的很小，几天或者几个星期就能结束了。所以即使我们最终花了六个星期，完成的结果并不是很满意，我们搭上的就是六个星期而已。 “项目规模如此巨大，不可能失手”或者“项目说完成还不就完成了”，这些项目通常都要花六个月、八个月、一年甚至更长……等到项目真正完成的时候你也不太可能就拍拍屁股走人，轻易离开。长期项目是埋葬士气的坟墓。

避免计划和承诺

与上一点相似，我们很少看顾六星期以外的事情。对于公司走向何方，我们大体上在头脑中会有大的图景，但是很少会写下来，只是一个口头非官方的传统。我们很少会对未来做出承诺，因为这是造成你头疼和痛苦的一大来源。对于将来的事，我们很容易就点头称是，因为它又不需要你现在做什么。但是随着时间一点点过去，你便不太想去完成你很久之前承诺过的事情。过去的承诺是企业中诸多问题的起源。对于这类承诺，我们就像对待瘟疫一样，唯恐避之不及。

避免规模

规模！规模！每个人都想扩大规模！我们不想！我们努力避免那些需要规模才能取得成功的事情。我们做的是任何规模都能成功的事——无论大小。对于大多数公司来说，扩张是“经济现在不景气但最终会的”的同义词。不要走在滑雪板的前面——有多少资源走多少路。你要在你现有的客户中尽可能盈利，而不是在你想象的客户群中。

避免“截肢日期”