雲栖号資訊：【 點選檢視更多行業資訊】
在這裡您可以找到不同行業的第一手的上雲資訊，還在等什麼，快來！
據悉，馬士基 Triple-E 級集裝箱貨輪長 1300 英尺，可裝載 18000 個集裝箱，航程橫跨歐亞 1.1 萬英裡，船上的所有船員都可以舒服的住在客艙裡。
以前，我曾經是一名造船工程師，現在在一家創業公司做營銷顧問。我發現，帶領 13 名船員駕駛世界上最大的集裝箱貨船，航行到半個地球之外的一個港口而不出現事故，這樣的經驗，同樣适用于有着業績增長需求的創業公司:
系統越簡單，當機時間越少。
船上的系統比較簡單，易于操作，容易了解，是以即使出現問題也容易修複。如此，因故障停船的時間就會減少。對于一艘超大貨輪而言，“故障停船”意味着它被困于數千英裡之外卻求助無門。這樣看來，“簡單”真的很有必要。
以船舶的操舵系統為例。方向舵由金屬杆向左或向右推動。這些金屬杆是由液壓驅動的，液壓由液壓泵控制。泵是由舵手室發出的電子信号控制。而信号是由自動駕駛儀控制的。當出現問題時，不需要船舶專家或造船工程師來尋找問題的原因和解決方案:
- 如果自動駕駛儀失靈，就從舵手室手動操縱船隻。
- 如果電子信号失效，可以到舵控室手動控制泵，同時通過一個簡單的聲能電話與艦橋通話。
- 如果液壓系統出現故障，可以使用機械連接配接的應急方向盤。
- 如果機械裝置壞了，你可以在舵的兩邊各挂一根鍊條，朝你想要的方向拉!
與船舶類似，創業公司無法承受系統當機的後果。銷售、市場營銷、網絡、客戶支援、招聘、産品和其他系統的長時間停滞可能會對增長率造成不可彌補的損害。
(雖然在現代船舶上自動化應用很多，但這些隻會對做事情所消耗的時間和監控友善性産生影響。推進和輔助系統反而比以往任何時候都要簡單，這主要由于現代的柴油和電力推進系統取代了以往滿載管道的蒸汽發電裝置。）
為什麼簡單能減少當機時間
- 可以快速熟練掌握
如果負責這個系統的人離開了、落水了或者被車撞了，又或者被安排到另一個項目中去，另一個人可以在沒有多少學習或教育訓練的情況下快速接手。這意味着很多人能介入并解決問題。
例如，用 Tableau 建構的分析儀表闆可能比用自定義腳本和 API 拼湊而成的儀表闆讓人更容易上手，解決問題。我們不應該讓資料科學家或産品開發人員來建構資料圖表展示程式，那樣程式就會變複雜。
- 排除故障花費的時間更少
在一個系統中，每個元件的行為及與其他元件關系越容易了解，排除問題并找到出問題元件 (根本原因) 也越快。
例如，如果一個公司在其網站上提供許多可下載下傳的白皮書，并且它們都被限制在某一個表單 (而不是每個白皮書對應一個自定義表單) 之後，那麼當白皮書下載下傳出現問題時，我們隻需要排除一個表單和一個下載下傳工作流的故障就可以了。
- 更多的可替代方案
當系統的每個部分功能清晰明确時，就更容易找到替代方案。
例如，假設有一個 Salesforce 流程，它使用自動化和第三方工具配合的方式來評分、篩選、分類和配置設定新的銷售線索。如果出現問題，那就很難找到替代方案。這會耽誤所有事情，直到該流程得到修複或被相似的解決方案替代。
現在，再來假設另一個銷售流程，在這個流程中，僅僅通知銷售團隊每一個新的銷售線索以及相關的細節，讓他們決定是否跟蹤該線索。如果 Salesforce 通知步驟失敗，那麼很容易就會有 100 種其他方式将該資訊傳遞給銷售團隊：報告、Slack 通知、查詢資訊清單、人工觀察，或者使用 Zapier 通過任意媒介發送警報。工作耽誤的時間最多隻有幾分鐘。
初創公司案例
之前，我的一個客戶一直用一個比較老的企業營銷自動化平台 (Marketo)，并用該平台在幾年時間内建構了 629 個自動化流程。當某個東西壞了或需要調整時，150 多名員工中隻有一個人能做這件事。每個問題都需要幾天甚至幾周的時間來解決，而營銷活動隻能停滞不前。每打一個更新檔，整個系統都會變得更加複雜。
當那個人離開公司時，就沒有人會操作這個系統了。之後，每個星期都會出現一個新問題，比我們找到并修複它們的速度還要快。
為避免營銷運作陷入停頓，我趕緊将公司從 Marketo 遷移到 HubSpot 上，這是一個更簡單的平台，更易于操作和排除故障。
遷移隻花了一周時間。然而，在這個過程中，另一個複雜的系統出現了：Salesforce。Salesforce 有 10 個自動化流程，100 多個組合操作，所有這些都依賴于 Marketo 中各種微妙的定時自動操作。我們花了兩周時間 (是遷移時間的兩倍) 來了解并将這些流程與新的營銷平台內建。
總的來說，這兩個複雜的系統 (Marketo 和 Salesforce) 導緻營銷團隊有六周的“當機”時間，而銷售團隊有三周的“當機”時間。這還不包括他們在過去幾年中經曆的“當機”時間，也不包括如果我們不徹底檢查底層系統，他們将要經曆的“當機”時間。
最後，我們的系統減少 97% 的程序 (從 629 個減少到 20 個)，不過卻提供所有相同功能。幾天後，一個被發現的 bug 在四分鐘内就解決掉。
這段經曆讓我總結出一些東西，是關于初創公司可以采用哪些原則來規避複雜系統陷阱的。
簡單系統的 3 大原則
“拆換”項目很痛苦，具有破壞性，即便從長期利益來看是值得的。許多創業公司就像船舶一樣，它們在初始階段沒有足夠時間和資源來進行大修。
以下是我在評估或實施新系統時要遵循的三條原則:
-
滿足特性并不一定要複雜
如果一個複雜的飛行控制系統總是讓飛機停飛，或者像 Marketo 這樣的企業營銷平台經常使營銷活動停滞，那麼它又有什麼用呢?
選擇易于操作的工具，而不是承諾提供最多特性的工具。
-
複雜的設想導緻複雜的實作
如果解釋或了解一個設想需要太長時間，那麼實作它将會更加複雜。當某些東西不可避免地出現故障時，修複它的時間就會很長。
例如，一個銷售流程假如要示範一個小時，不管它看起來有多好，後期想要維護都很困難。
-
盡量改變而不是添加
當新的需求出現時，我們總是傾向于通過其它方式或在現有系統上內建添加新功能。實際上，我們應考慮是否可以通過改變核心系統來滿足新的需求。
就像從 marketo 到 hubspot 的遷移示例一樣，這個改變可能會導緻預先的計劃停滞，但是從長期來看，停滞時間會更少 (計劃外的)。
穩定最重要
事物越簡單，無序化的可能性就越小，對無序化問題的修複就越容易。——Thomas Paine, Common Sense, 1776
毫無疑問，人們在創業過程中肯定會遭遇挫折，就像在環球航行中一樣。然而，如果船上的系統很簡單又穩定，這些問題就不會讓創業公司無助地漂在大海中了。
【雲栖号線上課堂】每天都有産品技術專家分享！
課程位址：
https://yqh.aliyun.com/zhibo立即加入社群，與專家面對面，及時了解課程最新動态！
【雲栖号線上課堂 社群】
https://c.tb.cn/F3.Z8gvnK
原文釋出時間：2020-03-24
本文作者：：Greg Kogan
本文來自：“
InfoQ 微信公衆号”，了解相關資訊可以關注“
InfoQ”