84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
1.我用的是shopNC b2b2c商城,還是一個新手,沒能比較全面的理解代碼的運作流程。
2.現在需要做一個商品單品返佣金的功能,我去百度查找資料,沒能找到相關的資訊。
3.在此向大神們請教思路,或者可以推薦一些相關資料能學習一下。
4.對於這個功能的理解程度還是很淺,希望能得到比較全面的幫助,感謝!
沒有了解過 shopNC, 不過,倒是可以給你說說返現的思路。
返現:即用戶完成訂單後,返回一定的現金。返現可以是一級返現,也可以是多層次返現;
一級返:即只回一層; 一個商品價格是 100 元,返現比例是 10%; 此時,用戶 A 建議 B 去買這個商品;過程為:
B 去下單---> B 支付100 元---> B 收貨---> 完成訂單---> 進入返現功能(100 * 10% = 10),此時,這10 塊錢是給B,還是給A,都可以。但只給一個人,即:要麼給 B,要麼給 A;
二級返:同樣的購買過程。 B 完成訂單後,這 10 塊錢,要回到 B 一部分,回傳 A 一部分。至於 回 A 和 B 多少,要有一個比例。例如:7:3,那 B 得 7 塊錢, A得 3 塊錢;
多級返:同 二級返 一樣。但是,一般有固定的層數,例如:3層以下,多層的話,小心把產品做成傳銷;
有了上面的思路,程式實作起來還是比較簡單的。返現功能可以是用戶支付完成後觸發,也可以是用戶完成訂單觸發。推薦完成訂單後觸發。因為,用戶剛支付完,有可能會取消訂單其它動作。
用偽代碼表示:
function back($orderid) { $order = 数据库查到此订单信息 // 根据 $order 中的订单总金额、返现比例 算出 返现金额 $back_money = .... // 根据系统定的规则算出这些钱给谁 if( 一级返回,并给 B ) 更新 数据库里 B 的账号余额 elseif 多级返 调用多级返的函数 } function more_back($money, $orderid, $userid) { // 先把多层返回的比例取出,并算出最底层用户的返现 $user_money = .... // 更新用户账号里的余额 // 算出当前用户的上层用户,然后回调一次即可 more_back() }
.... 訂單完成後 呼叫 back 函數
以上是偽代碼,實際的時候,要好好控制,防止算錯,特別是多層返現的時候;
我也沒做過,只能按照個來說明返利是一種營銷手段,所以製定相應sku商品營銷策略.當然這個策略是用商戶去製定,製定策略需要用很多很嚴謹的邏輯去限制,例如限制返利金額比例去防止刷單行為.既然是返佣金,在商品詳情頁url和提交購物車的商品參數中必須含有返利人信息參數.在訂單生成時候,商品信息和返利信息將在提交到後台.那時需要對商品和是否該商品存在返利進行驗證.驗證完畢後,將符合返利信息保存到數據庫中(這數據表字段必須商品id,商品當前價格,返利人信息,返利金額,營銷策略id,狀態).在訂單產生到訂單最終狀態過程之中都會出現用戶退款的動作,所以必須要到訂單完成交易成功狀態之下返利行為才可以確立(返利狀態轉成功)返利人返利金額是每個月進行結算(通過定時任務,將返利信息丟放到隊列裡面進行慢慢核算),並將所有核算數據回饋給商戶,返利人查看.在結算日開始時候,返利人獲取商戶打過來資金(這個可能需要很詳細過程,例如這筆資金到底在商戶帳戶上直接打過去,還是用戶在結帳時候已經把這筆返利金丟放到臨時賬戶)
返利其實很龐大的模組體系,不是三言兩語能說得清楚,我只是說個人的理解
沒有了解過 shopNC, 不過,倒是可以給你說說返現的思路。
返現:即用戶完成訂單後,返回一定的現金。
返現可以是一級返現,也可以是多層次返現;
一級返:
即只回一層; 一個商品價格是 100 元,返現比例是 10%; 此時,用戶 A 建議 B 去買這個商品;過程為:
B 去下單---> B 支付100 元---> B 收貨---> 完成訂單---> 進入返現功能(100 * 10% = 10),此時,這10 塊錢是給B,還是給A,都可以。但只給一個人,即:要麼給 B,要麼給 A;
二級返:
同樣的購買過程。 B 完成訂單後,這 10 塊錢,要回到 B 一部分,回傳 A 一部分。至於 回 A 和 B 多少,要有一個比例。例如:7:3,那 B 得 7 塊錢, A得 3 塊錢;
多級返:
同 二級返 一樣。但是,一般有固定的層數,例如:3層以下,多層的話,小心把產品做成傳銷;
有了上面的思路,程式實作起來還是比較簡單的。返現功能可以是用戶支付完成後觸發,也可以是用戶完成訂單觸發。推薦完成訂單後觸發。
因為,用戶剛支付完,有可能會取消訂單其它動作。
用偽代碼表示:
.... 訂單完成後 呼叫 back 函數
以上是偽代碼,實際的時候,要好好控制,防止算錯,特別是多層返現的時候;
我也沒做過,只能按照個來說明
返利是一種營銷手段,所以製定相應sku商品營銷策略.當然這個策略是用商戶去製定,製定策略需要用很多很嚴謹的邏輯去限制,例如限制返利金額比例去防止刷單行為.
既然是返佣金,在商品詳情頁url和提交購物車的商品參數中必須含有返利人信息參數.在訂單生成時候,商品信息和返利信息將在提交到後台.那時需要對商品和是否該商品存在返利進行驗證.驗證完畢後,將符合返利信息保存到數據庫中(這數據表字段必須商品id,商品當前價格,返利人信息,返利金額,營銷策略id,狀態).在訂單產生到訂單最終狀態過程之中都會出現用戶退款的動作,所以必須要到訂單完成交易成功狀態之下返利行為才可以確立(返利狀態轉成功)
返利人返利金額是每個月進行結算(通過定時任務,將返利信息丟放到隊列裡面進行慢慢核算),並將所有核算數據回饋給商戶,返利人查看.
在結算日開始時候,返利人獲取商戶打過來資金(這個可能需要很詳細過程,例如這筆資金到底在商戶帳戶上直接打過去,還是用戶在結帳時候已經把這筆返利金丟放到臨時賬戶)
返利其實很龐大的模組體系,不是三言兩語能說得清楚,我只是說個人的理解