保健品牌 電商 網站建置案例：整合會員、LINE 購物機器人、分潤與儲值金系統

規劃前後的系統差異

保健品牌為什麼需要一個自己掌握的電商網站

社群平台與 LINE 官方帳號適合用來溝通與導流，
但商品資料、訂單紀錄與會員經營仍然需要一套完整的電商後台才撐得住。
品牌自有網站能自行管理商品內容、會員資料與訂單紀錄，也能持續累積可被搜尋的內容頁面。
相較於完全依賴第三方平台，品牌對網址、內容架構與資料保存方式有較高的控制權，
但仍需要持續進行主機維護、備份、資安更新與資料治理。

這次規劃的品牌原先的營運方式是一個靜態形象網站搭配 LINE 購物連結，
會員、商品與訂單資料各自獨立，行銷流量沒有辦法回流到同一套系統裡累積，
品牌想呈現的專業形象也受到範本限制。
如果品牌希望電商網站本身也具備良好的搜尋能見度，
可以搭配SEO 網頁設計服務一起規劃，讓建置與內容行銷同步進行。

這類頁面在技術面也建議部署 Product、Article 與 Organization 結構化資料（Schema.org），
協助搜尋引擎正確辨識商品資訊、文章屬性與品牌組織資料。

第一次需求整理後，我們沒有直接開始做網站

這個案子一開始看起來像是一般保健品牌購物網站，
但進一步整理後，實際上包含四套不同層級的需求：

1. 電商基本功能：商品、庫存、購物車、會員、訂單、優惠券與金物流。
2. 品牌內容功能：保健知識、科學資料、顧客評價、影音見證與安心體驗說明。
3. LINE 整合：訂單通知、會員綁定、商品與訂單查詢，以及真人客服轉接。
4. 進階營運功能：網紅分潤、推薦連結、佣金結算、儲值金與後續 POS 或 APP 串接。

如果把這些內容全部視為一個「購物網站功能」，
報價與驗收都會失去邊界，
本案在規劃階段先把品牌電商主體、LINE 整合、聯盟分潤與儲值金拆開，
分別確認資料來源、操作流程與開發範圍。

電商網站要解決的五個實際問題

商品與庫存資訊分散

商品頁需要清楚顯示原價與優惠價、庫存數量、缺貨狀態、商品規格、相關商品與購買入口，
讓消費者能在同一個頁面完成判斷，不用來回詢問客服才發現商品已經缺貨。

保健商品需要可查核的安全與品質資料

消費者評估保健商品時，除了價格與成分，也會在意原料來源、製造規範與檢驗結果。
商品頁可依品牌實際持有的資料，
提供第三方檢驗報告、原料證明、製造工廠認證或品質管理文件的瀏覽入口，
並標示報告日期、檢驗項目與適用產品。
這些內容必須以品牌實際取得且仍有效的文件為準，不能只用認證圖示代替證明。

會員與訂單無法集中管理

會員中心需要涵蓋會員資料、訂單查詢、匯款確認、優惠券查詢、收藏清單、問題留言與客服紀錄，以及帳號資料修改。
這些功能整合在同一套後台，客服才不用在不同工具之間切換查找。

LINE 詢問占用客服時間

LINE 機器人不是另外開一間商店，而是接到電商資料庫，
在完成會員綁定、資料權限與 API 串接後，
才可依照使用者身分查詢商品、庫存或個人訂單，
查不到答案的部分再轉真人客服。
公開商品資訊與個人訂單資料的權限層級並不相同，
不能只靠輸入訂單編號就直接顯示內容。
這次的規劃也把 LINE 官方帳號與 AI 客服納入商品、庫存、訂單與客服查詢的整合方向。

保健商品的 AI 客服應限定回答已審核的商品資訊、成分、訂單及一般使用方式，
不應提供疾病診斷、療效保證、停藥建議或個人化醫療判斷。
遇到孕婦、慢性病、藥物交互作用或身體不適等問題，
應引導消費者諮詢醫師或藥師。

網紅合作仍靠人工計算

品牌與 KOL、KOC、團購主合作時，若只用 Excel 或人工比對折扣碼，合作對象一多就容易漏算。
這次的規劃分成兩個層級：
基礎版是建立專屬折扣碼，人工統計訂單與佣金；
進階版則使用專屬推薦連結，自動追蹤點擊、轉換與佣金，推廣者也能有自己的帳號查看收益。
相關規劃可參考聯盟行銷分潤系統的介面設計。

這次分潤模組實際規劃到什麼程度

進階分潤方案並不是只有產生一條推薦網址，而是包含完整的追蹤與結算流程。
這次評估的功能包括：

• 自動產生推廣者專屬推薦網址
• 本次方案評估 Cookie 追蹤期可選 7、14 或 30 天，實際選項依最終規格確認
• 本次方案評估批次建立最多 500 組折扣碼，實際上限依最終規格與系統效能確認
• 記錄推薦來源、點擊時間與轉換紀錄
• 支援訂單與會員註冊等不同轉換事件
• 佣金可採百分比、固定金額或混合規則
• 退貨成立後回沖原佣金
• 推廣者可登入查看推薦、轉換與佣金
• 品牌端可進行審核、結算及匯出對帳資料

追蹤資料的蒐集範圍、保存期限與使用方式，
需配合隱私權政策及 Cookie 同意機制設定。
這些功能的前提是訂單狀態、退款狀態與會員身分必須能正確同步；
若只追蹤點擊，卻沒有處理取消、退貨與部分退款，
最後的佣金資料仍然需要大量人工校正。

這次規劃做出的五個主要決策

決策一：先完成電商主體，不把所有擴充功能一次開發

商品、會員、訂單與金物流是後續所有整合的基礎。
如果核心訂單資料尚未穩定，
就直接串接分潤、儲值金與 LINE 查詢，測試問題會互相牽連。
第一階段以電商主系統為主，進階會員功能另立模組。

決策二：保留優惠券，但不把優惠券當成儲值金

優惠券處理的是折扣規則，儲值金處理的是會員帳戶餘額與交易紀錄。
兩者雖然都能降低結帳金額，但資料結構與退款方式完全不同，
不能只靠修改優惠券名稱代替。

決策三：小規模網紅合作先用折扣碼

合作對象不多時，使用專屬折扣碼搭配人工對帳的成本較低。
等推廣者數量、訂單量或佣金規則增加後，
再導入推薦連結、Cookie 歸因、自動佣金與對帳單。

決策四：LINE 負責查詢與通知，交易仍由電商網站處理

LINE 適合降低詢問門檻，但商品規格、結帳、付款與會員紀錄仍由品牌電商網站處理，
避免形成兩套互相不同步的訂單來源。

決策五：把內容信任放進網站架構，不只做商品頁

保健商品的購買決策高度依賴成分、原料來源、檢驗、食用方式與售後承諾，
規劃中也另外安排知識內容、顧客評價、影音見證與安心體驗說明，不只做首頁與購物車。

國外健康品牌怎麼做會員、推薦與回購

國外健康與保健品牌通常不會把所有需求塞進單一功能，
而是以品牌電商為核心，再串接會員點數、訂閱、推薦分潤及訊息通知。
例如 Moon Juice 的會員回饋案例
透過會員點數、雙倍點數與新品優先購買經營會員回購；
Grüns 的訂閱案例
則將訂閱系統與簡訊互動結合，讓會員可透過訊息調整下一次配送；
Powder City 的推薦計畫案例
同時經營聯盟行銷與顧客推薦，並搭配第三方檢測與較保守的內容說明建立信任。

這些案例和本案使用的技術平台不一定相同，
但共同方向一致：
社群與訊息工具負責接觸顧客，商品、會員、訂單與回饋紀錄仍集中在品牌主要電商系統中，
再依營運規模逐步增加自動化功能。
這些屬於品牌與服務商公布的個案結果，不能直接套用為其他品牌的成效預測。

本案規劃中，哪些是基本功能，哪些需要另外開發

系統如何串起會員、LINE、分潤與儲值金

整體流程從 IG、FB 或 KOL 的推廣連結開始，消費者點擊進入品牌電商網站，
完成會員登入與購買後，系統會發送 LINE 訂單通知，
並依照設定計算佣金或儲值金回饋，帶動消費者再次消費。

聯盟分潤的基本流程是品牌先建立計畫，推廣者加入後取得專屬連結，
消費者點擊連結完成購買，系統記錄轉換，
最後由品牌確認並結算佣金。
進階管理功能還包含推廣者審核與帳號管理、推薦連結管理、轉換紀錄、佣金計算、
PDF 對帳單、Excel 匯出、Email 通知，以及與 LINE 官方帳號的整合。

儲值金不能只靠優惠券代替

多數電商建置文章只談開店，很少把優惠券與儲值金的差異講清楚，但這兩者適用的情境並不相同。

這次的會議紀錄也明確區分了兩者：
原系統已經具備優惠券與折扣機制，儲值金或禮券則需要另外規劃帳戶、流程與模組，
這部分與既有的優惠券機制分屬不同系統，需要在報價階段就先確認清楚。

儲值金開發前，需要先決定的規則

在這個案子的規劃過程中，也發現「需要儲值金」還不能直接變成程式規格。
正式開發前至少要確認以下事項：

• 儲值金是顧客自行加值，還是由品牌贈送？
• 新台幣 1 元是否等於儲值金 1 點？
• 是否設定有效期限？
• 能否與優惠券、會員價及滿額折扣同時使用？
• 是否能支付運費？
• 每筆訂單最高折抵比例是多少？
• 取消訂單或部分退貨時，餘額如何返還？
• 付費儲值金與活動贈送金是否分開管理？
• 後台人工調整餘額時，是否需要保留操作人員與原因？

這些規則會直接影響資料表、結帳順序、退款流程與客服操作，
若只在需求書寫一句「提供儲值金功能」，通常不足以估算完整工期。

租用平台和買斷式電商，怎麼選

租用平台較適合以下情況：

• 希望快速上線
• 功能需求偏標準
• 沒有特別複雜的內部流程
• 可以接受每年持續付費與平台規則

買斷或客製電商則較適合以下情況：

• 需要特殊的會員規則
• 需要網紅推薦分潤
• 需要儲值金或禮券系統
• 需要串接既有會員、APP、POS 或內部系統
• 希望依合約約定掌握網站資料庫、營運資料與可交付的程式檔案
• 已經預期長期擴充

本案規劃採 PHP、MySQL 與 CMS 後台，
讓品牌依合約約定掌握網站資料、營運內容與可交付的系統程式，
並保留後續模組擴充空間。
想了解自架電商與租用平台在成本與功能上的完整比較，
可以參考購物網站與網路開店的常見問題。

這次沒有直接採用的三種做法

沒有把所有交易都留在 LINE

原因是商品、會員、付款與售後資料會受到平台介面及 API 限制，
也不利於 SEO 與品牌內容累積，LINE 定位為導流、查詢與通知入口。

沒有一開始就上完整自動分潤

若合作對象與訂單量還不高，先用折扣碼與人工結算可以降低初期成本；
等人工處理開始成為瓶頸，再升級自動追蹤比較合理。

沒有把儲值金包裝成一般優惠功能

儲值金涉及會員餘額、金額異動與退款稽核，
若用優惠券方式硬做，後續很容易出現帳務無法核對的問題。

這類整合案最容易低估的風險

這個案子的主要風險在第三方資料與規則是否能準時確認：

• 會員資料：舊平台能否合法且完整匯出姓名、Email、手機、訂單與會員等級。
• LINE 綁定：網站會員如何確認是同一位 LINE 使用者，避免產生重複帳戶。
• 退款連動：訂單退款後，優惠券、儲值金與推廣佣金如何同步回沖。
• 第三方 API：POS、APP、金流及物流是否提供可用文件與測試環境。
• 保健內容：專利、檢驗、成分效果與顧客見證是否有可公開的證據與授權。

文章中的 10 至 12 週與追加 8 週，只能視為需求與第三方串接條件確認後的預估，
不包含等待客戶資料、平台審核、API 申請、內容法規確認與需求變更時間。

建置流程與時間怎麼安排

第一階段：品牌電商網站主體
涵蓋需求確認、網站架構規劃、UI／UX 設計、商品與購物車系統、會員與訂單功能、金流及物流串接、測試與上線。
若第一階段包含 LINE，範圍以已確認的訂單通知事件或導流連結為限；會員綁定、個人訂單查詢與 AI 客服則依核定範圍另行開發。
整體建置與測試預估約 10 至 12 週。

第二階段：分潤與儲值金模組
第 1 週進行需求與流程設計，第 2 至 3 週開發核心功能，第 3 至 5 週進行金流與系統整合測試，第 5 至 8 週完成正式部署、資料遷移及教育訓練。
分潤與儲值相關模組的工期約 8 週，實際天數仍需依照串接範圍調整。

上述時程為不同模組的初步估算，
不代表一定需要連續執行 18 至 20 週。
實際排程會依第一階段驗收結果、第三方 API、資料匯入範圍及第二階段是否同步啟動調整。

常見問題