案例分享:如何處理領(lǐng)現(xiàn)金券紅包時的登錄問題

2 評論 4048 瀏覽 15 收藏 11 分鐘

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

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

01

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

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

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

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

  • 通過在多個地方顯示紅包彈窗,吸引用戶點擊訪問該商品詳情頁,為之引流。
  • 通過贈送現(xiàn)金券,提高用戶對該商品的興趣。
  • 通過設(shè)置現(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)金券領(lǐng)取,用戶不用再點擊領(lǐng)取。

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

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

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

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

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

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

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

04

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

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

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

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

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

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

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

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

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

但是,如果使用這個方案,用戶就可以作弊:如果中獎金額不是最大值,就重新進入,重新領(lǐng)取,直到出現(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的安全性問題。

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

只是,方案開始變得“復(fù)雜”了。

這樣的方案OK了嗎?

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

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

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

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

06

好吧,既然搞復(fù)雜了,那就索性一條路走到黑吧。

方案五如下:

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

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

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

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

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

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

真的值得這么做嗎?

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é)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 方案5的弊端沒有太理解,如果用戶之前在沒有登錄態(tài)領(lǐng)取過紅包,因為記錄了cookie,登錄之后應(yīng)該顯示已有紅包,請問沖突的情況是怎么出現(xiàn)的?一直沒想明白,請詳示

    回復(fù)
    1. 比如說,我們發(fā)了條帶登錄態(tài)的營銷短信,用戶打開后領(lǐng)了現(xiàn)金券A。然后,用戶有了興趣,跑去下載我們的APP,在沒登錄的時候又領(lǐng)了現(xiàn)金券B。那當用戶最終要購買時,現(xiàn)金券A和B就有沖突的問題。
      當然,這種場景概率很低。只是在策劃時,所有邏輯上存在的情況,最好能考慮周全。
      而我之所以沒有選方案五,并不是因為它有這個沖突的問題(比如可以通過“取A、B中金額大的現(xiàn)金券”來解決),而是,對于一個短期推廣計劃的一個小支線流程,搞那么復(fù)雜,性價比太低了,成本上劃不來,不值得。

      回復(fù)