好吧，說點實話。
上星期我和一位創辦人通電話，他花了 4 個月的時間建立自訂租戶佈建，他的 3 位工程師團隊只做基礎建設。
當他們埋首於 kubernetes yaml 和 terraform 設定時，產品卻停滯不前。
他告訴我 「我們以為需要三個星期」。
無人談論的錢坑
讓我們來快速計算一下，因為我想大多數人都不會真的坐下來計算。
資深工程師的平均薪資：年薪 15 萬美元，大約每小時 72 美元。
從零開始建立租戶配置：最少 8-12 週（這已經很寬鬆了）。
因此，兩位工程師 10 週的薪水 = *$144,000。
這只是為了讓版本 1 可以運作。
每週有 10-20 小時的維護工作。SSL 證書會在凌晨 2 點到期、容器會死掉，儲存空間會填滿、DNS 會因為有人變更設定而斷線。
光是維護人力，每年就又要多花 ** $37,000 - $75,000 美元。
同時，ShipCrew 的成本比一個工程師的月薪還低。
DIY 的數學運算並不可行。
停止建設基礎建設並開始運送時會發生什麼事
我一直想說的是，那些停止建立自己基礎建設的球隊，才是公布營收數字的球隊。
Savio 以 437 個有效訂閱創造了 19,613 美元的 MRR。他不是靠手工滾動容器協調達到這個目標的。他是透過每週運送功能，而平台則處理無聊的事情來達成目標的。
Marc Lou 在 6 天內從 $0 變成 $4,779 MRR。95 個有效訂閱。六天。當其他團隊還在調試他們的配置腳本時，他已經開始收穫收入了。
這些都不是假設，而是真實使用者的真實儀表板，他們做出了一個簡單的決定：停止將工程時間花在無法讓您的產品與眾不同的基礎架構上。
「但我們需要控制」
我經常聽到這句話「我們需要完全控制我們的基礎設施」
好吧，但就像......你覺得呢？
他們不需要 kubernetes，他們需要的是發佈功能和達成交易。
您知道客戶真正關心的是什麼嗎？您的 AI 是否有效、是否快速、他們的資料是否安全。沒有人會因為資訊系統是手工製作而購買 SaaS。
現在贏得勝利的團隊，都是那些幾個月前就把無聊的基礎建設工作外包出去的團隊。他們每週都會推出新功能，而他們的競爭對手卻在調試 nginx 配置。
我不斷看到的
在過去的幾個月裡，我大概和 40-50 個隊伍談過：
- 團隊決定建立多租戶 AI 產品
- 團隊從共享運行時間開始 (快速又簡單)
- 第一家企業的潛在客戶詢問隔離
- 團隊慌了神，開始建立自訂的佈建
- 3 個月消失
- 團隊終於找到工作，但很脆弱
- 團隊永遠都在維護它，而不是出貨
每次都像發條一樣。
那些跳過第 4-7 步的團隊？ 他們是那些在其他人還在糾結 devops 時，就已經完成企業交易的人。
凌晨三點就壞的東西
我見過 DIY 供應出錯的實際情況：
- SSL證書在週六晚上過期。因為設定的工程師休假，花了 6 個小時才修好。
- 一位租戶將容量填滿至 100%，但監控系統沒有察覺，客戶因此遺失了 3 天的資料。
- 遷移後的 dns 傳播問題。半數租戶在 4 小時內無法到達運行時間。
- 容器記憶體洩漏。在沒有人注意到之前，效能緩慢了好幾個星期。
- 錯誤的 API 金鑰注入到錯誤的租戶。
每一個都是來自一個真實團隊的真實故事。每一個都是平台為您處理時不會發生的事情。
複合問題
這不僅是直接成本。
您花在基礎建設上的每一個月就是您沒有花在基礎建設上的一個月：
- 可完成企業交易的功能
- 可降低流失率的上線改進
- 可開拓新市場的整合
- 客戶付費給您的實際 AI 東西
外包基礎建設的團隊與沒有外包的團隊之間的差距每個月都在擴大。
6 個月後，使用 ShipCrew 的團隊已完成 20 項功能，而 DIY 的團隊已完成 8 項功能，並且仍在修補他們的佈建系統。
這是完全不同的軌跡。
「下個季度再做」
創業公司最大的謊言。下一季永遠不會來，總是有理由延遲。
而你每延遲一個季度，就是又一個季度的：
- 工程時間消耗在次世代
- 企業交易失敗的原因在於您無法證明其獨立性
- 削弱客戶信任的事件
- 無法建立的功能
改用 ShipCrew 的團隊不是因為他們想改用，而是因為他們計算過數據後，發現 DIY 方式正在扼殺他們的成長。
我並不是說它適合所有人
如果您有一個專門的平台團隊，而且無事可做，那就自己建立。如果基礎架構就是您的產品，那就自己建立。如果您的規模確實讓平台成本高於建立成本，那就自己建立。
但如果您是一個由 2-10 位工程師組成的團隊，正在試著推出 AI 產品，那麼花上幾個月的時間在租戶佈建上，可能是您花時間做的最糟糕的事。
15 分鐘對 4 個月，我不知道該怎麼算得更清楚。
去試試吧，最壞的情況是你會失去 15 分鐘，最好的情況是你會重拾 3 個月的生活。