摘要：前言功能業(yè)務(wù)實(shí)現(xiàn)，在小程序電商類應(yīng)用上，新增邀請(qǐng)碼活動(dòng)模塊，目的是提高用戶量與訂單量，更多的效用就是運(yùn)營上的點(diǎn)了。

功能業(yè)務(wù)實(shí)現(xiàn)，在小程序電商類應(yīng)用上，新增邀請(qǐng)碼活動(dòng)模塊，目的是提高用戶量與訂單量，更多的效用就是運(yùn)營上的點(diǎn)了。那么我接到功能時(shí)其實(shí)是很模糊的，上頭說來一個(gè)別人做出的那種邀請(qǐng)碼的模塊，我第一步想到的是后臺(tái)一鍵開關(guān)？通過后臺(tái)模塊的啟動(dòng)、設(shè)定、關(guān)閉活動(dòng)，這樣，這個(gè)模塊在接下來依舊可以繼續(xù)使用，而且活動(dòng)時(shí)間與優(yōu)惠券有效時(shí)間定制，有利于運(yùn)營人員的活動(dòng)策劃。

具體項(xiàng)目可以看：報(bào)告！7至8月中旬項(xiàng)目總結(jié)！

沒有原型我也很無奈呀，與UI的商量是出來了幾張效果圖，不過核心的流程與邏輯還是沒有文檔或原型說明，那我只能自己動(dòng)手啦！（手動(dòng)摸胡子表情）

大致畫了出來，一鍵式開關(guān)控制邀請(qǐng)碼活動(dòng)（旺季開啟活動(dòng)），邀請(qǐng)碼定制，后臺(tái)會(huì)生成隨機(jī)6位邀請(qǐng)碼，用戶也可以自己定制（這個(gè)點(diǎn)是運(yùn)營上的策略），生成邀請(qǐng)碼后，可以在小程序內(nèi)部分享給朋友（未注冊(cè)或注冊(cè)用戶），用戶填寫對(duì)應(yīng)邀請(qǐng)碼后得到優(yōu)惠券，當(dāng)然發(fā)出邀請(qǐng)碼的人在這個(gè)用戶下單時(shí)，才能得到傭金，接下來說說，實(shí)現(xiàn)思路。

新增兩個(gè)表，個(gè)人設(shè)計(jì)習(xí)慣問題，可能不是很符合規(guī)范，大家見諒，或者提一些建議。

Activites表是活動(dòng)的主表，id默認(rèn)自增即可，每一個(gè)數(shù)據(jù)代表每一次活動(dòng)，status（開啟狀態(tài) 0-已結(jié)束、1-活動(dòng)開啟中、2-未到開啟時(shí)間）、perger_time（本期活動(dòng)優(yōu)惠券有效時(shí)間）、startTime（開啟時(shí)間）、endTime（結(jié)束時(shí)間）；

Activites_master表是用戶活動(dòng)信息表，id依舊自增，act_id是對(duì)應(yīng)哪個(gè)活動(dòng)（Activites的Id）、user_id（用戶Id）、my_pass（本次活動(dòng)用戶的邀請(qǐng)碼）、pass（本次活動(dòng)用戶填寫的邀請(qǐng)碼）、person（本次活動(dòng)邀請(qǐng)人數(shù)）、money（本次活動(dòng)傭金）、perfer（本次活動(dòng)優(yōu)惠券 0：無、1：有）、cut_off_time（本次活動(dòng)優(yōu)惠券截止日期）

由于優(yōu)惠券不是和活動(dòng)時(shí)間一起失效，所以在Activites表的活動(dòng)創(chuàng)建時(shí)設(shè)定了本期活動(dòng)所有的優(yōu)惠券有效時(shí)長，而cut_off_time是這個(gè)用戶得到優(yōu)惠券有加上有效時(shí)長的優(yōu)惠券截止日期。

1、我們有這樣的業(yè)務(wù)需要，用戶分享給其他用戶時(shí)，其他用戶打開連接后是填寫邀請(qǐng)碼的界面，需要自動(dòng)將發(fā)出邀請(qǐng)人的邀請(qǐng)碼填充進(jìn)去，這個(gè)涉及前端開發(fā)，不過我也找了一下實(shí)現(xiàn)，好在小程序官方API有提到了，就像是在二維碼中多加參數(shù)一樣。獲取更多轉(zhuǎn)發(fā)信息

2、傭金提現(xiàn)，老實(shí)說，我真的只做過支付寶、微信支付的充值提現(xiàn)而已，由主體是小程序所以不能用公眾號(hào)的紅包接口，參數(shù)是對(duì)不上的，所以要啃一啃微信支付的另一個(gè)接口：企業(yè)付款到零錢。

3、余下的就是一些業(yè)務(wù)代碼，下單優(yōu)惠券抵消、邀請(qǐng)碼校驗(yàn)等等（主要是1、2點(diǎn)）

0、省去后臺(tái)操作，類似活動(dòng)新增，開啟、關(guān)閉、查詢用戶列表信息等。

1、頁面校驗(yàn) /api/v1/activites/check GET

進(jìn)入模塊、用戶訪問分享鏈接時(shí)，校驗(yàn)當(dāng)前是否輸入活動(dòng)時(shí)間范圍

2、獲取邀請(qǐng)頁面信息 /api/v1/activites/get_pass GET

獲取用戶的邀請(qǐng)活動(dòng)信息、自身邀請(qǐng)碼、邀請(qǐng)人數(shù)、傭金等

3、修改定制用戶邀請(qǐng)碼 /api/v1/activites/change_pass POST

用戶修改自身的邀請(qǐng)碼

4、填寫邀請(qǐng)碼 /api/v1/activites/pass POST

填寫他人邀請(qǐng)碼，獲取優(yōu)惠券

5、獲取優(yōu)惠券信息 /api/v1/activites/perfer GET

獲取用戶優(yōu)惠券信息列表

6、提現(xiàn)接口、下單使用優(yōu)惠券等等（這里就不一一列舉了）

大體上算了將思路走了一遍，還有腦補(bǔ)了具體實(shí)現(xiàn)，代碼實(shí)操部分已經(jīng)完成85%左右，后期需要測試與測試服模擬提現(xiàn)功能等，小弟還有很多不足，希望朋友給些建議，將不斷完善并提升自身的業(yè)務(wù)理解能力與功能實(shí)現(xiàn)設(shè)計(jì)能力。

以下是本人的技術(shù)公眾號(hào)，有興趣可以關(guān)注，謝謝。