墨宇協助簡少年打造桃桃喜雙平台，完成商城、課程與會員服務串接

墨宇與簡少年旗下桃桃喜自 2020 年合作，先承接小額高頻的命理測算商城，再於 2022 年建立課程學院。公開資料顯示，測算服務單月訂單以千計，2023 年底的雙官網系統與金流升級約在 6 週內完成，兩個平台截至 2026 年仍持續營運；但官方沒有公開營收、獲利、學員數或轉換率，所以這個案例能說明「如何拆分兩種交易任務」，不能證明某種平台架構必然提高收入。

為什麼測算與課程要拆成兩種任務

測算服務的核心是快速完成「選品—付款—交付」。使用者通常已經知道要問年度運勢、感情合盤或面相分析，交易金額相對小、頻率高，流程重點是手機結帳、付款成功後的訂單狀態與結果交付。每多一個不必要步驟，都可能讓使用者在完成交易前離開。

課程服務則是長週期關係。平台要處理教材章節、學習路徑、會員身分、觀看權限、進度與後續內容更新；退款、停權或方案變更也會影響存取權。把兩種服務硬塞進同一套商品與權限模型，常見結果是後台規則互相牽制，前台也難以清楚回答「我買的是一次結果，還是一段持續學習服務」。

判斷面向	測算商城	課程學院
主要任務	快速購買並取得單次服務	持續登入、學習與取得更新
關鍵狀態	付款、接單、交付、退款	會員、方案、章節、觀看權限
首要指標	結帳完成率、交付時間、失敗訂單	啟用率、學習進度、續用與客服事件
不能忽略	金流回呼、發票、重複扣款	權限撤銷、內容更新、帳號共用

目前可確認與不能確認的成果

依墨宇案例頁，第一階段包含測算商城與結帳流程；後續企業版系統加入課程、會員與雙站營運。公開交付項目包括 LINE Pay、Apple Pay 等行動支付、電子發票客製、雙站金流升級，以及面相 AI 測算。2023 年底的升級約 6 週完成，合作時間已超過 5 年。

上述資料只代表供應商公開描述的交付範圍與營運狀態。單月訂單「以千計」沒有揭露精確月份、客單價、退款或付款失敗率；持續上架也不等於學員完成課程或獲利成長。若採購方要比較平台，應要求同一期間的訂單、可用率、客服與權限事件，不要把流量或總訂單直接當成淨收益。

知識品牌何時需要雙平台

雙平台不是規模越大越好，而是在兩個產品的資料、交易與使用週期已明顯不同時才有價值。可用四個問題判斷：第一，兩邊是否需要不同結帳與交付；第二，會員權限是否有不同有效期；第三，客服能否在同一後台辨認使用者跨站身分；第四，營運團隊是否有能力維護兩套版本、監測與事故處理。

如果只是同一課程的單次購買與續訂，先用一個平台加不同方案通常比較容易驗收。若測算訂單需要即時交付、課程需要長期權限，才值得拆開前台任務；即使拆站，也應讓顧客、訂單與同意紀錄有一致的主鍵與治理規則，避免客服必須人工拼接兩邊資料。

會員、金流與發票的風險檢查

平台處理姓名、聯絡方式、購買紀錄與可能帶有敏感脈絡的服務內容時，應先定義蒐集目的、必要欄位、保存期限、委外角色、查詢與刪除流程。個人資料保護法是臺灣的基本法源；它不會替特定平台背書，但提醒業者不能因為「日後也許有用」就無限收集或保留資料。

電子發票也不只是前台顯示一個欄位。財政部電子發票營業人應用 API 規格列出 AppID、APIKey、HTTPS、簽章與回應碼等整合要求。採購驗收時要模擬付款成功但發票失敗、退款、重複通知與服務暫停，並確認金鑰不會出現在瀏覽器或一般日誌；這些是公開規格可支持的檢查方向，不代表桃桃喜曾發生相關事故。

先用小規模試辦驗收

1. 選一個測算商品與一門課程，畫出付款、發票、會員啟用、交付、退款和停權狀態。
2. 用測試帳號跑正常、付款失敗、重複回呼、發票失敗與退款，不只測最順的一條路。
3. 確認跨站顧客能由客服找到，但一般人員只能看到工作必要的欄位。
4. 記錄 30 天的結帳完成、交付時間、啟用率、客服事件與人工補單，之後才決定是否擴大。
5. 把可回復方式寫進上線條件，包括舊系統唯讀期、資料匯出與供應商停止服務時的處理。

這份清單的原創貢獻，是把公開案例從「功能展示」轉成可以簽收的跨站狀態測試。它不需要知道未公開的營收，也能先判斷平台是否穩定完成顧客已付費的任務。

下一步閱讀

若正在規劃知識產品，可先從行銷黑客主題樞紐整理內容與交易問題，再讀內容行銷漏斗指南。漏斗頁能協助規劃使用者下一步，但不能取代上述金流、發票與權限驗收。

資料來源

• AgentOSS：桃桃喜合作案例（專案時間、交付範圍與公開營運數字，查證日 2026-08-12）
• AgentOSS：XPlatform 講師合作說明（產品與合作模式，查證日 2026-08-12）
• 財政部財政資訊中心：電子發票營業人應用 API 規格（介接與金鑰安全要求）
• 全國法規資料庫：個人資料保護法（個資處理法源）