Shopify 顧問、開發商、設計公司和代理商沒有全球統一的工作邊界。同一個名稱，有的團隊只提供建議，有的會一路負責設計、工程與上線。選擇時不要從職稱猜能力，而要從目前缺少的決策、產能和責任開始。
最常見的錯配，是品牌需要先釐清商品與營運流程，卻直接採購開發工時；或策略已經清楚、內部只缺工程產能，卻買了一輪重複的顧問研究。
顧問通常先處理決策問題
顧問工作的輸入可能是營運資料、使用者研究、系統現況和商業目標，輸出則是優先級、需求、流程、架構選項、roadmap 或供應商評選建議。價值在於減少做錯方向的成本，不一定包含正式程式碼。
聘請前要問交付物能否直接供後續團隊使用。例如 audit 是否列出證據、嚴重度、建議和驗收條件；架構評估是否包含限制、成本和維護責任。只有簡報觀點、沒有可執行規格，交接時容易再做一次探索。
開發商負責把已知需求做成系統
開發工作涵蓋 Theme、Liquid、App、API、Headless storefront、資料遷移與整合，但每家公司專長不同。工程團隊需要可測試的需求、資料樣本、第三方文件與決策窗口。需求若仍快速變動，估價只能保留更多假設。
評估開發商時，看版本控制、環境、測試、發布、監控和文件，不只看能否完成正常畫面。涉及 ERP 或付款時，也要確認對方如何處理重試、重複事件和人工補救。
設計公司不只負責視覺稿
電商設計可能包含研究、資訊架構、顧客旅程、內容層級、互動、設計系統與無障礙。若只交付桌面版靜態稿，變體、缺貨、錯誤、鍵盤和行動版狀態仍會落到開發階段臨時決定。
設計和工程分屬不同供應商時，要安排共同技術評估、元件規格和設計 QA。品牌也需指定誰對跨團隊的最終取捨負責。
代理商通常整合多種角色
完整服務代理商可能包含策略、研究、設計、工程、資料、成長與專案管理，適合需要單一交付責任、內部協調資源有限的品牌。代價是費用結構和團隊組成更複雜，因此仍要確認哪些工作由內部正職、固定合作夥伴或外包人員完成。
Shopify Partner Directory列出 store setup、development、marketing、content、visual branding 和 expert guidance 等服務，可用來理解市場分類，但實際範圍仍以個別合約為準。
先判斷內部缺口
如果團隊不知道該做 Theme 還是 Headless、無法排定需求，先找能做 discovery 的顧問或代理商。如果已有完整設計系統、技術規格和產品負責人，可能只需要開發商。如果品牌、內容和工程都要重整，單一跨職能團隊可降低交接成本。
也可能採混合模式：獨立顧問協助品牌定義需求與評選，再由專業開發商執行；或內部產品團隊負責決策，代理商補足設計與工程。重點是每個交界面都有輸入、輸出和核准人。
用責任矩陣檢查提案
建立一張表，列出目標與 KPI、使用者研究、需求、內容、UX/UI、技術架構、資料清理、開發、QA、第三方協調、上線、教育與維運。每一列標記負責、核准、提供意見與被通知的人。若一項關鍵工作沒有人負責，專案中途一定會補成本。
合約也要處理角色更換。提案時出席的資深顧問或技術主管，是否會參與每週決策、程式審查與上線？若人員調整，品牌能否檢視替代者並取得交接？把投入比例與關鍵責任寫清楚，比單純列出一排職稱更實際。
專案經理可以管理節奏和依賴，卻不能代替產品決策者。品牌仍需有人核准優先級、內容和營運取捨；供應商則要為自己承諾的設計、工程和品質負責。兩邊都沒有明確 owner 時，會議很多，決策仍會停滯。
短期顧問若不參與執行，應安排正式 handoff，讓承接團隊能挑戰假設並更新規格；開發商若提供策略建議，也要說明建議如何進入範圍與驗收。角色可以重疊，責任與決策紀錄不能因此消失。
接著比較交付物，而不是名稱：顧問是否留下可執行決策、設計是否涵蓋狀態、工程是否附測試與文件、代理商是否承擔跨角色整合。可先用 Shopify 專案需求書描述缺口，再依 代理商選擇指南訪談團隊。Tenten 的實際服務邊界則整理在 Shopify Plus 代理商服務，適合直接拿來核對是否符合需求。