同一份 Shopify 需求，兩家代理商可能報出差距很大的價格。原因未必是其中一家收得特別貴，而是雙方估算的成品不同：一份可能包含研究、客製設計、資料清理和上線陪跑，另一份只涵蓋 Theme 設定與指定頁面。總價放在同一欄，不代表內容已經可比。
比較前先建立一張範圍正規化表。每家提案都填入相同欄位；沒有寫清楚的地方標成「待確認」，不要自行把它理解成已包含。
先分清交付模式
常見模式包括設定現成 Theme、在既有 Theme 上客製、製作專屬 Theme，以及建立 Headless storefront。四種模式在設計自由、工程工作、平台更新與維護責任上不同。若提案沒有明說採用哪種模式，後面的頁數和工時也無法解讀。
詢問 Theme 授權由誰購買、客製程式放在哪裡、更新時如何保留修改；Headless 則要問部署、CMS、搜尋、快取、監控與 API 版本是否包含。不要只用「前後端開發」一列涵蓋所有系統。
頁數要改成頁型與狀態
「十頁設計」可能是十個獨立頁型，也可能是同一 template 的十筆內容。請提案方列出首頁、商品、集合、購物車、文章、活動頁等頁型，以及每個頁型包含的元件和狀態。商品變體、缺貨、錯誤、空資料、會員登入與行動版都會產生額外設計和測試工作。
設計輪次也要說明是整批還是逐頁、修改如何定義、品牌素材和文案由誰提供。若內容延遲造成重排，是否視為變更需求，也應在合作前確認。
資料遷移不能只看筆數
比較商品、變體、集合、會員、訂單、文章、圖片、metafield 和舊網址是否都在範圍內。進一步確認是否包含資料清理、欄位映射、試遷移、差異報告與最終增量切換。只寫「匯入一萬筆商品」可能不含圖片關聯和錯誤修正。
會員密碼、付款資料和同意紀錄可能受來源平台限制。負責任的提案會標示未知項目與驗證方式，不會用「全資料無痛搬移」帶過。
整合要拆成資料流
ERP、WMS、CRM、物流、金流與發票各自列一列，再拆出方向、頻率、欄位、測試環境、重試和人工處理。若其中一家使用既有 App，另一家建自訂服務，初期價格和後續月費、彈性、維護風險都不同。
把第三方授權費、用量費與供應商支援另外列出。這些不一定含在代理商報價，卻會進入總持有成本。
QA 和上線最容易被低估
確認測試包含哪些瀏覽器、裝置、無障礙、效能、SEO、分析事件和端到端交易。誰準備測試帳號、誰執行金物流實單、bug 有幾輪修正，也應明列。只有「協助上線」四個字，無法判斷是否包含 DNS、轉址、最終資料、監控與回復方案。
若提案排除內容上稿、資料清理或第三方協調，品牌內部就要有對應人力。排除本身沒有問題，問題是沒有人接手。
維運費要放進同一張表
一次性建置費較低的方案，可能依賴較多付費 App；客製程度高的方案，則需要持續工程維護。用三年視角加總平台、App、託管、監控、維護工時與重大檔期支援。平台價格以 Shopify 官方定價及實際所在地結帳資訊為準。
把未知項目變成有價格的驗證
有些差異無法在提案階段直接消除，例如舊平台 API 是否能完整匯出、金流能否支援指定流程。可要求各家把 proof of concept、資料稽核或 discovery 列成第一階段，寫明產出、費用和後續如何重估。這比用很低的暫估金額先得標，再於專案中途追加，更容易管理。
也要檢查付款節點是否連到交付證據。簽約、設計核准、試遷移、功能驗收和上線可分段付款；若大部分款項在關鍵風險驗證前已支付，雙方都較難用範圍調整回應新資訊。
把所有待確認問題設下回覆期限。若簽約前仍無法取得答案，就在合約中保留相應預算、範圍或退出點，避免把未知項目默認成供應商已承擔，最後再用變更單處理。
完成正規化後，請財務、營運與技術各自檢視一次，能降低單一部門只看自己熟悉欄位的盲點。
最後，不要只算金額。替每份提案評估假設透明度、關鍵人員、相關證據、資料與帳號歸屬、風險處理和溝通成本。先看 Shopify 網站建置費用的成本拆解，再搭配 代理商選擇指南，能讓採購會議從比總價改成比交付與責任。