命理電商整合系統開發：一個平台裝三種商業邏輯的坑

某命理電商客戶找上我們的時候，需求文件寫得很浪漫：八字、紫微、塔羅諮詢，加上開運商品電商，再加會員系統，全部整合成一個平台。聽起來像是把命理諮詢所、電商賣場、會員俱樂部三家店的招牌焊在同一扇門上，然後告訴客人「進來自己找路」。

迷思：整合平台＝把功能全部塞進同一個購物車

很多客戶對「整合」的想像是技術層面的，覺得只要資料庫共用、登入共用，就叫整合。但命理諮詢和電商賣貨的商業邏輯根本不是同一種動物。電商是「選好、付錢、出貨」的直線流程，命理諮詢卻是「先聊、再排、可能改期、可能加購」的迴圈流程。硬把諮詢塞進標準購物車結構，客人會在結帳頁面卡住，因為她根本還沒選好要問事業還是問感情。

我們在這案子踩過的三個坑

• 把命理師的可預約時段當成「庫存」處理，結果改期邏輯跟退貨邏輯打架，客服每天在後台手動改單
• 開運商品和付費解盤共用同一張訂單表，導致財務對帳時分不清哪筆是實體出貨、哪筆是虛擬服務
• 會員等級制度直接套用電商常見的消費金額分級，卻沒考慮到有人只買一次高單價解盤，等級卻比常買小額商品的熟客還低，客訴因此而來

正解：先拆使用者旅程，再談系統架構

這個案子後來能落地，關鍵不是技術升級，是我們逼客戶先把三種使用者旅程畫出來：買開運商品的人、付費諮詢的人、兩者都要的人。畫完才發現，這三群人對「等待」「客服」「退款」的容忍度完全不同。諮詢客願意等三天排時段，但商品客兩天沒出貨就會來吵。系統架構這才分成共用會員層、獨立訂單邏輯層，各自跑各自的流程，最後在會員中心整合呈現。

系統開發不是把需求塞進框架，是先看懂每種客人到底在急什麼。