知識產品該用一站還是雙平台？商城、課程與會員營運分工實務指南

知識產品該共用一個平台，還是把高頻小額服務與長週期課程拆開？供應商 AgentOSS 的第一方案例頁記載，其自 2020 年承接桃桃喜測算商城、2022 年建立課程學院；頁面另列單月訂單以千計、2023 年底系統與金流升級約 6 週完成，以及截至 2026 年仍持續營運。這些是供應商提供的交付與營運描述，不代表桃桃喜或簡少年對本文、供應商能力或商業成效背書。公開資料沒有營收、獲利、學員數或轉換率，因此本案例只用來說明如何拆分兩種交易任務，不能證明雙平台必然提高收入。

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

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

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

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

供應商公開了哪些交付，哪些客戶成效仍不能確認

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

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

知識品牌何時需要雙平台

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

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

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

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

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