選錯電商平台的代價，通常不是月費，而是兩年後想搬家搬不動。 很多中小企業主一開始糾結「Shopify 每月要多少、抽成多少」，卻沒發現真正吃掉利潤的是後期客製受限、資料綁死、以及重寫時整批訂單資料的搬遷風險。
與其比較功能表格，不如先誠實回答三個問題。答完之後，Shopify、自建、或 WooCommerce／Medusa 這類開源方案，適合誰其實很明顯。
問題一：你的客製需求，是介面還是流程？
這是最多人搞混的地方。「我想要一個特別的商品頁」是介面客製，Shopify 的 theme 系統加上 Liquid、App 幾乎都能處理。但「我的訂單要根據客戶等級走不同的出貨流程、對接 ERP、還要拆單給三個供應商」——這是流程客製，SaaS 平台的 webhook 與 API 上限會很快變成天花板。
舉個例子，假設一家傳產轉電商，B2B 客戶有專屬報價、月結、分批出貨，B2C 又想跑一般金流。這種雙軌需求硬塞進 Shopify，App 疊到後來每月固定支出可能反而比自建維運還高，而且改一個小邏輯還得繞過平台限制。
經驗法則：介面客製選 SaaS，流程客製才考慮自建或開源。
問題二：你的商品變動頻率有多高？
如果你賣的是穩定 SKU、規格固定、一年上新幾次，SaaS 的商品管理綽綽有餘。但如果是每週上下架、有客製化選項、組合商品、預購與現貨混賣，那商品資料模型的彈性就是核心。
SaaS 平台的商品 schema 是固定的，variant 通常有上限、metafield 雖然能擴充但查詢與過濾能力有限。想像一個典型情境：一家做客製禮盒的品牌，每張訂單商品組合都不一樣，還要記錄刻字內容、贈品搭配、出貨批次。這種資料結構在 SaaS 裡會變成一堆散落的 note 欄位，長期非常難維護。
開源方案（例如 Medusa、Saleor）的優勢就在這裡：資料模型你自己控制，代價是要有工程資源持續維運。
問題三：金流與物流的在地化程度？
這題最實際。台灣電商繞不開的是：綠界、藍新、街口、LINE Pay，以及超商取貨、黑貓、宅配通。Shopify 在台灣的原生支援有限，多半要透過第三方 App 或自己接。自建的話彈性最大，但要自己處理對帳、退款、異常補單這些髒活。
一段最小骨架示意串接概念（實際請參考各金流官方文件）：
// 示意：建立訂單後導向金流頁面
async function createPayment(order) {
const payload = buildProviderPayload(order); // 依金流商規格組參數
const signature = sign(payload, MERCHANT_KEY);
return redirectToProvider({ ...payload, signature });
}
// 收到 callback 時務必驗簽並冪等處理
關鍵不是「能不能接」，而是異常情境誰負責：重複扣款、訂單狀態不一致、對帳差異。SaaS 通常把這些封裝好，但也代表你動不了；自建則要有人長期照顧。
我們的觀察
協和數位在跟客戶討論選型時，通常會建議先跑六到十二個月的 SaaS 驗證商業模式，等訂單量、流程複雜度、客製需求都清楚了，再評估要不要遷移到自建或開源。跳過驗證期直接自建，多半是把工程預算燒在還沒被市場驗證的假設上。反過來，硬撐 SaaS 撐到流程扭曲，也只是把技術債換個形式累積。選型沒有標準答案，只有「現階段最不會後悔」的那一個。