一、命題介紹

這次邏輯練習(xí)，我選擇了美團(tuán)外賣的一個增長功能作為分析對象，這個功能非常常見，相信你也遇見過很多次

下單成功后的送紅包功能。

在美團(tuán)外賣里，每當(dāng)你支付下單后，會出現(xiàn)送紅包功能的入口，你可以將這個紅包發(fā)給你的微信好友，同時，你也可以發(fā)給自己。

相信你對美團(tuán)外賣的紅包一點都不陌生：

站在結(jié)果的角度，我們可以發(fā)現(xiàn)送紅包功能有幾個特殊點。比如，一定是訂單支付后才出現(xiàn)入口，領(lǐng)紅包前就已經(jīng)知道手氣最佳的位置。

既然我們都是這個功能的用戶，那么和我一起來完成這次練習(xí)吧！

二、練習(xí)命題

請繪制美團(tuán)外賣下單成功后的送紅包功能的流程圖。

要求及補(bǔ)充信息如下：

1. 訂單支付成功后，觸發(fā)送好友紅包的功能入口。

2. 使用用戶視角構(gòu)造泳道圖

3. 邏輯并不復(fù)雜，但在好友領(lǐng)紅包環(huán)節(jié)，至少包含3個判斷條件

三、輸出流程圖

這是我的練習(xí)作業(yè)，分享給大家，我需要強(qiáng)調(diào)的是：這份作業(yè)僅僅是我們的練習(xí)作品，不代表任何產(chǎn)品的真實邏輯。

我把它分成了四個主要環(huán)節(jié)，分別是訂單校驗（發(fā)紅包），紅包金額分配（發(fā)紅包），賬號關(guān)聯(lián)（領(lǐng)紅包），邏輯判斷（領(lǐng)紅包）。

再次強(qiáng)調(diào)，輸出的流程圖僅僅是練習(xí)作品，不代表真實邏輯，實際上，真實邏輯過于復(fù)雜，并不適合我們?nèi)粘５倪壿嬀毩?xí)。

1. 訂單校驗

盡管我們每次完成支付訂單的操作，都會觸發(fā)送紅包的功能入口，但我仍然在這里加入了訂單校驗的環(huán)節(jié)，這是一種簡易的風(fēng)控意識。

牽扯到錢的功能，都應(yīng)該有風(fēng)控機(jī)制至少在設(shè)計產(chǎn)品時，需要具備風(fēng)控相關(guān)的意識。

對于美團(tuán)而言，這些送出去的紅包都是真金白銀。一旦出現(xiàn)異常，將產(chǎn)生極大的損失。

在今天，如果美團(tuán)停止了該業(yè)務(wù)，單日即可增加數(shù)百萬的收入對于使用紅包下單的用戶而言，即使沒有紅包，也有很大概率下單。

對訂單進(jìn)行校驗，可以提升我們對支出的控制能力，也可以增加我們的控制手段。

對于一些訂單金額比較低的，又或者低質(zhì)量羊毛黨用戶，我們就可以實現(xiàn)差異化的處理方式，且不被大眾所知曉。

美團(tuán)送出去的紅包都是現(xiàn)金，可以真實抵扣的，是需要代替用戶支付給商戶的，這表示用較低的金額，可以“刷紅包”套現(xiàn)。

具體操作如下：

你需要激活美團(tuán)外賣商戶，將部分商品單價設(shè)置的極低，比如做到1元每單，或者0.1元每單。

將部分商鋪單價設(shè)置的極高，以能夠使用優(yōu)惠券為目標(biāo)。

準(zhǔn)備非常多的用戶賬戶，通過購買低價商品，獲得紅包，再通過購買高價商品使用紅包。

此時，紅包對應(yīng)的金額，便會計為該商戶的實際所得收益，可以從平臺提走。

<僅為參考案例，相信美團(tuán)不存在這樣的漏洞>

訂單校驗是一種后置的處理機(jī)制，是一種最基礎(chǔ)的保障，意思是可以通過后置添加的判斷條件，來止損。

比如商戶黑名單，用戶黑名單都可以在訂單校驗環(huán)節(jié)判定為無效訂單，不觸發(fā)紅包邏輯。

2. 紅包金額分配

用戶在分享在微信的鏈接會顯示“第X個紅包金額最大”的文案，其中明確告知了用戶，手氣最佳在第幾位紅包。

這表示金額分配的方式采用的是前置分配。

也就是生成紅包時，已經(jīng)將每個紅包的金額同時生成好了，只有這樣才能知曉金額最大的紅包在哪個位置。

有的朋友會疑惑：為什么不是在分享完成后生成紅包金額，畢竟現(xiàn)在的網(wǎng)絡(luò)很快，計算速度更快。

實際上，最佳的做法是在分享完成后生成紅包金額，這樣可以節(jié)省很多服務(wù)器的計算能力，畢竟有很多紅包生成了，但沒有被分享。

問題在于 分享時顯示的文案 “第11個人紅包金額最高”，這里的“11”需要我們先傳參給到微信。

換言之，如果分享前沒有得到這個參數(shù)，那么文案就需要調(diào)整了。

也就是說，為了在分享前知曉哪個紅包的金額最大，我們需要在訂單生成后，同步生成紅包，并分配紅包的金額。

在這次的練習(xí)題里，我將紅包金額的分配節(jié)點置于訂單支付成功之后，這會增加服務(wù)器的計算壓力，并不是最佳做法，但卻是最方便的做法。

還有一種性價比更高的做法，訂單生成后，隨機(jī)生成最大金額紅包的位置序號，當(dāng)產(chǎn)生分享行為后，再生成紅包的金額，這個做法比我在練習(xí)時提到的做法，性價比更高，將對服務(wù)器的計算壓力降到了最低。

3. 賬號關(guān)聯(lián)

賬號關(guān)聯(lián)是指將紅包的領(lǐng)取人與美團(tuán)的用戶信息進(jìn)行關(guān)聯(lián)，由于這個業(yè)務(wù)橫跨了美團(tuán)和微信兩個產(chǎn)品，且兩款產(chǎn)品之間數(shù)據(jù)無法同步，這就成為了必不可少的環(huán)節(jié)。

這里有幾個問題，我們可以一起探討一下：

a. 是否可以用微信登錄代替；

b. 是否可以后置關(guān)聯(lián)，也就是先領(lǐng)紅包，再關(guān)聯(lián)賬號。

關(guān)于第一個問題，是否可以使用微信登錄代替手機(jī)號碼關(guān)聯(lián)，這需要我們從場景思考出發(fā)，并不是非A即B的選擇，而是找到更合適的做法。

在美團(tuán)的賬號體系里，是以手機(jī)號碼作為主體，并且大部分業(yè)務(wù)都需要用戶提供手機(jī)號碼作為聯(lián)系方式，核銷方式等。

因此在這個場景里，手機(jī)號碼比微信登錄更加合適。

站在新用戶角度，如果用微信賬號領(lǐng)取了紅包，在實際使用紅包時，仍然需要綁定一個手機(jī)號碼。

這個邏輯演延長了用戶的轉(zhuǎn)化路徑，還不如堅守手機(jī)號碼作為賬號主體的核心理念。

關(guān)于第二個問題，單純從用戶體驗的角度出發(fā)，自然是先領(lǐng)紅包，再綁定賬號更好，但實際情況卻不是這樣。

一方面，后置賬號關(guān)聯(lián)會產(chǎn)生許多無效紅包，也就是紅包被打開了，但是沒有進(jìn)行賬號關(guān)聯(lián)，這會極大的降低紅包的作用面積，在賬號綁定之前，用戶可以開無數(shù)次紅包，也許相同的1個紅包，會被同一個用戶打開10多次。

另一方面，也是風(fēng)險意識，后置關(guān)聯(lián)賬號，表示用戶擁有了放棄的選項，并且這樣的放棄也不會減少開紅包的次數(shù)，意思是我們可以打開N個紅包，只有在紅包金額讓自己滿意時，再進(jìn)行關(guān)聯(lián)。

4. 邏輯判斷

我們在命題里特別要求了 領(lǐng)紅包環(huán)節(jié)至少包含3個判斷條件，如果這道題出現(xiàn)在面試或者筆試環(huán)節(jié)，那就盡量多的思考判斷條件吧。

針對領(lǐng)紅包環(huán)節(jié)有太多的判斷條件，這里可以充分體現(xiàn)出我們的思維寬度，以及思維的深度。

這里，我提到了4個判斷條件：

（1）是否本人領(lǐng)取：

或許在顯示層我們無法觀察到這個邏輯判斷，但在后端邏輯里，是有必要進(jìn)行判斷的，這對我們判定用戶的質(zhì)量顯得特別重要，對于后期的微觀調(diào)控也會有很大的作用。

比如，經(jīng)常自發(fā)自領(lǐng)的用戶，拉新能力比較低，他的紅包金額就可以小一點，因為沒有太大可挖掘的潛力。

（2）是否觸發(fā)風(fēng)控：

在生成紅包前，我們針對訂單進(jìn)行了有效性校驗，用來降低商鋪及下單人的風(fēng)險，而在領(lǐng)紅包的環(huán)節(jié)，也需要針對領(lǐng)紅包的用戶設(shè)置風(fēng)控機(jī)制。

我們可以將失信用戶加入黑名單，這些用戶將會無法領(lǐng)取紅包，或者只能領(lǐng)取最小金額的紅包。

（3）是否已領(lǐng)取：

這是比較表面的判斷，每個紅包每個用戶只能領(lǐng)取一次，會被劃分到兩個狀態(tài)里，每個狀態(tài)在UI層面會出現(xiàn)差異，已經(jīng)領(lǐng)取過的用戶，無法重復(fù)領(lǐng)取。

若是缺少這個條件，表示用戶可以重復(fù)領(lǐng)取多次，這個功能也就沒有意義了。

（4）是否已達(dá)上限：

這里的上限是指用戶今日可領(lǐng)取的數(shù)量是否已經(jīng)消耗完畢，如果用戶今日已經(jīng)領(lǐng)取了足夠數(shù)量的紅包，是不允許繼續(xù)無止境的領(lǐng)取紅包的。

上限的設(shè)定是一種邏輯閉環(huán)，也就是有始有終。

產(chǎn)品向用戶發(fā)紅包是開始，但必須存在一個閥值，能夠關(guān)閉或中止這個業(yè)務(wù)。

無上限的設(shè)計，在與金錢掛鉤的項目里十分危險。

我們已經(jīng)知曉這些紅包的金額是可以被套現(xiàn)的，若是用戶賬戶可以無限制領(lǐng)紅包，毫無疑問會增加刷單風(fēng)險。

而凡事會觸發(fā)這些閥值的用戶，刷單的概率更高。

5. 擴(kuò)展

除了用戶每日可領(lǐng)取的紅包存在上限以外，每個紅包可被領(lǐng)取的次數(shù)同樣存在上限。

實際上，在領(lǐng)紅包的環(huán)節(jié)存在許多判斷條件，原因很簡單，這是向用戶發(fā)錢的足后一個關(guān)卡，這是要將真金白銀送給用戶。

思考以下幾個問題，看看你還能想到其他的判斷條件：

1. 什么樣的用戶拿到的金額應(yīng)該更低

2. 什么樣的用戶應(yīng)該拿到金額比較高的紅包

3. 如何讓這些贈送出去的現(xiàn)金紅包產(chǎn)生更高的價值

4. 如何減少支出的成本，提高最終性價比

四、總結(jié)

通過對真實案例進(jìn)行復(fù)盤，我們設(shè)計了一個簡單的可行的送紅包業(yè)務(wù)流程，在這個過程中，也有不少感悟收獲，總結(jié)如下：

1. 設(shè)計業(yè)務(wù)流程時，需要考慮到服務(wù)器的計算能力，必要時，要圍繞降低性能耗損的目的，優(yōu)化業(yè)務(wù)邏輯。

2. 與錢掛鉤的項目必然需要具備風(fēng)控意識，并且還需要具備風(fēng)控機(jī)制。

3. 手機(jī)號碼還是微信授權(quán)取決于應(yīng)用場景，是一個 誰更合適的問題，而不是誰更好的問題。

4. 即使前端不需要某些判斷條件，特殊的數(shù)據(jù)依然可以通過后端判斷并進(jìn)行存儲，這些數(shù)據(jù)在未來能有助于我們進(jìn)入更精細(xì)化的產(chǎn)品設(shè)計階段。

5. 邏輯要有閉環(huán)，有開始的地方，就要有終點，輕易不要設(shè)計“無上限”的產(chǎn)品邏輯，這會留下許多隱患。

比如一些邏輯漏洞，又或者是一些計算路徑過長導(dǎo)致的高計算并發(fā)。

END