電商後台是賣家上架商品、處理訂單與退款、維護會員資料、設定優惠並查看銷售報表的管理介面。檢查一套電商後台夠不夠用，可以把功能分成七組逐項確認：商品與庫存、訂單與退款、金流物流與發票、會員資料、優惠規則、報表匯出，以及帳號權限。功能清單上打勾不代表好用，評估時要拿自家常發生的情境實際操作，例如付款失敗、部分退款或商品缺貨時，後台怎麼處理、由誰處理。下面依組別列出檢查項目，再整理驗收測試與開站時的優先順序。
商品與庫存：上架欄位與缺貨規則
商品欄位要在上架前定好，之後大量修改的成本很高。以開源電商外掛 WooCommerce 為例，官方文件列出的商品類型包括單一商品、群組商品、外部或聯盟商品、多規格商品，以及虛擬與可下載商品，多規格商品的每個規格可以有自己的價格、SKU 與庫存。檢查項目：
- 規格與編號：尺寸、顏色等規格能否各自設定價格、庫存與商品編號。
- 價格：原價、特價與特價期間能否分開設定，期間結束後是否自動恢復原價。
- 庫存門檻：WooCommerce 可以指定庫存降到多少時寄出低庫存通知、降到多少時標示缺貨，也能選擇在前台隱藏缺貨商品。
- 未付款訂單的庫存保留：下單未付款時庫存保留多久，WooCommerce 以分鐘為單位設定。
- 批次作業：能否用試算表批次匯入、匯出與改價。
同一批庫存若同時在官網、門市與其他通路販售，要先確認以哪個系統的數字為準，否則容易超賣。
訂單狀態與退款流程
訂單狀態要讓每個人一看就知道下一步。以 WooCommerce 為例，預設狀態包括等待付款、處理中、保留、已完成、已取消、已退款與失敗；「處理中」代表已收到付款、庫存已扣除、等待出貨，「保留」代表庫存已扣除、付款還需要確認。檢查項目：
- 能否依狀態、日期、訂單編號與手機搜尋，並批次改狀態、列印出貨單。
- 狀態變更時是否自動寄通知信，信件內容能否自行修改。
- 退款是否分成透過金流自動退回與人工退款，退款時能否選擇回補庫存。WooCommerce 的部分退款不會把訂單改成已退款，對帳時要另外篩選。
- 是否記錄顧客收到商品的日期。消費者保護法第十九條規定，通訊交易的消費者得於收受商品後七日內，以退回商品或書面通知方式解除契約，但有合理例外情事者不在此限，適用細節以主管機關公告或專業意見為準；後台留下送達日期，處理退貨申請才有依據。
多通路匯單、揀貨與退換貨的細部流程，可另外參考訂單管理系統的功能與選型。
金流、物流與電子發票的後台設定
這一組決定訂單能不能自動往下走：付款結果回傳、物流單號回填、發票依訂單開立，任何一段靠人工對照，訂單一多就容易出錯。檢查項目：
- 付款：每種付款方式在成功、失敗、逾期未付時，訂單各變成什麼狀態；轉帳付款能否自動入帳，還是要人工比對明細。
- 運費：宅配、超商取貨能否分開設定運費，能否依金額、重量或地區計算，免運條件能否自訂。
- 出貨：託運單號能否回填並通知顧客，出貨資料能否依物流方式分批匯出。
- 發票：是否串接電子發票開立，退貨或折讓時能否配合作廢發票或開立折讓單；相關規則以財政部電子發票整合服務平台與財政部公告為準。
會員資料與顧客紀錄
會員資料的重點不在欄位多，而在找不找得齊、匯出有沒有控管。檢查項目：
- 會員頁能否看到歷史訂單、退貨紀錄與客服備註，不必切換系統查。
- 能否依消費金額、近期購買日期或標籤篩選會員，結果能否匯出給行銷使用。
- 電子報的同意狀態是否獨立記錄，顧客取消訂閱後是否同步更新。
- 顧客要求查詢、更正或刪除個人資料時，能否依電話或電子郵件找出同一人的所有資料，並記錄處理結果。
- 會員資料匯出是否只開放給少數角色，並留下操作紀錄。
優惠券與折扣規則能寫多細
以 WooCommerce 為例，優惠券的折扣類型有百分比折扣、固定購物車折扣與固定商品折扣；使用限制可以設定消費金額的下限與上限、不可與其他優惠券併用、排除特價商品、限定商品或分類、限定電子郵件；使用次數可以分別限制每張優惠券、每位使用者與可套用的商品件數，也能設到期日。其他後台可用這份清單對照，再補上會員等級折扣、滿件折扣等自家規則。另外確認：
- 兩種優惠同時符合時，是擇優套用、依序疊加還是不准併用，能否自行設定。
- 退貨時折扣如何分攤到各品項，部分退款金額算不算得出來。
活動規則怎麼訂屬於促銷方案的範圍，後台只要確認規則寫得進去、算得正確。
報表與匯出：先確認統計口徑
報表要先確認數字從哪些訂單算出來。以 WooCommerce 的分析報表為例，報表分成營收、訂單、商品、分類、優惠券、庫存與顧客等類別，表格可下載成 CSV 檔；設定中可以勾選要排除的訂單狀態，預設排除等待付款、已取消與失敗，已退款狀態則不能排除。因此同一期間的營收，在不同畫面可能算出不同數字。檢查項目：
- 營收包含哪些訂單狀態，是否扣除退款、運費與折扣。
- 能否依日期區間、商品、付款方式與通路分開統計。
- 匯出欄位是否足夠會計對帳，例如訂單編號、付款日期、發票號碼與退款金額。
後台訂單和網站分析工具的數字對不起來時，比對方式見電商數據分析的指標與對帳。
帳號權限與操作紀錄
電商後台通常同時有店長、客服、出貨、會計等角色使用，這一組確認權限切得夠細、出事時查得到：
- 能否依角色限制可看的資料與可做的動作，例如出貨人員看得到收件資訊，但不能改價或退款。
- 退款、改價、刪除訂單、匯出會員資料這類動作，是否記錄何人、何時、改了什麼。
- 管理員帳號能否啟用多重要素驗證，離職人員帳號能否立即停用並保留紀錄。
- 主機、網域、金流與物流後台的管理員帳號是否由企業自己持有。
後台的登入方式、帳號角色與換廠商時的交接步驟，可參考網站後台的登入與帳號交接。
驗收測試與開站時的優先順序
上線前用一組固定情境實際跑一次，每一步記下預期與實際結果：
- 建立多規格測試商品，確認前台價格與庫存顯示正確。
- 下單並付款，確認訂單狀態、庫存扣除與通知信。
- 讓付款失敗或逾時，確認訂單狀態與庫存是否回補。
- 套用優惠券，再測未達消費門檻、已過期與超過次數的情況。
- 各做一次部分退款與全額退款，再匯出報表逐筆核對。
- 用每個角色的帳號登入，確認改不了權限以外的資料。
商品與庫存、訂單狀態、付款回傳、運費與通知信、發票、基本權限屬於開站必備；會員分級、進階報表與多通路串接可以上線後再補。必備項目若要靠大量人工變通，就該回頭評估平台是否合適。
常見問題
電商後台和購物車系統是同一個東西嗎？
購物車通常指前台的選購與結帳流程，電商後台是賣家處理商品與訂單的管理介面。兩者常在同一套系統裡，評估時分開看：結帳順不順看前台，作業效率看後台。
用雲端開店平台還需要自己檢查後台功能嗎？
需要。平台後台的功能由平台規劃，能調整的範圍有限，開店前應拿自家常見的訂單情境試用，確認付款、退款、發票與報表符合需求。
後台只做中文介面可以嗎？
只有本地團隊使用時就夠了。若有海外同事或委外倉儲人員要登入，再確認介面語言、時區與幣別設定，避免訂單時間與金額顯示混淆。
電商後台需要手機版嗎？
視角色而定。查訂單、改出貨狀態、回覆顧客這類常在外處理的工作，建議能用手機完成；商品批次編輯與報表匯出以電腦操作為主即可。
從舊後台搬到新後台，要搬哪些資料？
通常包括商品與規格、會員資料、歷史訂單、優惠券與未使用的購物金。搬移前先確認欄位對應、會員是否需要重設密碼，並在切換前後各匯出一次核對筆數。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
開始評估前，先把每天常發生的五到十種訂單情境寫下來，拿去實際操作候選的後台，記下哪些步驟要靠人工補。京采的網頁設計服務可以協助整理後台需求、規劃商品與訂單欄位，並開發客製後台，或串接金流、物流與電子發票；想先檢查現有後台卡在哪裡，歡迎與我們聯繫。
