企業福利平臺如何與傳統服務業線上線下相互結合
編輯導語:你會選擇什么樣的理發店?是在社區里,還是裝修漂亮的大店?美發行業是如何蓬勃發展的?這篇文章以美發行業為例,詳細闡述了企業福利平臺如何與傳統服務業線上線下相互結合,推薦想要了解企業福利和傳統服務線的童鞋閱讀。
一、方案背景
該類型為交付型項目,一共涉及到三方:需求方Z公司、 供應商:美發機構、 交付方Y公司;Z公司的需求是要為全國各地的員工提供美發、剪發這項目福利,需要將美發、剪發供應商品牌接入到員工福利小程序中,且委托Y公司為其采購、開發、運維該小程序。
美發、剪發是社區平臺中常見的一個場景,但是美發、剪發本身的業務與生活距離關系緊密,用戶就近多且頻率高,其消費價格也是奢儉由人,導致其品牌和店鋪極受地域影響,較少有大型的全國地域性的連鎖品牌。
二、各方需求痛點
2.1 供應商的現狀
【線上化程度】
- 自有研發能力:美發行業為傳統行業,能線上服務、有研發對接能力的少;在對接過程中唯一兩家有線上研發能力的U剪、星客多;其中調研到U剪是可以依托公司自有的研發團隊進行對接,但是由于U剪的市場計劃暫時無研發人力支持導致暫緩此次的對接。
- 自無研發能力:此外當地連鎖的美發剪發店大多依托類似大眾點評等三方平臺來進行用戶運營,由平臺來提供商戶端給美發機構來上架商品以及查詢收款、對賬等操作。第三方平臺還能為其提供運維、售后、投訴等日常運維工作。
【商業模式】
- 美發機構入駐平臺:傳統美發行業連鎖品牌多為加盟、分店直營模式少,即便是分店直營,部分分店也需要盈虧自負,一家門店涉及到租金、人力、裝修、水電、維修等經營成本;由于該行業也是勞動密集型行業,對美發師的技術水平和人數是影響店鋪的成本重要因素之一,另外分布的地域屬性也比較明顯,各自通過其服務特色深耕當地小范圍市場。傳統美發品牌線上化目前多為通過線上平臺為美發店鋪線上引流、轉化、反饋;線下消費的O2O模式;
- 美發師入駐平臺:以華南地區為代表的U剪,華東地為代表的星客多,專業的美發平臺為美發師提供統一的品牌運營、管理,為美發師提供預約、下單、財物等平臺能力。
【業務特點】
- 傳統美發行業:服務品類多、收費無標準、單次服務時間長、單日接待人次5-10人/日
- 美發師平臺:服務品類單一、收費標準、單次服務時間短、單日接待人次30-40人/日
截止2020年市場規模增速為4.9%,其中互聯網美發滲透率為1.5%較低的狀態,預計到2022年互聯網美發市場規模將達到26.5億元;(數據來源頭豹研究院)
2.2 Z公司的情況
- 目標用戶清晰:與C端平臺不同的點是該項目交付對象無需將獲客、轉化、留存放在最高優先級;美發是作為員工福利發放給員工,該項費用作為福利費會有對應的專項費用進行凍結,使用后跟供應商來月結,無需用戶自行支付費用。
- 財物清算:通過公對公進行支付需根據不同的子公司成員提供報銷發票將月結費用報銷到賬。這里就會涉及到要求對接的供應商企業有對公的賬戶,以及自己對早期服務墊資;
- 套現風險:由于是公司集體采購其價格較C端價格要優惠很多,需預防公司員工以低價購券售出套現、或預防非本人到店消費從中套現;
2.3 交付方的情況
在美發模塊中對接多家供應商才能滿足全國員工的需求供給,從商務和開發上都是一項有難度的挑戰。供應商門店營銷模式多,存在同一品牌的美發機構不同分店都有不同的收費標準,業務采購難度較大。
三、關鍵業務流程節點
美發門店需要根據手機用戶所在的城市定位來獲取對應的商品信息,Z公司員工在平臺上用企業額度支付美發商品,那么就需要交付方和供應商之間產生訂單數據的來回傳輸。
從主要的大塊的功能點上入手,與供應商進行溝通和商討模塊的具體開發工作量和開發方。
歸納以上情況,結合當下現有的業務流程,形成對接美發行業模塊的方案(如下表格);最后受限于供應商的現狀,在其既無研發能力對接又無增加研發計劃的前提下,采用最后被掃的方案進行接入,且在被掃的基礎上延展了兩種結算形式:
- 到店買單;
- 券碼核銷;全流程功能研發的工作任務由交付方在福利小程序上來完成。
后期根據對接的供應商不同,在被掃-核銷的基礎上又增加了一種到店再付款的形式。
四、業務流程方案
4.1 到店買單
業務流程圖
產品流程圖
交互圖:
用戶操作流程:1福利平臺金剛區-2美發icon-3美發首頁-4推介附近分店-5查看線上分店商品價格詳情–6溝通消費金額-7支付-8給店家展示支付結果。
首頁商品展示:
分店商品+買單:
4.2 運營端
在供應商無任何研發支持的情況下,既要節省本身的開發成本,也需要能提供給供應商查詢訂單、管理訂單、對賬等財務管理功能,所以此方案中運營端同時承擔起商戶端的基礎功能。
分店管理:【 門店管理】可添加供應商下的分店,對分店進行上、下架,考慮運營成本和供應商店員的操作能力,【添加門店】前期可以由后臺統一批量導入;美發分店在運營端的管理頁面,該頁面可以對各家分店進行上、下架。
【訂單管理】新增按供應商分店查詢。
【訂單詳情】查看訂單詳情:用戶端買單-支付成功-同步訂單信息到運營端和商戶端;福利平臺與供應商端對總賬,供應商自行分配好各分店賬單金額;【商戶端-訂單管理】在沒有商戶端的情況下可通過菜單權限將該功能給供應商使用,供應商用福利平臺提供的【訂單管理】來查看訂單以、導出出賬單進行對賬。
【到賬信息通知】
當用戶到店消費后,供應商店員對訂單金額進行確認,復核用戶支付成功后,點擊后進行確認訂單,或者通過輸入買單人手機號來查詢訂單進行確認訂單;
【導出賬單】
可根據各分店來導出訂單;此方案的短處有二:
第一,確定用來對賬的賬單是由供應商門店店員來操作確定的,如果人為全部操作【已確認】但是用戶又沒有來到店里實際消費,這會導致公司在下個月對賬時支付多的訂單金額。
第二,供應商使用的是福利平臺的訂單數據對賬,并沒有與其自己的訂單系統打通,在平臺訂單出現系統性問題時是無法及時預警的,平臺的角色變成既是裁判又是球員;因此如果使用該方案,無論是平臺運營端還是供應商都需要有獨立的訂單數據,且在福利平臺【訂單管理】數據權限要獨立于供應商【訂單管理】。
4.3 預約到店買單
在接入不同的美發機構中又新增了預約的功能,預約后到店才能進行消費,此處對預約通知功能又是一項新的挑戰,在供應商無研發資源支持,平臺方又無商戶端的情況下,預約通知的時間本身就存在變化,
業務流程圖
主流程:上架商品-線上選購-到店消費-售后對賬
用戶端-交互流程:
線上購物流程:
用戶操作流程:平臺金剛區美發icon-美發首頁-選擇分店-查看分店詳情-線上選購-創建訂單-支付-展示支付結果。
線下消費流程:
用戶操作流程:到指定分店消費后-打開平臺美發場景-我的訂單-訂單詳情-展示券碼信息-消費完成-展示消費結果。
商戶端-交互圖:運營人員操作流程:查看待核銷訂單-點擊后查看訂單詳情-輸入券碼核銷-展示核銷結果;此處參考4.2運營端。
4.4 第三方券碼核銷
獨家對接各大供應商的時間要遠遠高于對接一家三方平臺,因此對接美團也是考慮范圍內,但是對接美團是無法給予B端的采購價格,用戶選擇的品牌是多了,但是其價格卻不如單獨采購的優惠,因此在便利性和實惠性上暫時無法兼得。
業務流程圖
五、總結
經過長達2個月多、6家供應商的調研、溝通,最終由于雙方企業財務管理要求上的不同導致暫停接入,但是其過程為企業B端對接無研發資源的供應商提供了解決方案參考,在社區傳統模塊線上化提供了可行性的探索,可將其概念延展到線上買單、線下消費的場景中。
本文由 @bell-wang 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
謝謝分享
這篇文章寫的很詳細,從美發出發寫了服務行業,寫的很棒,收獲頗豐!
謝謝
萬物互聯,美發這一基本需求也是如此,這篇文章收獲頗多,每個板塊都講得很詳細!
謝謝