Shopify 可以做甚麼
Shopify 是託管式商務平台，可用來建立網店、管理商品與訂單，並連接相容的付款、實體零售及推廣工具。平台提供後台、店面與結帳基建；商戶仍須負責商品、內容、出貨、客服及合規。佈景主題商店、應用程式商店與合作夥伴生態可擴充商店，但每項選擇都應解決明確問題。
這個生態系統有三個不同部分：佈景主題控制呈現方式，應用程式加入特定流程或整合，Shopify 合作夥伴則可協助設計、實作或支援。它們都不能代替商戶決定售賣甚麼。先定義問題，再比較用主題設定、App 或自訂開發的成本及維護責任。
文中原圖僅供歷史參考。介面、優惠、價格及功能可能已改變；現時資料以本文更新內容及所引官方資料為準。
原有 Academy 圖片展示 Navy FAB 與 Shopify 合作夥伴生態的關係；它屬歷史文章圖片，並非平台功能或現時認證聲明。
舊版文章標榜「九個誤解」，內容卻主要列舉功能與好處。以下九項是商戶開店或搬遷平台時常見的假設。功能供應可隨方案、國家、付款處理商及應用程式而變，作出承諾前要以自己的商店核實。
1.「Shopify 只適合小型網店」
商戶可由簡單的直接面向消費者網店起步，日後再加入不同市場、實體零售或批發流程。Shopify 有多種方案，包括應付較複雜需求的 Plus。B2B 的企業帳戶、目錄及付款期限現已可在 Basic、Grow、Advanced 和 Plus 使用。Basic、Grow、Advanced 三種方案合共最多可在所有 B2B 市場指派三個啟用中的目錄，而且 B2B 目錄功能須使用新版 Shopify Markets；Plus 則可設立不限數目的 B2B 市場目錄，並直接向指定企業或企業據點指派目錄。單憑營業額無法決定適合哪個方案。
應按所需流程、功能限制及總成本作選擇。大品牌可能維持簡單配置；較小的批發商則可能需要複雜目錄與付款規則。測試團隊實際工作，不要只憑「企業級」等標籤判斷。
有實體店或快閃店的商戶，可考慮 Shopify POS，把現場訂單及庫存與網店後台連接。先設定庫存地點，測試退貨、換貨及調貨會否正確更新員工使用的紀錄。硬件、刷卡處理及進階零售功能因地區與方案而異；香港商戶不可照搬美國門店的收款設定。 (Shopify POS 說明)
在 Basic、Grow 及 Advanced 上使用 B2B 目錄須啟用新版 Shopify Markets；規劃前先確認商店已開通。
2.「設計網店一定要寫程式」
佈景主題提供可編輯的版面、顏色、字體、區塊及範本。商戶可用相容的佈景主題，配合準備好的照片和文案推出網店；當設計要求超出佈景主題能力時，程式碼才較有用。自訂程式碼會增加測試及維護責任，亦不保證購物體驗更好。
佈景主題編輯器可調整區塊及頁面範本，未必需要改程式碼。同一商品頁範本可套用在多件商品，每件商品仍保有自己的名稱、照片及價格。發佈前先在複製的主題上試改，並以手機及桌面檢查首頁、系列頁與商品頁。 (Shopify 主題編輯說明)
原有 Shopify 主題商店截圖；主題及價格可能已改變。
要用真實商品及手機測試佈景主題。易用導覽、無障礙文字、完整商品資料和清晰退貨政策，通常比裝飾效果重要。委託代理商時，應給予明確要求，並訂清完工後佈景主題的擁有權。
原有 Shopify 主題圖片，用作說明頁面調整。
3.「所有應用程式都免費、可以互換，而且比自訂開發便宜」
Shopify App Store 有大量整合工具，但應用程式可能收取月費、用量費，要求存取資料，或與其他工具衝突。安裝時看似便宜的應用程式，若重複儲存資料或拖慢核心流程，長期成本可能更高；需求明確且穩定時，自訂應用程式也可能合適。
原有 Shopify App Store 截圖；應核對現時功能、收費與權限。
安裝前記錄所需工作、預計用量、私隱影響、支援途徑、匯出選項及移除程序。用真實訂單測試並指定負責人；開店後定期檢視未使用的應用程式。
舊文比較安裝 App 與自訂開發，這個問題仍值得問，但「App 一定較便宜」並不成立。要比較整段使用期的月費、用量費、設定、搬遷、培訓、支援及退出成本，並檢查 App 要求存取哪些顧客或訂單資料。新增依賴前，先確認主題或 Shopify 後台是否已有所需功能。
原有 App 配圖；比較工具時應查現時 App Store。
4.「每種付款方式在所有國家都能使用」
付款方式取決於商業實體、受支援行業、顧客所在地及處理商。合資格香港網店可使用 Shopify Payments 接受信用卡及相關結帳方式；Shop Pay 是獨立的快捷結帳選項。Shopify 亦列出透過 Shopify Payments 提供的 Alipay 和 WeChat Pay，但兩者現仍屬早期開放階段，只開放予部分合資格香港商戶，須在付款設定中申請啟用及通過審核，不能保證每間店都有。其他方式可透過合資格第三方供應商或手動付款提供。應按現行條款比較處理費及 Shopify 第三方交易費。
香港實體店的刷卡收款與網上結帳不同：Shopify Payments 現不處理香港 POS 刷卡交易，商戶須使用外部刷卡終端機及第三方處理商。合資格香港商店亦可在 Shopify POS 啟用 Alipay 或 WeChat Pay 本地付款，讓顧客以自己的裝置掃描二維碼完成交易；是否可用及相關費用須按商店資格逐項核實。跨境以當地貨幣結帳亦須符合 Shopify Payments 或 Adyen 的條件。每個重要市場都要實測完整結帳及退款流程。（Shopify POS 本地付款方式）
價目頁出現付款標誌，不代表你的公司已可啟用。要核對香港商業實體及業務類別，完成服務商審核，再按顧客所在地、裝置、貨幣、退款和結算實測。Alipay 及 WeChat Pay 是透過 Shopify Payments 提供、只對部分合資格香港商戶早期開放的本地付款方式。商店啟用後，如同時符合相同市場、貨幣和資格條件，顧客也可能在 Shop Pay 內選用；不能保證每間商店或每位顧客都看得到。（Shop Pay 支援的付款方式）
5.「增加語言和貨幣一定要另開商店」
同一間 Shopify 商店可透過 Translate & Adapt、CSV 或相容應用程式發佈多種語言。Markets 可按受眾顯示不同語言、貨幣、價格及網域。真正獨立的營運業務或許需要多店，但會增加庫存、應用程式及佈景主題管理。
要翻譯商品詳情、政策、通知及客服內容，不只翻譯宣傳橫幅；亦要確認每個啟用市場均有送貨與稅務設定。顯示外幣價格不代表顧客可透過任何閘道以該貨幣付款。
舊文把「最多五種語言」當成固定規則，現時應改為按客服能力及翻譯品質規劃。導覽、商品選項、尺碼說明、結帳相關政策及訂單訊息都要一併翻譯。Markets 可因應受眾調整網域、語言、價格及商品供應，但實際可扣款貨幣仍取決於支付服務商。 (Shopify Markets 說明)
6.「每個方案都能自訂所有結帳功能」
Basic 或以上方案可調整結帳品牌外觀，並在部分結帳後頁面使用合資格應用程式。資料、配送及付款頁的較進階 UI 擴充功能則限 Plus。採用 Shopify Functions 的公開應用程式可更廣泛使用；自訂 Function 應用程式另有方案規則。
應準確說明要改甚麼：送貨欄位、付款方式規則、折扣或感謝訊息，可能要用不同工具。購買應用程式或委託開發前，先核對方案資格及付款相容性。
要分清外觀與交易邏輯：更改結帳頁顏色，與加入必填送貨欄位、改付款選項或計算折扣，是不同工作。先用一張示例訂單寫出期望改變前後的行為，再核對方案、擴充位置及 App 的限制。
7.「自動化一定要升級 Plus」
原有自動化配圖，作歷史參考。
Shopify Flow 在 Basic、Grow、Advanced 和 Plus 都是免費應用程式，可用觸發條件、判斷及動作自動處理工作，例如標記顧客或通知員工留意異常訂單。部分動作及用量限制因方案而異。電郵及推廣自動化是另一些功能，須考慮其資格與顧客同意。
Flow 工作流程由觸發事件開始，再按條件執行動作。例如庫存低時通知員工、標記高風險訂單供人檢查，或在顧客達到指定購買條件後加上標籤。會員積分需要相容的會員 App 及已核准的動作；Flow 自身不會建立積分帳本。先由可還原的內部通知試行，查看執行紀錄後才擴充。 (Shopify Flow 示例)
原圖涉及電郵及短訊通知。網店現時可發送哪些訊息、可發給誰，取決於通知設定、已安裝工具及顧客的營銷同意。
流程好壞取決於規則及資料。先從可還原的內部工作試行、查看執行紀錄，並指定人員處理失敗情況。不要假設未取得相應應用程式及權限，也可派發會員積分或發送顧客訊息。
原有 Shopify Flow 配圖；實際流程應在現時 App 建立及測試。
8.「開了 Shopify 店就會自動在各渠道成功」
銷售渠道可將商品目錄和訂單連接到其他平台，但各渠道均有審批規則、上架要求和自己的顧客體驗。商戶仍需準確商品資料、合適素材、服務能力及符合法規的推廣同意。棄單訊息也不保證追回訂單或帶來固定銷售升幅。
原有銷售渠道截圖；渠道供應及規則可能已改變。
選一至兩個符合顧客購買流程的渠道，測試商品上架、庫存行為及歸因。扣除履約和廣告成本後再衡量貢獻，不能把匯入訂單全算作新增收入。
同一商品目錄可用於多個渠道，但各平台都有自己的上架標準、審批和顧客流程。應監察被拒商品、重複優惠、庫存更新及客服查詢來源。同一後台顯示了訂單，商戶仍須處理出貨及退貨。
9.「平台會包辦所有營運問題」
Shopify 託管核心基建並提供文件和支援，但商戶仍要決定誰負責包貨、處理退貨、核對稅務、確認收款資格及回覆顧客。實體零售 POS 功能和硬件因地區及方案而異。合作夥伴可協助，但交付時應留下清楚的設定記錄和可執行的營運流程。
後台可讓員工不寫程式也能加入商品、檢查訂單和監察庫存；它不會判斷商品描述是否準確，也不會替商戶決定合理退款。把加商品、改地址、分批出貨及退款的步驟寫清楚，交由實際負責的員工測試。
原有支援配圖；應核對方案的現行支援途徑。
開店時應依官方設定清單操作，落測試訂單並練習退款；搬遷平台時則要用網址對照及轉址保護搜尋流量，核對顧客和商品資料，匯入後再驗證。最合適的方案是能令日常工作可靠運作的方案。
原有 Shopify 後台截圖僅供參考舊介面；操作時應以現時後台為準。
