編輯導語：如今很多商家在開展一些線上活動時，會采用現(xiàn)金紅包或者現(xiàn)金券的方式進行推廣和轉(zhuǎn)化，一般領券會有登錄賬戶這一步操作，如果步驟不得當可能會造成用戶的流失；本文作者分享了關(guān)于如何處理領現(xiàn)金券紅包時的登錄問題，我們一起來了解一下。

不久前，我負責了一個“現(xiàn)金券紅包”的項目，策劃過程中的一些思考，我覺得還挺有意思的；所以，今天在這里和大家做個分享，權(quán)當拋磚引玉。

01

先簡單介紹一下項目的情況。

公司近期要主推某款商品，“現(xiàn)金券紅包”是這個推廣計劃的一部分，大致內(nèi)容如下：

• 用戶可以在首頁等多個地方點擊紅包彈窗，領取現(xiàn)金券。
• 現(xiàn)金券金額隨機，僅限購買該商品時使用，24小時內(nèi)有效。

做這個“現(xiàn)金券紅包”，目的主要有以下幾個：

• 通過在多個地方顯示紅包彈窗，吸引用戶點擊訪問該商品詳情頁，為之引流。
• 通過贈送現(xiàn)金券，提高用戶對該商品的興趣。
• 通過設置現(xiàn)金券的有效期，促使有意向的用戶盡快購買。

現(xiàn)金券需要和用戶的賬號進行關(guān)聯(lián)。那么，自然就會有一個問題：如果用戶在沒有登錄的情況下，點擊了紅包彈窗，要怎么處理？

今天想和大家分享的，就是圍繞這個“登錄問題”，我的整個思考過程。

02

首先想到的是，方案一：

訪問時，只有攜帶登錄態(tài)，才顯示紅包彈窗。

直接把產(chǎn)生問題的情況給拿掉，非常簡單粗暴。

當然，稍微想想就知道，這是不可行的。

因為，訪問公司網(wǎng)站的用戶，大多數(shù)情況下都是沒有登錄的。

把這部分用戶排除掉，活動的效果會大打折扣。

03

那么，換種思路，考慮方案二：

• 訪問時，沒有攜帶登錄態(tài)，也顯示紅包彈窗。
• 點擊紅包時，先跳轉(zhuǎn)到通用登錄頁，登錄后返回并刷新頁面（登錄后，即可按“有登錄態(tài)”的情況處理）。

當然，可以進一步優(yōu)化：

• 把“通用登錄頁”，改成“當前頁短信驗證碼登錄彈窗”。
• 登錄后自動完成現(xiàn)金券領取，用戶不用再點擊領取。

這個方案的優(yōu)點在于，“沒有登錄態(tài)”的支線流程機制簡單，且不影響“有登錄態(tài)”的主線流程。

但是，稍微考慮下，還是有問題。

幾塊錢的現(xiàn)金券，其實沒多大吸引力?，F(xiàn)在誰缺這幾塊錢？

用戶感興趣的，其實是這種“獎勵隨機”的游戲。

如果用戶點擊紅包后，沒有直接“中獎”，而是先跳轉(zhuǎn)登錄，很可能就不玩了。

畢竟這類活動，大家已經(jīng)見得太多了。甚至還有很多打著“領紅包”的噱頭騙用戶點擊的情況。

所以，用戶的“興趣”不會很強。用戶愿意點擊，就很不錯了。

04

基于此，再進行優(yōu)化，方案三如下：

• 訪問時，沒有攜帶登錄態(tài)，也顯示紅包彈窗。
• 點擊紅包后，顯示抽中金額，同時引導用戶短信驗證碼登錄，以查看現(xiàn)金券詳情。

1）若用戶完成登錄，則將該現(xiàn)金券歸屬到該賬號下。

2）若用戶不登錄直接離開，則該現(xiàn)金券作廢。

這個方案，將“中獎”前置了，用戶的“獲得感”更強，對活動的興趣應該會高一些，更愿意按流程往下走。

而“離開則作廢”的機制，使得每次點擊紅包，都是與上次無關(guān)的獨立操作。整個判斷機制，會簡單許多。

但是，馬上，我就發(fā)現(xiàn)，這個方案有一個漏洞！

現(xiàn)金券，會按照一定的概率，隨機生成10元以內(nèi)的任意整數(shù)金額。

因為各金額的概率固定，所以平均金額期望是固定的、可控的。

但是，如果使用這個方案，用戶就可以作弊：如果中獎金額不是最大值，就重新進入，重新領取，直到出現(xiàn)最大值。

這會導致營銷成本超出計劃；這個現(xiàn)金券，是公司補貼用戶的。每一塊錢，都是實打?qū)嵉某杀尽?/p>

所以，這樣的方案，肯定是不行的。

05

為了彌補這個漏洞，我又考慮了方案四：

• 訪問時，沒有攜帶登錄態(tài)，也顯示紅包彈窗。
• 點擊紅包后，顯示抽中金額（并將該金額寫入cookie中），同時引導用戶短信驗證碼登錄，以查看現(xiàn)金券詳情。

1）若用戶完成登錄，則將該現(xiàn)金券歸屬到該賬號下（并清掉該cookie）。

2）若用戶不登錄直接離開，則該現(xiàn)金券作廢（該cookie不作廢，用戶再次進入點擊紅包時，開出來的現(xiàn)金券金額固定為cookie中的數(shù)值）。

這里暫時不考慮cookie的安全性問題。

按照這個方案，就可以把上面的漏洞給補上了。

只是，方案開始變得“復雜”了。

這樣的方案OK了嗎？

我試著在腦中模擬了一下領取流程，發(fā)現(xiàn)還是有問題。

從用戶的角度來看，會出現(xiàn)一個情況，就是，每次點開的現(xiàn)金券金額都是一樣的。

“說好的隨機呢？這不是糊弄人嗎？”

如果剛好第一次抽到的是最小金額（最小金額出現(xiàn)的概率是最大的），那這種“被套路”的感覺，就更強了。

06

好吧，既然搞復雜了，那就索性一條路走到黑吧。

方案五如下：

• 訪問時，沒有攜帶登錄態(tài)，也顯示紅包彈窗。
• 點擊紅包后，顯示抽中金額（并將現(xiàn)金券ID寫入cookie中，cookie有效期為24小時），頁面直接變成“已領到現(xiàn)金券”的狀態(tài)。
• 當用戶點擊購買時（購買需要登錄），將該現(xiàn)金券歸屬到該賬號下（并清掉該cookie）。

這樣，用戶完全感知不到“領現(xiàn)金券需要登錄”這個問題。

相對其他方案而言，用戶體驗要好很多。

問題是，這個方案就更“復雜”了；而且，要完善這個方案，還有若干問題需要解決，比如：cookie中已經(jīng)有現(xiàn)金券ID，用戶又使用攜帶了已領現(xiàn)金券的賬號的登錄態(tài)訪問購買，2個沖突的現(xiàn)金券，要怎么處理？

當然，也不是說不能解決。

但是，搞到最后會發(fā)現(xiàn)，這個東西變得非常復雜，甚至比“有登錄態(tài)”的主線流程還要復雜。

真的值得這么做嗎？

07

重新審視整個思考過程，能不能找一個相對簡單、用戶體驗也還OK的折中方案呢？

于是，就有了方案六：

• 訪問時，沒有攜帶登錄態(tài)，也顯示紅包彈窗。
• 點擊紅包后，顯示用戶已中獎，但是具體中獎金額模糊處理（其實當前還沒有生成現(xiàn)金券），同時引導用戶短信驗證碼登錄，以查看現(xiàn)金券詳情。

1）若用戶完成登錄，則自動生成現(xiàn)金券，并將該現(xiàn)金券歸屬到該賬號下。

2）若用戶不登錄直接離開，無需執(zhí)行任何操作。

從開發(fā)的角度上看，方案六和方案二，其實是一樣的。

點擊紅包后，顯示的其實就是個登錄彈窗。

只是，這個登錄彈窗，做成了“已中獎”的效果。

而因為中獎金額模糊處理了，也就沒有“作弊”的問題了。

這個方案，體驗上肯定不如方案五，但是也不會太差。

而機制上，判斷邏輯非常簡單，每次操作都是獨立的，且不影響主線流程。

各方權(quán)衡之下，我覺得，方案六就是當前的“滿意解”。

08

以上，就是我在策劃“現(xiàn)金券紅包”項目時，關(guān)于“登錄問題”大致的思考過程。

最終方案是什么，其實并不重要。

這里，我是想和各位朋友交流一下，當我們在進行產(chǎn)品策劃時，具體是怎么進行思考的。

不同場景、不同需求下，需要考慮的內(nèi)容當然不可能一樣。

但是，如果非要總結(jié)一套規(guī)律的話，我一般是按照下面這個流程來思考的：

• 首先考慮能不能直接把產(chǎn)生問題的情況整個拿掉，從根源上解決問題。
• 接著考慮能不能用現(xiàn)有的通用模塊cover掉。
• 然后考慮如何新增模塊來解決問題，考慮可能出現(xiàn)的各種情況，逐一補上漏洞。
• 最后通盤審視，尋找可以精簡的地方，把冗余的地方大刀闊斧地砍掉。

作為產(chǎn)品經(jīng)理，你在進行產(chǎn)品策劃時，是怎么進行思考的？

如果你有更好的思考方式，希望能不吝賜教，很高興能與各位同行朋友一同交流學習。

作者：簡明產(chǎn)品論，個人公眾號：簡明產(chǎn)品論（ID：JianMingPM）

本文由 @簡明產(chǎn)品論 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議