在過去服務的經驗中，我們發現許多商家有實體與網路搶業績的問題，大部分的情境是實體與網路屬於不同部分，或由不同人負責，於是當實體商店的客人(尤其是熟客)，改從網路下單之後，就會造成實體商店人員與網路商店人員，對於業績消長問題的衝突。
目前我們聽聞到的狀況，大部分是實體客戶流向到網路下單的居多，可能是因為網路商店是後來建置的、透過社群平台發送的活動訊息也比較即時，所以大部分的情境都是實體客戶流向到網路下單。由於很多實體門市會以業績計算獎金，當客戶從門市流向網路下單，就直接衝擊到門市的業績獎金，造成門市人員反彈其實也無可厚非，若店家沒有適當處理這種衝突，門市與網路人員的對立，甚至門市人員出各種花招反制，將會影響整個公司的正常營運，不可不慎。
用推薦方式記錄客戶與訂單來源 獎金歸到門市
如果從門市轉移到網路下單的客戶，能夠記錄下是來自哪一間門市、甚至是哪一位門市人員，網路訂單就能計算分潤獎金給來源的門市或人員，就如同網站找部落客或網紅業配一樣，這就是本篇文章要介紹的重點，網站的推薦分潤機制。
在我們過去的經驗中，網路訂單分潤給推薦的門市或人員，可以大幅減緩實體門市與網路商店業績的衝突問題，不過並無法解決所有問題，其他如網路的行銷效果大於實體門市，網路商店獲取新客的比例高於實體門市，門市仍會歸咎於網路行銷的影響，這問題須有其他的配套解決方案，不是推薦分潤機制，會另外撰文分享，此篇文章將以介紹推薦分潤機制為主。
如何綁定客戶與推薦者的關聯
一般常見的綁定方式，是提供每位推薦者一組專屬的分享碼，或是帶有專屬分享碼的一組網址，網址可以是連結到活動網頁、或是指定商品的網頁，有些系統甚至能提供推薦者的專屬首頁，看起來就像推薦者自己的商店一般，如同代理商的角色。
推薦者分享這些連結之後，若有人點擊了這些連結進入到網站，註冊成了會員，系統就可以依據連結網址中內含的那組分享碼，辨識出推薦者，進而綁定新會員與推薦者的關係，之後這位會員的訂單，都可以將分潤獎金歸為綁的的推薦者，當然如果商家有特殊的規則，例如只有第一筆訂單有分潤、前 N 筆訂單才有分潤、訂單金額大於某個門檻才有分潤、要購買某一類的商品才有分潤，都可以透過工程師客製。
訪客點擊這些帶有連結的網址進入網站之後，網站就會將專屬分享碼紀錄 cookie 在訪客瀏覽器中，即使訪客沒有立即註冊成為會員，也會在下一次訪客進到網站時，繼續帶著專屬分享碼的 cookie，只要 cookie 沒有被清除，就算訪客在好幾天以後才註冊成為會員，系統仍能記錄當初推薦他來到網站的那位推薦者，與之綁定推薦關係，不過，如果在這期間，該訪客又點擊了其他推薦者分享的連結，則推薦者將由後面的這位取代前面的那一位。
當某會員綁定了推薦者之後，即使下次進站下單時，cookie 已不存在(例如使用不同的上網設備，或是已清除 cookie)，系統皆能從會員資料的推薦者欄位，為訂單紀錄正確的推薦者。
如果網站提供了不用註冊會員即可直接結帳的功能，這就無法綁定推薦者與會員的關聯，因為下單者並未註冊成為會員，不過大部分的購物網站，也都能將推薦者的資料，直接紀錄在訂單中，所以仍然可以正確的分潤給推薦者，唯一不同的是，如果該訪客再次來下單時，不是點擊帶有分享碼的連結，且 cookie 已不存在，那麼此次的訂單就無法正確辨識推薦者了。
會員推薦者的設定與轉移
如果會員資料是由商家直接建檔(例如從門市取得客戶資料)，則需要能直接設定會員的推薦者，或會員的原推薦者已經離職，不再需要將後續的訂單分潤給他，所以網站必須要有編輯會員的推薦者這個功能。
如果公司要讓接手人員全數接收離職門市人員底下的推薦客戶，就可以使用網站後台的推薦者編輯功能，將會員的推薦者變更成新的推薦者，當然也可能單純移除舊的推薦者，讓該會員未來的訂單接不再進行獎金分潤。
變更推薦者還要評估是否將舊訂單中紀錄的分潤對象及分潤金額也更新，如果每位推薦者所能分潤的 % 數不相同，就必須要重新計算舊訂單的分潤金額了。
具有分潤功能的購物網站
目前市面上大部分的開店平台，或是開源的電商架站系統，幾乎都有基本的推薦分潤功能，不過通常是功能相當陽春的推薦分潤機制，然而不同行業別因為商品特性的不同，根據我們的經驗，幾乎有超過一半以上的商家，是無法用這種功能陽春的推薦分潤機制來營運的，必須針對實際的需求客製，才能適用。
如果您的業態也不是典型的基本分潤規則，例如不同商品有不同的分潤 % 數、或是有些商品不計分潤，這些特殊需求只能透過工程師專案客製才能達成，那麼建議在選擇開店平台或是架站系統時，請選擇容易客製的平台，因為有些開店平台甚至不接受功能客製。
如果您需要一個具有專屬分潤規則的購物網站，我們推薦您採用 OpenCart 系統來建置，雖然 OpenCart 系統內建的分潤功能也是陽春等級的，但採用 OpenCart 架設購物網站就像租了一間尚未隔間的空間當店面一樣，您將有很大的客製彈性、客製成本也最低(因為不會被單一廠商綁架)，但如果您的需求只要典型陽春的分潤功能即可滿足，那就可以忽略客製的需求了。