復盤 | 從V0.1到V1.2,記一次無人售賣機對接的經歷
文章從版本迭代的實操層面出發,對無人售賣機對接的項目進行了復盤總結并分享了相關經驗。
背景
小汪所在公司里有一臺無人售賣機,是公司買回來的,放在茶水間內部使用的,由公司內另一團隊在購買的時候做了個簡單的程序,將無人售賣機的支付系統對接到了公司的支付中臺上。
Image by Crystal Chen from Pixabay
就是上圖這種隨處可見的售賣機,用戶選商品后掃碼付款。
就在一個平靜的早上,小汪突然接到通知,公司買了數十臺同樣的售賣機回來,打算放在整棟大樓各個樓層里,用來推廣社區電商APP。
調研
這是小汪公司買的售賣機,由于品牌原因就不放實圖了,分為售賣機、云控系統兩部分。
于是小汪就開始找到原來負責對接的團隊(簡稱團隊B),了解這臺售賣機的對接流程:
- 用戶在售賣機上選擇商品后,售賣機側告訴我方包括商品名稱、價格、設備號等訂單信息;
- 我方創建一個支付訂單,并生成一條支付鏈接,然后返回給售賣機;
- 售賣機在那個小小屏幕上展示出二維碼,讓用戶掃碼支付;
- 我方系統發現訂單被支付后,向售賣機側發送開閘指令。
其實研究,就是支付和開閘而已。但是原來開發的團隊告訴小汪:
- 售賣機系統從向我方請求下單,到掉落截止時間,一共就60秒!我方要創建訂單、返回鏈接、售賣機生成二維碼并展示、用戶掃碼支付、我方通知售賣機開閘……
- 更坑的是,我方如果把握不好這60s,超時發給售賣機,售賣機依然會返回成功,但卻不掉落商品!
- 售賣機沒有提供其他任何接口
于是小汪簡單想了一下方案后,趕緊糾集商務與項目的同事與售賣機的供應商電話溝通,結果總結一個詞:
要錢!
方案 V0.1
跟領導商議之后,小汪糾集了團隊B與自己的團隊,大家頭腦風暴一輪后,定義了第一版本方案。
版本:V0.1
目的:宣傳推廣自家APP
需求:一開始想在售賣機邊上貼上我們平臺的廣告,用戶掃碼下載APP注冊成新用戶后,再通過APP掃碼購買可獲得新人價(1分購),如果直接掃碼下單則不享受優惠。
將方案與領導匯報后,期間方向變為,推廣商城的微信小程序版本,要求用戶必須注冊登錄才能完成支付,注冊登錄后可以享受持續的折扣優惠。
原因如下:
(1)下載APP掃碼享受新人優惠
但是由于售賣機在寫字樓內,用戶體量有限,拉新效果差,而且用戶可能用了一次就把APP刪了,后期轉化率低;
(2)下載APP掃碼享受持續優惠
可以增加APP的持續活躍度,但門檻依然有點高
(3)使用微信直接掃碼進入小程序
門檻低且目前小程序活躍度比APP高,是個不錯的選擇
(4)領導要求用戶必須注冊登錄后才能購買
不能只是訪問了小程序就能享受優惠,必須實現拉新作用??梢岳梦⑿怕摰?、微信小程序授權手機號登錄,優化用戶登錄體驗。
(5)后天就要上線
會后小汪趕緊調整好方案同步給技術大大們,但是當晚上技術團隊傳來消息,由于不同項目組使用的域名不一樣,需要售賣機那邊換一下來我方下單的域名。于是小汪連夜連線售賣機的商務,這個終于不用加錢了,但是要排期實現,而且對小汪晚上打擾他十分不滿!并鄭重表示他們不是全時提供售后的!
也就是說,2天內把域名換了是不現實的了。
方案 V1.0
第二天一大早,小汪再次召集了自己的團隊和團隊B,大家商討如何處理,技術大大們討論后說,對方不換域名這個沒什么,我們自己內部做一下轉發吧,至少能挺一段時間。
然后邊與技術團隊討論,小汪一邊確認了方案V 1.0
版本:V1.0
目的:用戶拉新、活躍
需求:用戶通過支付寶、微信掃碼后,跳到商城對應的H5、微信小程序頁面,登錄完進行支付,支付成功后導流到對應版本的商城中。我們設定一個固定的優惠比例,對售賣機傳過來的價格打折。
技術要點:當用戶需要用支付寶購買時,通過微信提供的“掃普通鏈接二維碼打開小程序”功能,用戶用支付寶掃描時,進入H5版本商城,用微信掃描時,進入微信小程序對應頁面,這樣就只需要一個二維碼即可解決不同工具掃描的問題。
小汪火急火燎的把方案匯報給領導,沒問題了立即跟技術同步投入開發,最后在deadline過后次日凌晨完成了對接。
方案 V1.1
系統上線后第一天,大家都很積極,由于飲品打折后確認劃算,而且操作輕松,當天購買的人絡繹不絕。次日,公司運營打呼不好!由于我們相對來說太便宜了,居然被一些用戶幾十瓶幾十瓶的買,售賣機都快被掏空了!
加之售賣機那個坑爹的60s限制,頭一天有些用戶的飲料沒掉落,開始跑來要退款了,于是小汪就開始著手V1.1 版本,同時讓運營與領導協商重新定折扣比例。
版本:V1.1
目的:限制用戶高頻購買、增加退款功能
需求:用戶一天享受一定次數的優惠,超過后就只能原價購買。如果用戶完成支付后,我方系統從支付寶/微信獲得的支付時間發現已經距離接收到售賣機的訂單超過58秒時,不再向售賣機發放開閘指令,而是自動退款。
關于飲料沒掉落用戶跑來要退款的問題,在咨詢售賣機供應商后,供應商表示可以加錢給我們查詢掉落狀態的接口……
小汪與運營溝通后,指定了一套退款流程:
- 如果用戶反饋沒掉飲料,我們就先讓用戶出示訂單支付成功的憑證,然后查詢我方系統是否存在該訂單;
- 如果存在,再查詢售賣機云控系統,云控系統要是顯示沒掉落商品,則退款;
- 如果顯示已掉落,用戶堅持的話,則聯系物業查看樓棟監控。
新版本兩天就開發測試好了,系統上線后,退款率下降了些,同時刷單現象也明顯減少,但是依然有的用戶就不斷買直到觸發限購。
方案 V1.2
機器開始正常運作了,每天能為平臺帶來不少的訂單,更重要的是小程序和H5商城的訪問量,此時小汪就開始思考如果讓這些買飲料的人更好的導流到商城。同時運營也提出,現在這套系統沒有后臺,每天要向技術要前一天的訂單報表,再跟售賣機云控系統中的訂單進行人手比對,體驗非常糟糕。
于是就有了V1.2版本。
版本:V1.2
目的:更好的向商城導流、幫助運營改善核對訂單的壓力
需求:
- 將售賣機支付成功后跳轉的頁面變為在商城后臺廣告管理中可以配置,這樣用戶支付成功后不再是固定進入商城首頁,而是可以跳到最新的活動頁、專題頁,更吸引用戶的注意。
- 引入新用戶優惠,如果用戶是新注冊的,享受新用戶折扣。
- 在商城后臺增加訂單查看功能,同時支持選擇日期后上傳售賣機云控系統導出的訂單列表,進行自動對賬,如果系統發現我方傳了開閘指令,但是售賣機云控系統顯示并未掉落商品的,則系統自動發起退款。
又過了幾天,售賣機的運營終于穩定了下來,至此,無人售賣機的對接暫告一段落。
總結
在這次與無人售賣機對接的過程中,小汪總結了一些經驗:
- 硬件要與業務場景相輔相成的,如果有機會能參與到采購流程中,必須先于供應商約定對接、售后等事宜,為未來業務拓展打好基礎。
- 在做用戶補貼時,一定要提前做好用戶白名單、黑名單、限購、預警策略,還可以對接一些第三方的風控平臺,如網易易盾、騰訊云天御等產品,對用戶手機號、設備、IP進行風險預測,最大的避免黑產風險。
- 面對突發需求時,應多想想該需求未來的發展方向、可能存在的問題,同時盡可能復用已有的功能。這次對接中,登錄、訂單、支付等功能都是使用社區商城已有功能,減少了重復“造輪子”的時間。
- 新設計的功能,在規劃的未來場景中,應該具備復用的可能性,這樣一旦遇到需求變更,或者需求終止,就可以更加的從容。
本文由 @iCheer 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
然后陳總就讓你滾蛋了
所以對于用戶來說,60s的時間從選定好飲料-掃碼-跳轉-付款-硬件出貨。不可控的網速和手機卡頓依然是個問題??赡茼椖勘尘笆寝k公樓的網速和用戶手機都比較好的背景下開展的吧
噢,理解錯了,60S限制是從生成二維碼開始的
超實用