復盤| 從V0.1到V1.2,記一次無人售賣機對接的經歷

2020-12-19 人人都是產品經理

文章從版本迭代的實操層面出發,對無人售賣機對接的項目進行了復盤總結並分享了相關經驗。

背景

小汪所在公司裡有一臺無人售賣機,是公司買回來的,放在茶水間內部使用的,由公司內另一團隊在購買的時候做了個簡單的程序,將無人售賣機的支付系統對接到了公司的支付中臺上。

Image by Crystal Chen from Pixabay

就是上圖這種隨處可見的售賣機,用戶選商品後掃碼付款。

就在一個平靜的早上,小汪突然接到通知,公司買了數十臺同樣的售賣機回來,打算放在整棟大樓各個樓層裡,用來推廣社區電商APP。

調研

這是小汪公司買的售賣機,由於品牌原因就不放實圖了,分為售賣機、雲控系統兩部分。

於是小汪就開始找到原來負責對接的團隊(簡稱團隊B),了解這臺售賣機的對接流程:

  1. 用戶在售賣機上選擇商品後,售賣機側告訴我方包括商品名稱、價格、設備號等訂單信息;
  2. 我方創建一個支付訂單,並生成一條支付連結,然後返回給售賣機;
  3. 售賣機在那個小小屏幕上展示出二維碼,讓用戶掃碼支付;
  4. 我方系統發現訂單被支付後,向售賣機側發送開閘指令。

其實研究,就是支付和開閘而已。但是原來開發的團隊告訴小汪:

  • 售賣機系統從向我方請求下單,到掉落截止時間,一共就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秒時,不再向售賣機發放開閘指令,而是自動退款。

關於飲料沒掉落用戶跑來要退款的問題,在諮詢售賣機供應商後,供應商表示可以加錢給我們查詢掉落狀態的接口……

小汪與運營溝通後,指定了一套退款流程:

  1. 如果用戶反饋沒掉飲料,我們就先讓用戶出示訂單支付成功的憑證,然後查詢我方系統是否存在該訂單;
  2. 如果存在,再查詢售賣機雲控系統,雲控系統要是顯示沒掉落商品,則退款;
  3. 如果顯示已掉落,用戶堅持的話,則聯繫物業查看樓棟監控。

新版本兩天就開發測試好了,系統上線後,退款率下降了些,同時刷單現象也明顯減少,但是依然有的用戶就不斷買直到觸發限購。

方案 V1.2

機器開始正常運作了,每天能為平臺帶來不少的訂單,更重要的是小程序和H5商城的訪問量,此時小汪就開始思考如果讓這些買飲料的人更好的導流到商城。同時運營也提出,現在這套系統沒有後臺,每天要向技術要前一天的訂單報表,再跟售賣機雲控系統中的訂單進行人手比對,體驗非常糟糕。

於是就有了V1.2版本。

版本:V1.2

目的:更好的向商城導流、幫助運營改善核對訂單的壓力

需求:

  1. 將售賣機支付成功後跳轉的頁面變為在商城後臺廣告管理中可以配置,這樣用戶支付成功後不再是固定進入商城首頁,而是可以跳到最新的活動頁、專題頁,更吸引用戶的注意。
  2. 引入新用戶優惠,如果用戶是新註冊的,享受新用戶折扣。
  3. 在商城後臺增加訂單查看功能,同時支持選擇日期後上傳售賣機雲控系統導出的訂單列表,進行自動對帳,如果系統發現我方傳了開閘指令,但是售賣機雲控系統顯示並未掉落商品的,則系統自動發起退款。

又過了幾天,售賣機的運營終於穩定了下來,至此,無人售賣機的對接暫告一段落。

總結

在這次與無人售賣機對接的過程中,小汪總結了一些經驗:

  • 硬體要與業務場景相輔相成的,如果有機會能參與到採購流程中,必須先於供應商約定對接、售後等事宜,為未來業務拓展打好基礎。
  • 在做用戶補貼時,一定要提前做好用戶白名單、黑名單、限購、預警策略,還可以對接一些第三方的風控平臺,如網易易盾、騰訊雲天御等產品,對用戶手機號、設備、IP進行風險預測,最大的避免黑產風險。
  • 面對突發需求時,應多想想該需求未來的發展方向、可能存在的問題,同時儘可能復用已有的功能。這次對接中,登錄、訂單、支付等功能都是使用社區商城已有功能,減少了重複「造輪子」的時間。
  • 新設計的功能,在規劃的未來場景中,應該具備復用的可能性,這樣一旦遇到需求變更,或者需求終止,就可以更加的從容。

 

本文由 @iCheer 原創發布於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

相關焦點

  • VMware Server v1.0.5 Build 80187 Final + v2.0 Build 84186...
    v2.0 Build 84186 Beta 2 What's NewNew features and enhancements in the VMware Server 2.0 Beta 2 release:Updated VMware Infrastructure (VI) Web Access management interface: With
  • Apache MXNet 發布 v0.11.0版,支持蘋果Core ML和Keras v1.2
    近日,孵化於 Apache 軟體基金會 Apache MXNet 發布了 v0.11.0 最終測試版本,它不僅具有一個 Core ML 模型轉換器,同時還支持 Keras v1.2。此外,該版本還包括額外的功能更新、性能提升以及一些修復。你可以從原始碼構建 MXNet 從而獲取新版本。
  • DRYCC Workflow v1.3.0 版本發布
    Workflow ## v1.2.0 -> v1.3.0Releases builder v1.0.2 -> v1.1.0 slugbuilder v1.1.0 -> v1.1.1 dockerbuilder v1.1.0 -> v1.1.1 controller v1.2.0 -> v1.2.1 slugrunner v1.1.0 -> v1.1.1 database
  • JPress v3.0 alpha.1 發布
    Press v3.0 alpha.1 發布了, v3.0 比 v2.0 主要是增加了支付的能力,感謝大家的關注,讓 JPress
  • JPress v1.0-beta3 發布,WordPress 的 Java 替代版
    JPress v1.0-beta3 主要更新內如如下:新增:XSS攻擊防護的功能新增:CSRF攻擊防護的功能新增:微信小程序的用戶註冊相關的api接口優化:增強 #pages() 指令,當不傳入任何內容的時候,表示查詢所有頁面
  • Bootstrap Icons v1.0.0 穩定版發布,開源 SVG 圖標庫
    經歷了 5 個 alpha 版本後,Bootstrap Icons 已於近日正式發布 v1.0.0 穩定版。
  • 目標檢測介紹之---- YOLO V1 到 V4
    下面大概介紹一下YOLOv1到v4的發展過程。YOLOv1:     題目:You Only Look Once: Unified, Real-Time Object Detection    YOLO的思想詳細可參考:目標檢測介紹之----YOLO與SSD     YOLO將目標檢測重新定義為一個回歸問題。
  • Jsonnet-PHP v1.2.0 發布, PHP 支持 Jsonnet 擴展
    Jsonnet-PHP v1.2.0發布了,JsonNet-PHP是Google Jsonnet對PHP的支持擴展,該版本使用最新版本至v0.9.5的LibJsonnet。
  • DBA 的效率加速器——CloudQuery v1.3.0 上線!
    自 CloudQuery v1.2.1 發布至今,已有月餘,在此期間我們收到了很多朋友對 CloudQuery 的反饋和建議,很多朋友表達了對 v1.3.0 的期待,非常感謝。CloudQuery 新版本原計劃 12 月 10 號上線,由於我們對 v1.3.0 提出了更多要求和更高標準,因此延遲到今天發布。本次功能升級較多,請各位做好準備!
  • Smartisan OS v4.1.0.1系統更新 增49項_錘子科技 堅果Pro 2(4GB...
    中關村在線消息:昨天晚上晚些時候,Smartisan OS v4.1.0.1系統更新,此次更新修復了 v4.1.0 版本帶來的一些bug,增強了系統穩定性。此版本將於12 月8日開始分批推送給堅果Pro 2用戶。
  • TsDotaRPG v1.0.1 發布,Dota2 自定義遊戲開發模板
    TsDotaRPG v1.0.1 已發布。
  • BanCommandPlus v1.1.0 發布,屏蔽命令的 Bungeecord 插件
    BanCommandPlus-BungeeCord v1.1.0 已經發布,此版本更新內容包括:1.添加使用指令來查看、刪除或添加被Ban的指令2.改用yml文件來作為配置文件
  • 《生存之旅2》SourceMod v1.4.0-hg2907簡體中文版
    《生存之旅2》SourceMod v1.4.0-hg2907簡體中文版說明:《生存之旅2》(Left 4 Dead 2)SourceMod v1.4.0-hg2907簡體中文版
  • Photoshop 2021 v22.1.1
    WPS Office 2019 v11.8.2搜書大師v22.3綠化版學生證有哪些用處?優惠匯總看這裡軟體介紹Adobe Photoshop(簡稱PS)是全球最流行的圖像處理軟體,知名圖像及照片後期處理大型專業軟體。
  • 華為 組播之IGMPv1
    因此,有以下幾個特點1、IGMPv1,沒有查詢者選舉機制。2、什麼是IGMP查詢者呢?當一個網段存在多臺路由器時,負責向該網段發送普通組查詢的路由器。3、IGMPv1需要PIM協議的DR選舉機制來協助查詢者的選舉,因此啟用IGMPv1的接口還需啟用PIM協議。由PIM協議選舉出該網段上的DR,由DR充當IGMPV1的查詢器。
  • A.CTable 框架 v1.4.0.RELEASE 發布
    A.CTable框架 v1.4.0.RELEASE 已經發布。
  • 地上戰爭正式版 v1.0四項修改器下載
    名稱:地上戰爭正式版 v1.0四項修改器   運行環境:WinXP,WinVista,Win7,Win8     修改器功能以及快捷鍵
  • DRYCC Workflow v1.3.0 版本發布 - OSCHINA - 中文開源技術交流社區
    Workflow ## v1.2.0 -> v1.3.0Releases builder v1.0.2 -> v1.1.0 slugbuilder v1.1.0 -> v1.1.1 dockerbuilder v1.1.0 -> v1.1.1 controller
  • Gordon 1V1 2021.2.20
    作業要求:1.
  • 是時候從 k8s v1.16 升級了
    「「K8S 生態周報」內容主要包含我所接觸到的 K8S 生態相關的每周值得推薦的一些信息。歡迎訂閱知乎專欄「k8s生態」[1]。以下介紹從 v1.16 升級至 v1.17 需要關注的一些重點。etcd就外部依賴而言,最主要的變化是 etcd 從 v3.3.13 升級到了 v3.4.3 。在升級 etcd 前,我建議你先閱讀下 etcd 的升級文檔[2]。