Magento 與 Shopify 的遷移估算若只問 SKU、語言和營收，通常會漏掉真正成本：客製 module、attribute set、B2B account、價格規則、quote、ERP、索引、cron、checkout 和營運例外。畫面可以重做，商業規則若沒有盤點，上線前才會變成追加。
估算要先完成 discovery，將需求分成保留、改用 Shopify 方法、淘汰和待決。
確認 Magento 現況
記錄 Adobe Commerce/Magento Open Source、版本、store view、website、theme、extension、custom module、patch、hosting、search、cache、queue 和 deployment。從 code、admin、log、使用者訪談與訂單樣本交叉盤點。
Extension 名稱不是需求。寫出它支援的顧客或營運任務、使用頻率、資料、owner 和失效影響。
以商業能力拆 scope
Catalog、content、search、pricing、promotion、checkout、payment、tax、shipping、returns、customer、B2B、subscription、service 和 reporting 分別列流程。每項標 must/should/could、market、角色和驗收案例。
Shopify 原生能力不完全等同 Magento 實作，先決定是否能簡化流程。要求 pixel-perfect 後台和每條舊規則一比一搬運，會保留長期債務。
Catalog 複雜度看關係
Simple/configurable/bundle/grouped、attribute set、shared catalog、tier price、media、category 和 URL rewrite 需映射到 product/variant、bundle、metafield/metaobject、catalog 和 App。SKU 數少但屬性與價格關係複雜，仍是高工作量。
測 variant limits、組合、market 可售、搜尋、feed 和批次編輯。PIM 是否作主資料也會改變遷移邊界。
B2B 單獨估算
Company、location、role、catalog、price list、payment terms、PO、quote、sales rep、tax exemption、credit 和 approval 逐項比較 Shopify Plus B2B。不能把一般 customer import 當成 B2B 遷移。
歷史報價、帳期和 ERP credit 常需要外部系統或流程改造。用真實公司、多 location、多 buyer 和代客下單案例驗收。
整合按資料流估
ERP、PIM、WMS、CRM、OMS、稅、付款與物流各畫 source of truth、event、方向、頻率、volume、SLA、retry、reconciliation 和 manual fallback。只寫「串 ERP」無法估算。
API limit、bulk、webhook、queue、sandbox 和供應商測試時間都列入。外部團隊交付日與憑證也屬關鍵路徑。
資料遷移按物件和品質估
Product、customer、address、order、refund、gift card、store credit、review、CMS、redirect 和 consent 各自評估 extraction、transform、load、verification。歷史訂單是否進 Shopify、data warehouse 或只讀 archive，由客服、法務與財務需求決定。
做 profile：數量、缺值、重複、特殊字元、關聯和最大尺寸。髒資料清理不是免費附帶工作，需 owner 與決策時間。
Frontend 和 checkout 分開
Theme 或 Headless 影響設計系統、CMS、效能、preview、SEO 和維護。Checkout extensibility、Functions、payment、B2B 與 post-purchase 則有平台能力和方案邊界。兩者各自做 prototype 和 spike。
高風險促銷、組合價格和配送先做技術驗證，不能等 UI 完成才發現無法實作。
加入 cutover 與雙軌成本
至少兩輪 full migration、增量、UAT、load/peak、SEO crawl、training、runbook 和 rollback。上線期間 Magento 與 Shopify 可能同時維運，hosting、license、extension 和人力需保留緩衝。
依賴清單、decision deadline、contingency 和 hypercare 也納入估算。完整技術與營運項目可參考 Magento 遷移指南。
用範圍區間而非假精準
在 discovery 未完成前提供假設、排除、風險與區間。每個 epic 列設計、工程、資料、QA、營運和外部依賴。決策改變時更新 estimate baseline，不用單一總價隱藏未知。
可信的 Magento 遷移估算能指出成本由哪些商業能力與資料風險構成，也說清楚哪些舊複雜度值得淘汰。