自建還是購買軟件：中小企業決策指南

當你的需要屬於常見類別、出錯代價高昂，而且已有一款好的產品切合你的工作方式時，就應該購買軟件。會計、薪金、電郵及付款幾乎總是應該「購買」。當你的流程是針對你的業務而設、現成工具需要你做很多繁瑣的變通，或者你為一個大型產品付費，但只用到其中一小部分時，就應該考慮自建。許多中小企業最後會兩者並用：購買核心系統，並在它們周圍自建小型工具。

AI 應用程式製作工具令自建的成本比以前低得多，這對小型、專注的工具來說，改變了計算方式。但它並沒有改變一項事實：你自建的任何東西，都要由你來維護。本指南會提供一個判斷方法。

簡短版本

「購買」的真正成本

訂閱價格只是其中一部分。購買時，你還需要付出：

• 座位。 按用戶收費會隨團隊人數增長，有時比價值增長得更快。
• 變通方法。 花時間扭曲你的流程去配合工具，或把資料導出到試算表，以完成工具做不到的事。
• 鎖定。 你的資料與使用習慣都留在別人的產品中，日後離開就要遷移。
• 價格及方案變動。 供應商會更改層級、功能與價格，而你沒有發言權。
• 整合膠水。 連接多款已購買的工具，往往還需要另一款工具。

你換來的價值也很可觀：別人負責託管、安全、更新、備份、合規及支援。對於大多數核心業務功能來說，這已經很有價值。

「自建」的真正成本

自建有前期成本，即你使用 AI 製作工具的時間，或開發人員的時間；此外還有經常被低估的持續成本：

• 託管及資料庫，通常是每月的費用，會隨用量增加。
• 維護。 函式庫需要更新，瀏覽器會改變，而任何東西最終都會出問題。
• 安全。 登入、權限及資料保護都由你負責。
• 支援。 當同事或客戶遇到困難時，他們會來找你。
• 負責人。 必須有人知道它如何運作並作出改動。如果那個人離職，這個工具可能會變成無人照顧。
• 備份及復原。 如果出現問題，你需要有方法把資料找回來。

如果想粗略了解代理商、自由工作者與 AI 製作工具之間，前期成本有何不同，請參閱 製作應用程式要多少錢。

評分清單

就你正在考慮的工具，為每條問題評分。選取最貼切的一欄。

如果「購買」在大部分條目中勝出，就購買，不必對此感到內疚。如果「自建」勝出，特別是關於切合度與擁有權的條目，那就值得認真考慮自建。如果結果參差，混合方案可能最合適。

兩個例子

以下只是說明如何使用這份清單，並非真實的業務。

一間小型會計事務所正考慮記賬軟件。 記賬是常見功能，已有成熟產品，而出錯會有法律後果。事務所的流程並非競爭優勢，它的客戶需要的是準確的帳目，而非特別的做法。幾乎每一條都指向購買。如果記賬產品未有涵蓋某些需要，事務所仍可能圍繞已購買的產品自建一些小工具，例如一個面向客戶的清單頁面，顯示每位客戶仍需傳送哪些文件。

一間流動寵物美容服務正考慮預約軟件。 預約工具已經存在，但這間業務有一項特殊限制：預約取決於路線及客人住所之間的行車時間，而收費則因狗隻體型及毛髮而異。通用的預約產品會迫使店主每晚手動調整時間表。偶爾出錯的代價不大，店主願意維護工具，而流程本身也是業務能夠有效率運作的原因。多條指標都指向自建，較可能的是混合方案：一個自訂的預約及路線應用程式，付款由 Stripe 處理，提醒則由電郵或 SMS 供應商發送。

規律是：某項需要越是被每一間業務共同需要，就越有可能已經有一款好產品。越能反映「你的」業務具體運作方式，自建工具就越有價值。

混合方案：購買核心，自建邊緣

對中小企業來說，最實際的答案往往既不是純自建，也不是純購買：

• 購買記錄系統，自建顯示畫面。 保留你的會計或 CRM，並自建一個簡單的儀表板或面向客戶的頁面，從中讀取資料。
• 自建工作流程，購買基礎設施。 自建你自己的預約或訂單流程，並用 Stripe 處理付款，用 Resend 或 Postmark 等服務發送電郵。你永遠不需要自己處理信用卡號碼。如何在應用程式中加入付款 介紹了這種模式。
• 取代試算表，而非軟件。 很多「自建」的決定，其實是關於一份已超出其能力範圍的試算表。如何把試算表變成應用程式 會逐步說明。
• 先自建，之後購買（或相反）。 一個小型自建工具，可以在你承諾購買昂貴產品之前，先證明你真正需要什麼，或者讓你知道需要找開發人員。

AI 應用程式製作工具如何改變決定

直至最近，即使要製作一個小型內部工具，也需要聘請開發人員，因此「購買」幾乎成為所有東西的預設選擇。AI 應用程式製作工具改變了等式的第一半：非開發人員現在可以描述一個追蹤表、入口網站或儀表板，並很快得到一個可運作的版本。

它們並沒有改變等式的另一半。一個花一個下午製作的工具，仍然需要有人擁有、保障安全並讓它持續運作。AI 製作工具的實際影響是：

• 小型、專注的工具，例如追蹤表、收集表格、審批流程及儀表板，明確地傾向「自建」。
• 受規管或涉及安全的東西，仍然傾向「購買」，或「自建但由開發人員審查」。
• 實驗變得便宜。 你可以先製作粗略版本，了解你需要什麼，然後再作決定。

我們的內部工具製作指南會逐步講解，而團隊內部工具構想則提供具體例子。

購買前應向供應商提出的問題

• 我能否隨時以可用的格式導出所有資料？
• 隨著我們增加用戶或資料，收費會如何變化？
• 如果我取消服務，我的資料會怎樣？
• 它能否與我們已在使用的工具整合，還是我們需要另一個連接服務？
• 出現故障時我該聯絡誰？他們回應的速度有多快？

自建前應回答的問題

• 誰擁有這個工具，誰是他的後備人員？
• 資料存放在哪裡，如何備份？
• 誰可以登入，每個人可以看到什麼？
• 如果你使用的製作工具或平台不復存在，你能否帶走 code？
• 能夠解決問題的最小版本是什麼？

如果你無法回答第一條問題，就先不要自建。

常見錯誤

• 自建已經有人解決的問題。 自訂的會計或電郵傳送，很少值得去做。
• 為你永遠用不到的功能而購買。 企業版的層級是為大型企業定價的。
• 只比較訂閱價格與自建價格。 應比較兩年左右的總成本，並計入你自己的時間。
• 沒有負責人。 沒有負責人的自建工具會慢慢失效；沒有負責人的購買工具則會被錯誤設定。
• 非此即彼。 大多數好的方案都是混合型。

Mythex 的位置

如果你決定自建，Mythex 是一款 AI 應用程式製作工具，適合本指南所描述的小型、專注工具：你描述工具，它會製作並在即時預覽中運行，當應用程式需要儲存資料時加入資料庫，然後發布到一個你團隊可以使用的網址。協作者無須按座位付費，如果座位收費正是促使你離開已購買工具的原因，這一點尤其重要。在 Pro 方案中，你可以導出 code 或同步到 GitHub，日後開發人員就可以接手，詳見 GitHub 及導出。方案及點數可參閱收費頁。

常見問題