马士基三级E级集装箱船长1,300英尺，运载18,000多个集装箱，横跨欧亚之间11,000英里，以及…。它的所有机组人员都可以装进一辆载客面包车里。
作为一名前海军建筑师和目前初创公司的营销顾问，我发现，让13人驾驶世界上最大的集装箱船到达世界另一边的港口而不出故障的原则同样适用于致力于实现积极增长目标的初创公司：
船舶包含易于操作和易于理解的简单系统，这使得它们很容易修复，这意味着它们的停机时间更少。考虑到一艘船的“停机”可能意味着被困在数千英里外的救援，这是一个重要的品质。
以这艘船的转向系统为例。舵由金属杆向左或向右推。那些棒是用液压移动的。这个压力是由液压泵控制的。那个泵是由操纵室发来的电子信号控制的。那个信号是由自动驾驶仪控制的。它不需要火箭科学家或海军建筑师来找到任何问题的原因和解决方案：
如果电信号失效，请到舵控制室手动控制泵，同时通过简单的声控电话与驾驶台通话。
如果机械联动发生故障，在舵的两侧挂上一条链条，然后朝你想要的方向拉！
初创企业就像船舶一样，不能因为系统停机而停滞不前。销售、营销、网络、客户支持、招聘、产品和其他系统的长时间停机可能会对增长率造成无法弥补的损害。
(虽然自动化在现代船舶上很普遍，但它只影响做事情所需的时间和监控一切所需的注意力。由于现代柴油和电力推进系统取代了管道满载的蒸汽工厂，推进和辅助系统比以往任何时候都更简单。)
如果负责系统的人离开、落水、被公交车撞上或被拉到另一个项目中，另一个人可以在没有太多学习或培训的情况下接手。这意味着更多的人能够介入进行故障排除和修复问题。
例如，使用Tableau构建的分析仪表板可能比使用自定义脚本和API拼凑而成的仪表板有更多的合格人员来修复它。任何人都不应该为了修复条形图而将数据科学家或产品开发人员从工作中抽离出来。
顺便说一下，我大约每个月都会写一篇这样的文章，讲述从成长中的B2B软件初创公司中学到的经验教训。在发布下一封邮件时获取电子邮件更新：
在一个很容易理解每个组件的行为及其与其他注释的关系的系统中，排除问题并找到损坏的组件(根本原因)更直观。
例如，如果一家公司在其网站上有许多可下载的白皮书，并且这些白皮书都被限制在单个表单后面-而不是每个表单都有一个自定义表单-那么，如果白皮书下载停止工作，他们只需要排除一个表单和一个自动化工作流的故障。
当系统的每个部分都有明确的功能时，替代方案就更容易找到。
例如，假设Salesforce流程混合使用自动化和第三方工具来对新销售线索进行评分、筛选、分类和分配。如果这一点失败了，那么就没有明显的替代方案。一切都将被搁置，直到流程修复或替换为类似复杂的解决方案。
现在设想一个销售流程，在该流程中，销售团队只需简单地收到有关每个新销售线索以及相关详细信息的通知，就可以决定是否跟进该销售线索。如果Salesforce通知步骤失败，很容易想出100种其他方式将信息发送给销售团队：报告、松弛通知、列表导出、手动观察，或者使用Zapier通过几乎任何媒介发送警报。停机时间最多只能持续几分钟。
我的一个客户正在使用一个遗留的企业营销自动化平台(Marketo)，该平台在几年时间里建立了629个自动化流程。当有东西坏了或者需要调整的时候，一百五十多名员工中只有一个人能做得到。每个问题都需要几天甚至几周的时间才能解决，而营销活动一直停滞不前。随着每个补丁的出现，整个系统只会变得更加复杂。
当那个人离开公司时，已经没有人可以操作这个系统了。每过一周，就会有一个新问题出现，速度比我们找到和解决它们的速度都要快。
为了不让营销活动陷入停滞，我急忙将公司从Marketo迁移到HubSpot，这是一个更简单的平台，更容易操作和故障排除。
迁徙只花了一周的时间。然而，在这个过程中，另一个复杂的系统出现了：Salesforce。Salesforce中有10个自动化流程，有100多个组合操作，所有这些都依赖于Marketo中各种精确计时的自动化。理解这些流程并将其与新的营销平台集成花了两周时间-是迁移时间的两倍。
总体而言，这两个复杂的系统(在Marketo和Salesforce中)导致营销团队停机6周，销售团队停机3周。这还不包括他们在过去几年中经历的几周的停机时间，也不包括如果我们不彻底改革底层系统，他们未来将经历的几周的停机时间。
最后，我安装的系统减少了97%的进程(从629个减少到20个)，同时提供了所有相同的功能。几天后发现的一个漏洞在四分钟内就解决了。
这一经历让我想知道初创公司可以采用什么原则来避免复杂系统的陷阱。
更新换代的项目是痛苦和破坏性的，即使长期利益是值得的。许多初创企业-就像船舶一样-一旦开始大修，就没有足够的时间和资源进行大修。
功能不能证明复杂性是合理的。如果一个复杂的飞行控制系统停飞了整个机队，或者像Marketo这样的企业营销平台如果没有人能进行营销活动，那还有什么用呢？选择操作简单的工具，而不是那些承诺最多功能的工具。我经常推荐初创公司选择HubSpot作为他们的营销平台，而不是像Marketo、Eloqua或Pardot这样的企业平台。
复杂的想法会导致复杂的实现。如果解释或理解一个想法需要太长时间，那么它的实施将是复杂的，当某些东西不可避免地崩溃时，修复将需要太长时间。例如，建议的销售流程需要长达一小时的演示，无论它看起来有多聪明，维护起来都将是一场噩梦。
添加前的修改。当出现新需求时，趋势是在现有系统之上添加层-通过附加步骤或集成的方式。取而代之的是，看看是否可以修改系统的核心以满足新的要求。这一更改可能会导致(计划内的)前期停机，就像我的Marketo到HubSpot迁移示例一样，但从长远来看，(计划外)停机时间会更短。
“…。任何事情越简单，它就越不容易混乱，当混乱时就越容易修复。“-托马斯·潘恩，”常识，1776“。
毫无疑问，在创业之旅中，一切都会破裂，就像他们在一艘穿越全球的轮船上所做的那样。然而，如果机载系统很简单，这些问题不会让创业公司无助地漂浮在海洋中央。
喜欢这篇文章吗？我大约每个月都会写一篇文章，讲述从B2B初创企业成长中学到的经验教训。不要错过下一个：