WooCommerce 的結帳流程當年在業界是一個標竿,在開店平台還沒有像現在蓬勃發展的時候,它的結帳流程清晰易懂成為不少同類服務的參考對象。但畢竟它是一個舶來品,放到台灣的電商產業來看就還是有一種格格不入的感覺,幸好在這些年許多台灣開發者的努力下,慢慢讓它越來越有台味~
大約在十年前有朋友跟我說想要開發一個符合台灣電商環境的 WordPress 外掛,當年覺得這是一件不可能的大工程,除了技術力不足外同時也在觀望台灣的市場到底能不能養活這個外掛,當我還在猶疑的時候許多優秀的廠商設計了強大的開店平台,更不用說還有國外的服務進入台灣市場,每次回想起這件事就覺得自己錯失了這個機會。
但也因為這十年的累積讓我培養出足夠的技術力,同時也明白 WooCommerce 的侷限在哪、優勢在哪,整個 WooCommerce 生態系已經成熟到可以滿足台灣市場的需求,再加上 Store API 的發展我想再挑戰一次當年不敢做的夢,但這次讓我跟開店平台學習,學習目前主流開店平台的結帳流程與介面設計。
這篇文章我會先從如何在後台設定 WooCommerce Cat 這支外掛的方式說起,然後再來逐一分析各家開店平台的操作介面,並擷取我認為的優點來作為日後的設計參考,但由於是個人主觀的看法,你有更好的建議再麻煩提給我囉,我們開始吧!
我規劃的方向是先用三組短碼來顯示前台的商店與結帳頁,有了短碼之後要做成 Elementor 或是區塊編輯器的小工具就會比較容易些,在使用上就是把短碼置於頁面或文章中即可:
台灣電商常看到的一頁結帳,也就是把產品列表、購物車、付款方式全部放在同一個頁面,或是直接在產品說明頁放結帳表單,也就是會讓整個頁面要捲很久的那種瀏覽方式,我個人是不太喜歡這樣的呈現,但市場看起來是滿愛的,所以我覺得可以用這作為基礎再去改良。
放入短碼就可以看到商品列表,點擊商品圖後會以彈出視窗的方式來顯示說明內容,藉此減少換頁的讀取時間,加入購物車後就會更新購物車數量,或是點擊直接購買跳轉到結帳頁。
將購物車表格以及填寫結帳欄位顯示於同一個頁面之中,省去購物車管理頁面,當更新購物車內容的時候,付款以及運送方式會一起動態改變。
以上三個會是主要的短碼,有在思考是否要把裡面的功能拆成獨立的短碼,但考量到有許多元件需要互相傳遞資料拆開來會增加複雜度,這部分可能就先暫時不考慮,目前先以這三個介面為主。
接下來我們來學習一下現在台灣電商的操作流程都是如何設計的,並比較電腦版與手機版的差異,從中挑出我覺得比較特別的來說明,這邊主要針對開店平台而非大型的購物商城:
![]() |
![]() |
![]() |
在列表頁中可以加入購物車或是直接購買,如果是可變商品的話使用彈出視窗的方式進行選擇,有些網站會直接把完整的商品說明也放在視窗裡面,在手機版的呈現會用由下往上的方式彈出,並將加入購物車按鈕固定於頁面下方:
![]() |
重點整理:
![]() |
![]() |
![]() |
主流的版面配置方式有兩欄與三欄式,兩欄式以左圖右文為主,商品圖採用幻燈片的瀏覽介面,縮圖在主圖的下方或左側,右下方放置加價購商品或是付款的相關資訊,三欄式的版面則會在最左欄加入商品分類選單,至於在手機上瀏覽會以商品圖為主,並將購買按鈕固定於畫面下方:
![]() |
重點整理:
![]() |
![]() |
![]() |
購物車頁主要分為三種,第一種是採用側邊欄顯示購物車,可以在該區域中修改商品數量或是刪除,第二種是獨立的購物車頁,裡面可以放入完整的購物車表格以及額外資訊,像是登入註冊功能以及加價購的商品區塊,第三種是與結帳頁整合在一起。
重點整理:
![]() |
![]() |
![]() |
![]() |
![]() |
結帳頁各家的作法都不太一樣,但基本框架是兩欄式配置,主要欄位顯示結帳資訊填寫,次要欄位放購物明細,在手機上會將購物明細放在送出結帳的按鈕前面,讓顧客再次確認購買內容。結帳頁的操作邏輯為:登入會員 > 選擇運送方式 > 選擇付款方式 > 輸入訂購人資訊 > 輸入收件人資訊。
首先登入會員的部分如果提供訪客結帳的話,會要求輸入電子郵件以及手機號碼,運送方式主要分為超商與宅配兩大類,超商會再拆成純取貨或是貨到付款,宅配的話則是可選擇台灣本島或離島,根據選擇結果會有不同的運費計算。
付款方式主要為信用卡、虛擬 ATM 以及超商條碼,以及其他第三方金流可供選擇,訂購人資訊僅需提供姓名、電話,如果選擇超取則不用填寫地址欄位,收件人欄位也會依相同邏輯進行判斷。
重點整理:
逛了台灣數十家的購物網站能發現到有一套設計模式,從商品的選購、購物車管理,再到最後輸入結帳資訊都能看見類似的流程與邏輯,雖然透過這樣的研究方式只能看到皮毛,但至少是一個開始,如果你有發現很不錯的購物網站再跟我分享下吧~
下週我們會開始進入外掛開發的環境設定,Mockup 設計階段我打算跳過了,直接用程式碼來做設計,我會介紹我的開發工具及套件,祝各位中秋連假快樂!我們下週五見!
多巴胺(Dopamine)是一種神經傳遞物質,負責傳遞興奮和愉悅感。能引起渴望、興奮和希望等情緒,激勵人們追求目標。 上週日感冒了,很久沒有這麼嚴重的大感冒,發燒加喉嚨、頭爆炸痛,連續幾個晚上都沒什麼睡,白天完全沒有體力上工,不是在睡覺就是在發呆放空,受不了最後還是看了醫生吃了藥,每天等著症狀好轉。 到了週三稍微有點精神可以看書,看完「流言終結者」主持人亞當的書「創客精神」後一整個被激勵,很想要來動手做些什麼,於是拿出筆記本把一些點子畫下來,我想到可以做一個平台來搜集大家使用 Vibe Coding 開發出來的作品: 由於還沒有體力坐在電腦前工作,我就想說用平板先來做個雛形看看,付費解鎖了 Claude,也試了 Replit、Firebase Studio 來玩看看,很快的就有網站原型,再從這個原型去發想更多的功能細節。 第一次的衝擊 隔天因為需要回一些工作的訊息就開了電腦,想説回完後就關機繼續休息,結果想說把昨天弄的原型用 Cursor 來重做一次,能夠直接自己修改程式碼還是比較安心,但我忽然靈光一閃,我不是想要讓自己投入到 Vibe Coding...
原本努力了一個半月的新產品眼看就要正式釋出了,但在請了幾位客戶幫忙測試後,毅然決然暫停開發,主因是新產品有一些致命且短期無法解決的問題,再加上收入模式不明確,繼續開發下去會把自己推入險境中。 反而是請客戶試用的過程中,收到不少新功能的建議,考量到要顧好既有客戶以及營收狀況,還是決定先以既有產品的擴充功能為主,把營收站穩後再來另開戰場。 工作佔比 五月份總工作時數為 66.98 小時,比四月增加了 1.34 小時。各類工作佔比如下: 行銷:14% 產品更新:38% 產品研發:48% 這個月從下半月開始,全面採用 Vibe Coding 模式開發,在離開電腦前下好指令,回來後再驗收成果,一開始覺得很爽快,有一種人不在電腦前還是有進度的錯覺,尤其是在寫新外掛的雛形時很快就能獲得一些成果。 但如果寫流程比較多的功能,在驗收時就會開始感受到混亂,像是引用錯參考資料或是沒有遵循設計模式,一個檔案超過 500 行是家常便飯,事後反而要花時間在釐清甚至重新整理它的寫法,這部分我覺得應該可以透過提示詞來慢慢跟它磨合,就像以前跟朋友一起合作開發一樣,需要把相關的事項溝通清楚。 行銷 內容行銷...
最近常用 AI 產生程式碼,結果一堆程式自己都看不懂,只有錯誤發生時才會回頭研究到底寫了什麼。想說乾脆寫篇文章記錄一下,當作學習筆記。本篇主題是 OpenAI API 與 WordPress 的整合,讓 AI 能直接操作 WordPress。 初探工具請求(Function calling) 像 GPT 這類自然語言模型是靠訓練資料回應問題,但資料若過時,或想取得即時資訊,模型本身無法處理。這時可以透過「工具請求(Function calling)」來解決。 原理是:先告訴 AI 有哪些工具可用,當對話中出現相關需求,AI 就能自動判斷是否要使用某個工具。這些工具可以是 WordPress 的函式(如 WP_Query 查文章),也可以是外部 API(例如 Google 搜尋),執行後把結果再交給 AI 處理並產出回應,自然語言化地回答使用者。 適用場景 1. 整合客服機器人 如果你想設計聊天介面給其他人使用,像是客服機器人外掛,就很適合採用這個技術來取得網站內的資訊,像是讓客人查詢商品、訂單相關資訊、搜尋產品使用說明文件,或是讓管理員查詢營業額、網站瀏覽數據。...