兩個實用的運營產(chǎn)品設計解析——預售、紅包
營銷活動產(chǎn)品設計更多需要加上運營的思維,以吸引用戶,獲得更多流量,而流量的轉化則是商城或者平臺的價值所在。在眾多的營銷活動中,預售和紅包是兩種對用戶來講“邊際效應”較大的促銷方式,對忠實用戶和新用戶都有一定的吸引力,尤其是充值送紅包還可以在短期內(nèi)實現(xiàn)一定量的資金沉淀,在此,結合自己參與的預售和充值送紅包的產(chǎn)品設計,來跟大家分享一下,歡迎交流指正。
預售
涉及到的用戶角色:
- 商家:發(fā)布預售商品,提交預售商品的詳情資料。
- 平臺:添加預售商品、設置預售規(guī)則、審核商家提交的預售商品、結算。
- 買家:瀏覽預售商品、支付定金、提交訂單、支付尾款、等待收貨。
具體流程根據(jù)各平臺的規(guī)則不同而略有不同。而整個環(huán)節(jié)的關鍵點在訂單的“狀態(tài)問題”和“結算問題”以及“庫存問題”。
預售訂單的狀態(tài)問題:預售訂單若分為“定金訂單”和“尾款訂單”,定金訂單需要增加“待付尾款”的狀態(tài),無論程序猿在數(shù)據(jù)庫中做何種合并,買家付完定金后,生成尾款訂單,前臺總訂單狀態(tài)則應為“待付尾款”,此后,總訂單狀態(tài)則隨著尾款訂單的狀態(tài)改變而改變。
需要說明的是,程序猿在預售訂單狀態(tài)的調取中,可以在數(shù)據(jù)庫中增加臨時狀態(tài)來代替“邏輯控制”,由于平臺本身的訂單狀態(tài)并沒有“待付尾款”,利用邏輯控制就容易造成狀態(tài)混亂,筆者在實際案例中,就遇到商家發(fā)貨時訂單在前端的顯示沒有問題,而在導出時,狀態(tài)就出現(xiàn)了混亂。
預售訂單的結算問題:預售訂單的結算在數(shù)據(jù)庫中,相當于將兩條訂單合并為一條訂單來向商家結算,如果操作不當則容易出現(xiàn)“對不上賬”的情況:商家看到訂單已結算,對賬時發(fā)現(xiàn),每筆訂單總有被少結算一部分的金額,該部分金額即是定金的金額,由于程序猿在合并訂單時因為不讀取定金訂單的狀態(tài)就忽略了結算定金的金額。
庫存問題:關鍵在于預售的庫存怎么設計,是設計一個預算范圍內(nèi)的加庫存進行預售,也就是準備預售的商品數(shù)量,這種做法對整個后臺的改動較小,但是在后期統(tǒng)計由于虛擬的庫存,要注意統(tǒng)計數(shù)據(jù)的問題;還有一種就是不限定預售量,這樣的話,即使庫存為0也可以繼續(xù)銷售,但是對后臺的改動就比較大,開發(fā)成本會很高。
后臺:如果預售商品是在平臺的商品庫中選擇,就要通過預售商品的ID來進行標記選擇,如果預售商品是新導入則在后臺設置導入的功能(批量導入),同時設置預售商品列表,在預售商品列表中隨時可以編輯和管理預售商品。后臺操作的關鍵在于預售時間的設置,預售時間之前、預售時間內(nèi)、預售時間后,商品在庫的顯示狀態(tài)及定價必須通過運營人員進行準確把握。
預售規(guī)則:預售商品的一般規(guī)則是先支付定金,定金一般不予退款,天貓商城的預售商品也是如此。設置尾款的支付時間,同時提醒用戶及時支付尾款,若超時不支付,則訂單自動取消,不予退款。
預售商品的吸引力在于價格的便宜,相當于另一種形式的團購,因為預售同時為商家提供足夠的備貨時間,合適的商品、合適的價格,足以讓預售活動達到預期目的。
?充值送紅包
充值送紅包為本人所在電商平臺正在運行的項目,第一天上線,就吸引了大批的充值用戶。平臺送出一億的紅包,吸引大概5億的充值數(shù)量。主要方式是充值抽獎,靠運營資源的整合。
項目將紅包抽獎門檻金額設置為:600元,每充一次600元或者600的倍數(shù),即可獲得一次抽獎機會,一人一天可以充多次,紅包活動的吸引力在于紅包金額的誘惑力,充600最多可以獲得666的紅包,這是項目一上線便能夠吸引大批用戶充值的原因。
紅包充值中的關鍵在于紅包抽獎概率的算法:不同金額的紅包數(shù)量是一定的,但是在活動期間內(nèi)每天分配的數(shù)量和概率需要均等,切不可在第一天就讓所有人抽中了最高金額的紅包,如此便會導致接下來的時間內(nèi),用戶的充值熱情不高,而是每天都要讓用戶看到抽到最大紅包的希望,如此便會熱情不減。這種紅包產(chǎn)品的弊端在于,“燒錢”成本太高,要有足夠的預期能帶來可觀的銷售量,才值得去嘗試。
分享紅包
這種紅包的設計對于拉新來說有很大的好處,同時也能帶動活躍沉寂的老用戶。我們常見的分享紅包設計有滴滴打車、百度外賣、百度糯米、美團等等,在O2O行業(yè)最為流行,其原因在于02O行業(yè)的盛行和紅火。同時得益于朋友圈的傳播,比如,今天早上在朋友圈就看到朋友分享的百度糯米紅包滿30減10元,吸引我去點擊跳轉如下:
輸入手機號,即可獲得相應的紅包,而紅包根據(jù)平臺產(chǎn)品進行分類,刺激用戶多次消費。對于平臺來說,如果是新用戶,就獲得了新的用戶流量,如果是舊用戶,就提高了用戶的轉化,技術實現(xiàn)上不復雜,而從運營結果來說很有效,如果O2O行業(yè)可以對這種紅包設計進行小流量測試,統(tǒng)計數(shù)據(jù)看實際效果。
運營產(chǎn)品的設計過程中,都會有一定的試錯成本,成本必須可控,否則成本太高則會給公司帶來損失,把一些實用的心得寫出來跟大家分享交流,希望對大家有所幫助,共同提高。
作者:悠然南山(微信號82836112),小碩一枚,創(chuàng)業(yè)公司產(chǎn)品經(jīng)理。
本文由 @悠然南山 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉載。
不是平臺發(fā)布規(guī)則然后商家再去選擇要不要上傳商品去參與該活動嗎?然后平臺再進行審核,怎么文章是商家上傳商品平臺再設置規(guī)則什么的
手動結束預售活動,待付尾款/定金支付時間還沒有結束,已支付尾款/定金訂單?是自動退尾款訂單關閉,還是分開處理?
@悠然南山,你們公司有支付牌照沒?