平台遷移

本土開店平台升級 Shopify Plus

SHOPLINE、91APP、CYBERBIZ 能支援許多標準開店需求。當客製體驗、跨境營運或資料整合開始超出現有平台邊界，再評估 Shopify Plus 是否合適。

什麼時候該從本土開店平台升級到 Shopify Plus？

三個明確訊號：想做的體驗模板做不到、想串的系統平台不開放、想出海卻受限於單一市場架構。Shopify Plus 提供 API 與 Headless 能力，讓品牌建立更清楚的顧客資料與體驗治理。實際遷移時程與範圍取決於來源平台匯出能力、資料品質和整合需求。

模板限制品牌體驗

既有平台若無法支援需要的版型、內容或互動，客製成本會隨例外需求增加。

資料不在自己手上

顧客數據與行為資料存在平台裡，要匯出、要串接都受限。

跨境走不出去

多語、多幣、國際金物流與海外行銷生態，單一市場平台難以支撐。

我們怎麼做

資料治理更清楚

依來源平台可匯出範圍盤點並遷移會員、訂單與商品資料，建立可持續維護的資料層。

體驗彈性提高

依品牌需求評估主題客製或 Hydrogen Headless，減少既有模板對體驗設計的限制。

整合路徑更開放

透過 App 與 API 評估 ERP、POS、CRM 和行銷自動化的整合方式。

在地與跨境並行

盤點台灣金物流需求，並以 Shopify Markets 規劃多市場架構。

本土開店平台與 Shopify Plus 的能力比較

	本土開店平台	Shopify Plus
體驗客製	模板為主、客製受限	可用主題或 Headless 架構擴充
API 與串接	封閉或部分開放	提供多種 API 與整合工具
顧客資料	存於平台	可建立治理與匯出機制
跨境能力	以單一市場為主	Markets 多語多幣
應用程式生態	平台內建為主	Shopify App Store 與 API

遷移驗證工具

把「可以搬」拆成可驗收的證據

遷移範圍不能只靠功能清單。先列出仍需查明的來源條件，再把每個已確認範圍綁定到看得見、能複核的交付證據。

先守住兩種不同的資訊狀態

探索未知: 在取得真實系統、合約、樣本資料與供應商條件前，不能當成已知，也不能先承諾結果。
確認交付: 未知被查明、存取權與範圍被同意後，寫進專案並留下可驗收、可交接的文件或測試證據。

右欄描述的是範圍確認後應固定的交付證據，不代表目前已取得來源資料，也不保證每個來源欄位、憑證或外部合約都可轉移。

01
系統盤點
先畫出平台內功能、門市工具與外接服務，而不是只盤點網站頁面。
還要查明
- 使用中的平台方案、模組、門市／POS、App 與管理角色
- 商品、會員、促銷、訂單、內容與報表由哪些功能承載
- LINE、CRM、廣告、客服、倉儲與其他服務的實際資料流
範圍確認後交付
- 平台功能、門市、帳戶與外部服務清冊
- 線上、門市、會員與行銷資料流圖
- 保留、替代、退場與需供應商協作的範圍表
02
匯出與合約限制
可匯出欄位、API、頻率與供應商協作條件必須用真實樣本確認。
還要查明
- 目前方案、合約、後台與 API 實際允許取得哪些資料
- 匯出格式、欄位、資料期間、頻率、媒體與關聯鍵是否足夠
- 平台、導入商或外部服務商的交接流程與責任界線
範圍確認後交付
- 存取、匯出、API、合約與供應商責任登錄表
- 具真實欄位、關聯與資料期間的匯出樣本報告
- 需品牌申請、供應商提供或另行決策的前置清單
03
顧客身分與權益
網站、門市、LINE 與 CRM 的同一位顧客，可能有多組識別與權益。
還要查明
- 電子郵件、手機、會員編號、LINE、門市與 CRM 識別碼的關聯方式
- 密碼、登入、同意、分級、點數、購物金與優惠券由誰持有
- 重複、匿名、合併或停用會員的處理政策
範圍確認後交付
- 跨網站／門市／LINE／CRM 的身分對照規則
- 登入恢復、權益轉換與例外處理流程
- 代表性會員、門市與權益案例的驗收紀錄
04
商品、訂單、內容與 SEO
先確認來源能提供什麼，再決定新資料模型與歷史查詢方式。
還要查明
- 商品、規格、分類、價格、庫存、促銷與門市可售條件
- 訂單、退款、取消、配送、付款、發票與歷史明細的可得範圍
- 頁面、文章、媒體、網址、中繼資料與高價值搜尋入口
範圍確認後交付
- 依真實匯出能力建立的資料模型與轉換規則
- 歷史資料保留、封存與客服查詢方式
- 內容去留、網址對照、重新導向與 SEO 驗收報告
05
在地金流、物流與服務
在地流程要拆成帳戶、合約、資料與操作責任逐項確認。
還要查明
- 付款、超商、宅配、電子發票與其他服務的帳戶／合約主體
- 平台代管與品牌自有帳戶各自持有哪些憑證、交易與對帳資料
- 門市取貨、退貨、取消、發票與客服例外如何運作
範圍確認後交付
- 在地服務帳戶、合約、資料與責任矩陣
- 保留、重新申請、替代或退場項目的前置清單
- 經確認範圍的付款、配送、取貨與發票測試案例
06
周邊系統整合
LINE、POS、CRM 與後台系統的資料責任必須重新確認。
還要查明
- ERP、POS、CRM、LINE、客服、倉儲與行銷系統的主檔與同步方向
- 平台內建串接、App、API、檔案或人工匯入各自負責什麼
- 失敗、重複、延遲與人工補救由誰發現和處理
範圍確認後交付
- 現況與目標整合的責任／事件流程圖
- 成功、失敗、重試與人工接管的測試案例
- 帳戶、監測、告警與供應商問題歸屬表
07
資料試跑
以真實匯出與跨通路邊界案例驗證，而不是假設欄位清單等於資料。
還要查明
- 匯出中的缺值、截斷、關聯鍵、編碼與歷史期間限制
- 會員權益、門市訂單、配送與發票例外是否能被辨識
- 試跑期間持續新增的會員、訂單與權益如何增量同步
範圍確認後交付
- 具資料期間、來源、範圍與版本的試跑紀錄
- 缺漏、轉換差異與需供應商釐清的例外台帳
- 修正項目、下一次試跑與放行條件
08
切換控制
網站、會員、門市與外部服務可能需要不同的切換與溝通節點。
還要查明
- 可接受的資料凍結、增量同步與門市／客服限制
- 網域、付款、物流、發票、LINE、POS 與庫存的切換順序
- 平台供應商、品牌與各服務商在切換時的可用窗口與責任
範圍確認後交付
- 含外部供應商、門市與客服角色的切換指揮表
- 最終同步、通路煙霧測試與放行／不放行檢查表
- 會員／顧客溝通、異常升級與暫停路徑
09
切換後核對
線上、門市、金物流與會員權益要使用共同口徑核對。
還要查明
- 商品、庫存、會員、權益、訂單、付款與配送的可靠來源報表
- 跨日、跨通路、取消、退款與發票差異如何計入
- 來源平台關閉或合約結束前還能取得哪些核對資料
範圍確認後交付
- 具來源、口徑、時間點與通路的控制總數
- 會員權益、訂單與金物流差異核對報告
- 營運、門市、客服與財務共同確認的未結項清單
10
回復與證據封存
平台服務是否能恢復、帳戶何時失效，都要在切換前取得答案。
還要查明
- 舊站、網域、平台帳戶、匯出、門市與外部串接能保留多久
- 切換後新會員、訂單與權益是否能反向處理或需要人工補救
- 合約終止、權限收回與資料保存的關鍵日期或條件
範圍確認後交付
- 含供應商條件、觸發與不可逆界線的回復決策樹
- 匯出、設定、部署、測試、核對與供應商確認證據索引
- 未解限制、接受決策與合約／帳戶後續責任紀錄