Movo：從零建一個馬來西亞多商家電商平台

Movo（movo.com.my）是一個在馬來西亞落地的多商家電商平台。這個案子涵蓋的不是 「把台灣的網站翻譯成英文」，而是把整套交易流程換成當地買家願意用、當地商家跑得動的樣子。

為什麼不能照搬台灣的做法

台灣電商的預設值到了馬來西亞幾乎每一項都要換：

• 付款：當地買家大量使用 FPX（銀行即時轉帳），不是只有信用卡。少了 FPX，等於把一整段客群擋在結帳頁外面。
• 物流：當地是 EasyParcel 這類整合商在跑，不是台灣的超商取貨那一套。商家要能自己訂 AWB、選上門取件或自行交件。
• 語言：主語言是英文，第二語言是簡體中文——不是繁體。這是受眾判斷，不是字型轉換。
• 幣別與稅務：單一 MYR 計價，跟台灣的金流與帳務完全分開。

這些都不是查得到就會的東西，是要實際跑一次才知道哪裡會卡。

做了什麼

平台建置 — WordPress + WooCommerce + Dokan 多商家架構，跑在 Hetzner VPS 上。 主題 Blocksy、LiteSpeed 快取、Rank Math 處理 SEO 結構。

在地金流 — Stripe 串信用卡與 FPX 兩條路徑，兩者都在正式環境驗證過。

在地物流 — 串 EasyParcel：商家在付款完成的子訂單上自己訂購標籤，支援上門取件與自行交件兩種模式。運費採 pass-through，買家付的運費與實際運費的差額完整歸商家，平台不吃價差也不補貼。

雙語結構 — WPML 目錄模式，英文在根路徑、簡體中文在 /zh-hans/。不是外掛翻譯，是兩套可獨立編輯的內容。

商家自助流程 — 商家註冊後由平台單次審核；通過之後上架商品不再逐件審。訂單、物流、結算商家自己看得到。

買家端交付可視性 — 每個包裹一條五段時間軸（確認訂單→備貨→出貨→送達→完成），多商家訂單各自獨立追蹤，而不是把整張單混成一個狀態。

邊界

這個案子是行銷與平台執行。公司登記、稅務與當地法遵不在範圍內，那些由當地執行方各自負責——和我們對所有跨國案件的做法一致。

這個案子證明什麼

它證明的不是「我們會架 WooCommerce」，而是知道一個市場的結帳頁該長什麼樣、物流該接誰、語言該選哪一種。這正是市場進入診斷裡「通路地圖」與「合規門檻」兩節要交付的東西——差別只在於，Movo 是我們自己一路做到上線的。