Shopify 代理商的作品看起來都很完整時，真正難比較的是那些沒有出現在首頁截圖裡的工作：需求怎麼被釐清、資料錯了誰處理、整合失敗怎麼復原、上線後誰能改程式。若只用視覺喜好與總價做決定，專案開始後才會發現雙方對「完成」的理解不同。
好的評選要找出最適合目前問題、風險和內部能力的合作方式，簡報表現只是其中一項線索。
先寫清楚你要解決的問題
「網站改版」不足以讓代理商提出可比較的方案。先列出三到五個具體問題，例如手機商品頁難以選規格、會員價格由人工維護、海外站內容無法同步，或舊網址在遷移後不能遺失。每個問題再補上目前證據、牽涉團隊與期望結果。
如果內部還無法定義問題，可以先採用 discovery 或 audit，而不是要求所有廠商直接報整站價格。這也能看出對方是否會追問限制和資料，還是只把既有服務包套進來。
官方名錄能證明什麼？
Shopify Partner Directory可依服務、地點等條件查找合作夥伴，也會呈現工作樣本、評論與夥伴層級。它適合用來建立候選名單，但名錄資格不代表某個團隊一定適合你的產業、架構或專案規模。
評估案例時，除了看完成畫面，也要問對方實際負責哪些部分。策略、品牌設計、前端開發、資料遷移和媒體素材可能來自不同公司。若案例只說「協助某品牌成長」，卻沒有交付範圍、限制與可核對的角色，就不能把整個成果都歸因於該代理商。
用同一組問題訪談每個團隊
至少詢問以下內容：誰會參與日常會議、設計和工程是否為同一團隊、技術決策由誰核准、需求變更如何估價、QA 在哪些裝置進行、如何處理第三方整合，以及上線日誰負責判斷是否回復。
也可以給一個真實情境，請對方說明查法。例如「ERP 庫存有時晚十分鐘，前台不能超賣」，好的回答會先問可售量來源、同步方式、尖峰量和人工處理流程，不會只保證可以串接。
技術能力要看可驗證證據
如果專案包含 Theme、Liquid、Headless、ERP 或分析追蹤，請對方展示相近問題的架構思考、測試方式與維運安排。程式碼不一定能公開，但應能說明資料流、失敗情境、版本控制和發布流程。
Headless 專案還要確認前端部署、CMS 預覽、API 版本、快取、監控與值班由誰負責。能做漂亮 React 頁面，並不等於能長期維護一個交易系統。若你還不確定是否需要 Headless，先讀 Headless Shopify 判斷框架，避免把架構偏好誤當需求。
報價要能逐列對照
要求候選團隊使用相同的範圍表：頁型、元件、內容、資料、App、整合、測試、訓練、上線與維運。每一列要標明包含、排除、客戶需提供的資料，以及需求變更的處理方式。詳細拆法可參考 Shopify 建置費用拆解。
最低報價可能只是排除最多；最高報價也不等於風險最低。先把假設補齊，再比較方法、溝通成本與總持有成本。
確認資產與帳號歸屬
合約應說明 Shopify organization、網域、程式庫、設計檔、第三方服務和分析帳號由誰持有。品牌至少要有適當管理權限，並能在合作結束後取得程式碼、文件與必要憑證的安全交接。不要讓正式環境只綁在個人信箱或供應商帳號。
小型付費任務比免費提案更能看出合作方式
大型專案若仍難選擇，可以先委託範圍明確的 discovery、效能診斷或技術驗證。觀察對方如何提問、記錄假設、處理壞消息和交付文件，通常比要求更多免費設計稿更接近正式合作。這項任務也應有合約、費用與可帶走的成果。
參考人訪談時，詢問專案出現變更或事故的經過，比只問「合作滿不滿意」更有資訊。可了解原團隊是否穩定、估價是否透明、上線後問題如何追蹤，以及交接文件能否被下一位維護者使用。
最後，用加權表評分：問題理解、相關證據、團隊配置、技術與 QA、報價透明、合作方式、維運與資產治理。權重應反映你的風險，而不是照抄別人的表格。你也可以先查看 Tenten 專案作品與 Shopify Plus 代理商服務，再帶著同一組問題來確認我們是否適合。