Brightstream Logo
餐飲客製化系統

LAGA 得拉卡 鹼性礦泉水 — 業務分銷平台

台灣鹼性礦泉水品牌 LAGA 得拉卡 的業務分銷系統:LINE Bot 下單 + PAYUNi 加密金流 + 3 角色業務分潤後台 + 3 種業務招募流程——一條 LINE 走完招募、下單、結金、撥款。

🐻
熊董|Johnny Yang
本案主導 · 川輝科技創辦人
LAGA 得拉卡 鹼性礦泉水 — 業務分銷平台

客戶的真實樣態

LAGA 得拉卡是台灣的鹼性礦泉水品牌(lagawater.com)。產品 D2C 直銷模式,業務團隊跑外面開發客戶、客戶在 LINE 上面下單——這是台灣 D2C 飲料品牌最常見的型態,也是傳統 ERP 系統最難服務的型態。

他們找我們不是要「再買一套 ERP」——是要一條從 LINE Bot 下單到後台分潤算款的完整業務分銷系統

業務 Dashboard:今日訂單 / 本月業績 / 佣金即時結算,三角色看到的 rollup 範圍不同
業務 Dashboard:今日訂單 / 本月業績 / 佣金即時結算,三角色看到的 rollup 範圍不同

我們為什麼接這案

台灣 D2C 飲料品牌的 GTM 路徑是極度 LINE-native 的:業務在 LINE 加客戶、客戶在 LINE 群下單、結帳付款也希望在 LINE 完成。如果系統不貼這條真實路徑,會強迫業務「叫客戶到網站下單」——結果就是訂單流失。

我們的判斷很簡單:把後端的複雜邏輯(多階層業務、佣金結算、退款、PAYUNi 加密金流)藏在 LINE Bot 後面,前端業務跟客戶看到的都是 LINE 對話。網頁版只留下金流合規必須的最小入口。

訂單管理:從 LINE Bot 進來的訂單即時同步,含 PAYUNi 付款狀態與物流
訂單管理:從 LINE Bot 進來的訂單即時同步,含 PAYUNi 付款狀態與物流

我們交的東西

1. LINE Bot 多步驟對話下單

從產品選擇 → 數量(支援中文數字:「兩箱」「十瓶」)→ 寄送地址 → 付款方式 → 確認,全部走 LINE 對話。背後是 line_carts 表保存對話狀態,line-webhook edge function 處理所有訊息事件。

業務 / 客戶不用學任何新介面。

2. PAYUNi 加密金流(AES-256-GCM)

台灣 PAYUNi 不是 Stripe 那種開箱即用——他們用 AES-256-GCM(不是 CBC)、加密格式是 hex(base64(ciphertext) + ':::' + base64(gcm_auth_tag))、HashInfo 用 SHA256(hash_key + EncryptInfo_hex + hash_iv) 大寫,key 要 trim 後 zero-pad 到 32 bytes、IV 直接用。

我們把整套 SDK 在 Supabase Edge Function(Deno)跑通:

  • payuni-payment(建立加密表單)
  • payuni-redirect(LINE 觸發付款的自動跳轉頁)
  • payuni-notify(PAYUNi server-to-server webhook)
  • payuni-refund(信用卡退款 trade_close)

憑證不放在 env,存在 app_settings 表的 JSONB 欄位裡——後台 admin 可以自己換 key,不用發新版本。

3. 三階層業務分潤 + 三條招募路徑

業務分潤這件事在 D2C 模式上規矩很細:

  • 三階層: admin(公司)/ supervisor(區經理)/ sales_rep(業務員),上下游有上限分潤抽成
  • 三條招募路徑(2026-05-16 hardening 後):
    • A1 自助 QR: 業務分享 /recruit QR → 自動帶 token → LINE 一句「加入業務_T{token}」秒開通
    • A2 預登手機: 公司端 admin 預先填手機 → 業務在 LINE 打「綁定 09xx」自動 binding
    • A3 LINE 提升: admin 在「客戶管理」挑 LINE follower → 點「設為業務」即升級
  • 每條路徑都有 RLS + edge function(create-sales-rep / review-application)控管,避免邊界 case 變漏洞

4. 佣金結算與訂單後台

3 角色看到的 dashboard 不一樣:

  • 業務員:自己客戶、自己訂單、自己佣金
  • 區經理:底下業務的 rollup
  • admin:全公司 rollup + 設定(產品 / LINE Bot / PAYUNi 憑證)

佣金即時算、月結匯出 CSV。退款會回吐佣金(PAYUNi trade_close webhook 觸發)。

業務員管理:3 條招募路徑(QR 自助 / 預登手機 / LINE 提升)統一後台
業務員管理:3 條招募路徑(QR 自助 / 預登手機 / LINE 提升)統一後台

我們做事的方式

LAGA 得拉卡對我們的要求跟富迪斯一樣——一條龍辦到好

從業務招募流程設計(這是商業邏輯,不是工程)、到 LINE Bot 對話腳本、到 PAYUNi 串接、到後台分潤算法,全部在川輝這邊做完。中間多次根據客戶端業務反饋調整(例如 2026-05-16 那次 hardening:原本招募流程允許 admin 直接建 sales_rep,後來加上 LINE 綁定當激活時刻,才避免「帳號建了沒人用」的死帳)。

佣金結算:即時算、月結匯出 CSV,退款自動回吐佣金
佣金結算:即時算、月結匯出 CSV,退款自動回吐佣金

為什麼這案值得寫

台灣 D2C 業務分銷市場很大——飲料、保健食品、化妝品、保養品都是這種型態。市面上有的解法是「中華電信業務 App + 訂單表單」這種拼接,或是 SAP/Oracle 那種重型 ERP 套不下來。

川輝這條 LINE Bot + PAYUNi + Supabase 的 stack 是這個 vertical 的最佳解:LINE-native + 客製分潤邏輯 + 中型公司付得起。LAGA 得拉卡跑通之後,這套 know-how 直接 transfer 到下一個 D2C 食品飲料客戶——這對我們是 vertical leverage。

認識熊董 →

In the Client's Words· 客戶的話

我們的業務都跑外面、客戶都在 LINE 上面——傳統 ERP 後台他們用不下去。川輝懂這點,所以從 LINE Bot 下單到後台分潤算款是一條鏈,不是兩套系統硬接。

LAGA 得拉卡 鹼性礦泉水
Bear's Note · 熊董的話

這個案子背後的判斷。

每個案子背後都有一個我做出來的判斷——通常是「這條路該走」跟「這條路不該走」的取捨。 這篇 case study 寫的是結果,但背後的判斷力,比結果更值錢。

如果你在想「這個案子如果換成我,我該怎麼做」——那正是一日流程診斷該做的事。 我會把這個案子的關鍵判斷,套到你的生意上、給你一張屬於你自己的路徑圖。

🐻
熊董|Johnny Yang
川輝科技創辦人 · 本案主導
System Screenshots · 案場照/系統截圖

畫面展示。

業務 Dashboard:今日訂單 / 本月業績 / 佣金即時結算,三角色看到的 rollup 範圍不同

業務 Dashboard:今日訂單 / 本月業績 / 佣金即時結算,三角色看到的 rollup 範圍不同

訂單管理:從 LINE Bot 進來的訂單即時同步,含 PAYUNi 付款狀態與物流

訂單管理:從 LINE Bot 進來的訂單即時同步,含 PAYUNi 付款狀態與物流

業務員管理:3 條招募路徑(QR 自助 / 預登手機 / LINE 提升)統一後台

業務員管理:3 條招募路徑(QR 自助 / 預登手機 / LINE 提升)統一後台

佣金結算:即時算、月結匯出 CSV,退款自動回吐佣金

佣金結算:即時算、月結匯出 CSV,退款自動回吐佣金

LINE 會員:跟 LINE OA 同步的客戶池,可在後台直接提升為業務

LINE 會員:跟 LINE OA 同步的客戶池,可在後台直接提升為業務

Your Case Could Be Next· 下一個案例

想加入這個列表?
從一日診斷開始。