訂單是電商營運的核心。WooCommerce 的訂單後台功能看似簡單，卻內有乾坤——從接單、更新狀態到退款，每個環節都影響顧客體驗與營運效率。許多店家才上線不久就發現，光是訂單管理就有三成功能沒發現。
訂單狀態流程與自動觸發邏輯
WooCommerce 將訂單分成五個預設狀態，每個轉換都有對應的自動觸發。待付款訂單一旦收款完成，系統自動推進到「處理中」，同時寄出顧客通知信；完成出貨後狀態改為「完成」，再度觸發配送確認信。中間若需取消交易，狀態回退到「已取消」，後續便無法再編輯。
這套狀態流不是固定死的。許多金流外掛（綠界、藍新）與 WooCommerce 串接後，收款成功會自動推進狀態，無須店家手動按鈕。反過來說，假如金流端確實收錢但後台訂單卡在待付款，就得回金流商對帳系統確認。有時是 API 回傳延遲、有時是金流外掛設定漏了回調網址。
狀態轉換之間還有個眉角：訂單一旦進入「已取消」就鎖死，再也改不了狀態。所以假若誤按取消，唯一救法是從垃圾桶還原、或動資料庫改 post_status。這也是為什麼有些店家在設定裡關閉顧客取消訂單權限，或設定只有在「待付款」時才能取消。
Email 觸發的背後是 WordPress 的動作掛鉤（action hooks）。每轉換一次狀態，WooCommerce 就丟一個 hook 出來，各自對應的 Email 樣板就發動。換句話說，假若顧客收不到付款確認信，不是店家沒設定，十之八九是某支外掛攔截了那個 hook、或者寄信伺服器本身出問題（SMTP 未設定、SPF/DKIM 記錄漏掉）。
手動新增訂單與背景操作
訂單不一定都來自線上結帳。店家在後台「新增訂單」，可能是接到電話訂單、或從 Excel 清單批次輸入——WooCommerce 的手動新增流程雖然不像 Shopify 那樣圖形化，但該有的功能都在。按下「新增」後，依序挑商品、填顧客資訊、設運費與稅金，系統會自動計算小計。這裡有個常踩的坑：新增時若顧客郵箱已在系統內，得先查詢帳戶而非重新輸入，不然會產生重複顧客記錄。
新增訂單的另一個用途是內部作業流。電商營運常碰到預售、或分期商品需先記帳。有些店家習慣在後台先開一筆待付款訂單，再寄顧客付款連結（不用綠界那類外掛就直接拿掉線上結帳頁的複雜度），顧客付完款再把訂單推進「處理中」。這做法用在高客單價或客製商品時特別好用。
手動新增時還能一併設定訂單備註（店家內部使用，顧客看不見）與顧客備註（會併在確認信裡讓對方看到）。備註欄位雖小，卻是溝通樞紐。運貨時備註「左邊大門上鎖，請敲玄關」、或「2 樓單位避免三餐時間」這類細節，能大幅降低配送失敗率。
批量更新訂單狀態與批次操作
一次處理三十筆訂單，要是逐筆手動改狀態，時間全浪費在點擊上。WooCommerce 內建的批量編輯功能在「訂單」列表頁面上方，勾選多筆訂單後，選「變更狀態」就能一口氣改成「已發貨」或其他狀態。勾選時要小心——系統預設一次只顯示 20 筆，頁次切換時勾選的狀態會消失，得先調高每頁顯示筆數再重勾。
涉及量較大（上百筆）的店家，不靠外掛根本沒效率。Bulk Product Edit 可以批量改商品，但對訂單的批量操作支援有限。有些人改用 WP-CLI 的 wp wc 指令、或寫 PHP 腳本直接異動資料庫訂單狀態欄位，但這條路要會一點開發，風險也較高。更穩妥的做法是靠整合平台（如 Zapier）的自動化流程——只要金流確認收款，Zapier 就自動推進狀態、更新庫存、傳通知到 Slack，一條龍運作。
退款操作與金流端溝通
WooCommerce 的退款分兩層。後台層面，店家點「退款」按鈕，系統會扣回訂單金額、改訂單狀態為「已退款」，但這只是帳簿動作。實際退錢要靠金流端的回沖機制。假若綠界訂單在 WooCommerce 按退款，金流外掛會呼叫綠界 API 要求信用卡原路退款；若顧客用超商付款，退款請求就卡住（超商付款無法線上退回，得改走人工退款或轉帳）。
這裡的常見誤區是：店家以為 WooCommerce 按了退款就完事，殊不知金流端的實際退款批准要等 1 至 3 個工作天。許多顧客投訴「退款沒收到」，一查才發現金流商的批准流程還在排隊。所以退款時得同時告知顧客預計退款日期，免得被誤會成詐騙。
部分退款（例如結帳時加購的保險費用後來退掉）需要在訂單頁面的「退款」欄位手動輸入金額，再按確認；全額退款則直接一鍵全退。系統會留下退款紀錄在訂單時軸上，店家和顧客都看得到「何時誰退了多少」，透明度高。但假若金流端那邊異常（例如顧客信用卡已遺失或過期），WooCommerce 這邊的退款請求也會卡住，得聯繫金流客服排查。
訂單備註與 Email 通知的串連
訂單備註分店家備註與顧客備註兩類。店家備註完全是內部使用，不會出現在任何顧客郵件裡；顧客備註則會併進確認信。這個機制好用在：顧客結帳時在備註欄寫了特殊需求（「請留在警衛室」、「不要含堅果的食品」），系統確認信會原文帶過去，店家看訂單詳情也看得到，不會遺漏關鍵細節。
Email 觸發點有六個主要時刻。訂單建立時寄確認信、付款完成時寄付款通知、發貨時寄出貨信、退款成立時寄退款通知，都是自動觸發。另外還能手動寄「新訂單通知」（通知店家有新單進來）與「顧客備註通知」（店家在備註欄補充新的備註時，可選是否抄送顧客）。
這些 Email 樣板位在 WooCommerce 設定→郵件通知，可自訂寄件人、主旨、內文。但 WooCommerce 內建編輯器很陽春，排版複雜的信件還是得動自訂 template 檔案或用 Email Designer 這類外掛。值得注意的是，訂單狀態轉換的 Email 會自動寄，無法透過後台單筆關閉；若想全部關掉某類通知（例如出貨通知），得在郵件設定頁面把該樣板整個停用。
篩選與搜尋訂單的高效查詢技巧
訂單列表一旦累積到數百筆，逐頁翻找等於大海撈針。WooCommerce 的篩選欄位可用狀態、日期範圍、顧客名稱、支付方式多維度縮小範圍。例如想查「上月綠界金流、已完成、金額超過 5000 元的訂單」，可以堆疊篩選條件完成；但 WooCommerce 內建篩選不支援「金額區間」，需要外掛補強。
搜尋欄位預設只搜訂單編號與顧客名稱。有些外掛（如 WooCommerce Subscriptions 配套）能把搜尋範圍擴大到商品名、商品 SKU、顧客郵箱，這在單項目眾多的電商就很實用。另一個常見需求是依「備註內容」搜尋（例如找所有備註含「延遲交貨」的訂單），內建搜尋做不到，得靠資料庫直查或外掛擴充。
自訂欄位（ACF）如果綁在訂單上，同樣無法透過內建篩選面板快速檢索，需要額外開發或用 FacetWP 這類通用篩選外掛。店家在規劃訂單流程時就該考慮：需要快速查詢哪些維度？會不會寫 SQL？能不能靠現成外掛？早做規劃比上線後才改架構順暢很多。