先講結論：對大多數台灣中小型電商來說，一開始用開店平台是對的，後來想搬家也是對的，錯的通常是搬家的時機。太早搬，浪費預算；太晚搬，該賺的營收被抽走、該做的行銷被功能綁死。
抽成與月費的長期算法
開店平台的定價，短期看月費，長期看抽成。月費是固定成本，容易估；抽成是變動成本，會隨營收放大。
一個簡單的心算方式：把過去十二個月的營收乘上抽成率，再加上年費，就是你留在平台上的年成本。接著問一個問題——如果這筆錢拿去養一套自建系統（含開發、雲端、維運、金物流串接、之後的小改動），撐得起來嗎？
這裡沒有標準答案，因為每一家的營收結構、活動頻率、退貨比例都不同。但經驗法則是：當每年付給平台的總額，已經接近請一位工程師的年薪，就值得認真算這筆帳。低於這條線，自建通常不划算，因為你付的不只是寫程式的錢，還有之後每一次金流升級、每一次法規調整、每一次促銷邏輯修改的錢。
功能天花板的訊號比成本更值得注意。 以下幾個是典型徵兆：
- 行銷活動想做的組合（滿額贈、加購、分眾優惠、會員分級疊加）平台做不到，只能請客服手動處理。
- 想串的第三方（自家 ERP、倉儲、特定金流、跨境物流）平台沒有原生支援，只能靠 webhook 或匯出 CSV。
- 訂單量成長之後，後台變慢、報表跑不出來、或每次改版都要重新設定一次。
- 你已經在花錢請人「補平台做不到的事」，例如手動對帳、手動改單、手動同步庫存。
這些訊號出現一兩個還好，出現三個以上，通常代表你付的不只是月費，還有一整組隱形的人力成本。
搬遷的真實代價
搬家從來不是「把資料倒過去」這麼單純。真正吃時間的是三件事：
第一是歷史資料。訂單、會員、點數、發票、退貨紀錄，每一項都有它的欄位邏輯和法規要求（例如電子發票的追溯期）。搬過去之後，舊訂單要不要能查？點數怎麼折算？這些都是商業決策，不是技術決策。
第二是金流物流串接。金流的技術文件通常不難，難的是對帳、退刷、分期、定期定額這些邊角情境。物流則是每一家 API 風格都不同，超商取貨還牽涉到門市代碼、寄件單號、逆物流。舉個例子，假設一家品牌同時用兩家金流、三家物流，光是把「一筆訂單在每一個狀態下該做什麼」畫清楚，就足以吃掉專案初期的大半時間。這部分的工作量，通常比客戶預期的多。
第三是SEO 與網址結構。舊網址如果沒好好做 301，Google 排名會掉，那段流量的損失往往比開發費還痛。
所以搬遷不是一次性專案，而是一段「雙軌並行」的過渡期。務實的做法是分階段：先把新站的核心購物流程做穩，再逐步把促銷、會員、報表搬過去，而不是斷然切換。
我們的觀察
選平台或自建，本質上是在買不同的自由度。開店平台賣的是「不用煩惱基礎設施」，自建賣的是「業務邏輯自己說了算」。在報價階段，我們通常會建議客戶先問自己：接下來一年，最想做但現在做不到的事是什麼？如果答案是行銷玩法、是資料整合、是跨通路庫存，那才是搬家的理由。如果只是「聽說自建比較彈性」，多半還沒到時候。