把 Shopify 跟自建系統放在一起比功能清單，幾乎是電商選型最常見的錯誤。功能總會補齊，真正會痛的是三年後想做某件事時，平台告訴你「做不到」或「要重寫」。
選型不是選工具，是選一條未來幾年的修改成本曲線。我們的經驗法則是：先確認你的商業模式哪裡會變、變多快，再回頭挑平台。
三條路的真實取捨
Shopify（或類似 SaaS） 的優勢是上線快、金流物流模組成熟、安全性與合規由平台扛。代價是當你要做平台沒設計過的事——例如複雜的 B2B 分級報價、訂閱與一次性混合購物車、自訂出貨流程——你會卡在 App 拼裝與 Liquid 限制裡。Checkout 客製化在 Shopify Plus 之外特別受限，這點在跨境或特殊金流時很關鍵。
自建系統 的優勢是商業邏輯完全屬於你，資料庫結構、API、後台流程都可以貼著營運走。代價是你要自己負責所有 SaaS 平台「免費附贈」的事：PCI DSS、流量尖峰、金流憑證輪替、物流 API 異動、SEO 基礎建設、後台權限管理。這些單獨看都不難，加起來會吃掉一個團隊。
開源方案（例如 Medusa、Saleor、WooCommerce）介於中間。你拿到一個成熟的資料模型與後台骨架，但客製化與維運仍是自己的責任。比較容易被低估的是版本升級——當你 fork 太深，未來想跟上主線就會痛。
怎麼判斷自己該走哪條
與其列功能比較表，不如問三個問題：
商業邏輯有多特殊？ 如果商品、訂價、結帳流程跟一般 B2C 差不多，SaaS 通常是對的選擇。如果你的訂單邏輯本身就是競爭力（例如客製化報價、配方計價、複雜分潤），自建或開源才撐得住。
金流與物流要接幾家？要多深？ 假設一個典型情境：品牌只用一家台灣金流、兩家物流，那 Shopify App 或現成模組就夠。但如果要同時串接國內外多個金流、根據商品重量與目的地動態切換物流，自建的 API 抽象層會更乾淨。
誰來長期維護？ 這題最常被跳過。SaaS 把維運外包給平台，自建則需要持續的工程投入。沒有穩定的內部或外部工程資源，自建專案上線後常常變成沒人敢動的黑盒子。
還有一個常被忽略的面向：資料可攜性。Shopify 上你的訂單、客戶、商品都能匯出，但行為事件、Checkout 客製、App 累積的資料不一定。選型時就該想清楚：哪一天要搬家，要付多少代價。
我們的觀察
多數中小企業的痛點不是「平台不夠強」，而是太早自建、或太晚離開 SaaS。前者讓團隊把資源燒在重造輪子，後者讓營運被平台限制綁住。比較健康的路徑通常是：用 SaaS 跑出商業模式，等到客製需求真的開始撞牆、且有穩定營收支撐工程團隊，再評估遷移或混合架構（例如 headless commerce）。技術選型沒有標準答案，但「現在的選擇會讓三年後的我多痛」這個問題，值得在簽約前認真想過一次。