如何以 API 方式快速接入多家洗滌品牌商家

bell-wang
0 評論 4900 瀏覽 6 收藏 7 分鐘

一些公司會將洗護(hù)服務(wù)納入公司的福利制度,員工可以通過小程序進(jìn)行多家比價,線上下單、購物、線下送洗享受清洗服務(wù)。本文作者對如何以 API 方式快速接入多家洗滌品牌商家進(jìn)行了分析,希望對你有幫助。

一、需求背景

Z公司為員工引入日常洗護(hù)福利,目前將市場上頭部清洗品牌列入該企業(yè)福利平臺引入計(jì)劃中,員工可以在自家的小程序上進(jìn)行多家比價,線上下單、購物、線下送洗享受清洗服務(wù)。

二、產(chǎn)品結(jié)構(gòu)圖

三、供應(yīng)商產(chǎn)品梳理:分辨是否屬于可標(biāo)準(zhǔn)化產(chǎn)品

分辨供應(yīng)商的產(chǎn)品是否是非標(biāo)準(zhǔn)性商品,比較直觀的判斷是看供應(yīng)商行業(yè)的市場小眾市場。

平臺需要展示多個同類型產(chǎn)品,就必須對其產(chǎn)品進(jìn)行梳理、拆分、整合;才能梳理出平臺自身分類的標(biāo)準(zhǔn),使用產(chǎn)品映射是解決此類問題的一個常用的方法;在洗護(hù)的項(xiàng)目中其映射表包含三層:一級分類、二級分類、三級分類;第一層級為洗護(hù)場景內(nèi)最大分類,二級分類標(biāo)識同類產(chǎn)品下的屬性,三級分類為最SKU細(xì)顆粒度;映射表格中以最小庫存顆粒維度取并集。(如下圖,以洗鞋為例)

同樣是洗鞋,供應(yīng)商1和供應(yīng)商2對不同鞋的材質(zhì)的第一層分類是不一樣的,映射表單是以供應(yīng)商提供產(chǎn)品的最小顆粒度取并集來構(gòu)建的,但是由于大分類的不同,最終還是導(dǎo)致產(chǎn)品無法整合。

標(biāo)準(zhǔn)性因素:

整合:同類型品牌的商品適用于整合的情況下也是需要查看商品本身的屬性,是否是市面上可以標(biāo)準(zhǔn)化的商品,比如用車、比如購物;可以通過某種同一維度將其統(tǒng)一起來。

四、系統(tǒng)訂單的整合

系統(tǒng)訂單的整合是品牌商家是否能成功接入的核心點(diǎn),對不同品牌商家的業(yè)務(wù)流程進(jìn)行梳理就會發(fā)現(xiàn)不同的業(yè)務(wù)機(jī)制就會導(dǎo)致出不同的訂單狀態(tài)。

從溝通的兩家頭部洗護(hù)公司來看,一家是洗前有人工上門核驗(yàn)清洗物品且與客戶確認(rèn)訂單價格,一家是是送洗前無人工核驗(yàn)清洗物直接線上下單,送至清洗工廠后才由清洗工人核驗(yàn)。就是核驗(yàn)的前后不同導(dǎo)致訂單就形成了不同的狀態(tài),且對應(yīng)的客服運(yùn)維也不一樣。

針對此類復(fù)制情況我選擇的處理方式如下:

  1. 梳理各品牌商家的訂單狀態(tài);
  2. 做平臺訂單狀態(tài)的映射;
  3. 映射后對應(yīng)場景、物流情況給出相應(yīng)的客服服務(wù)和消息通知;

通過上圖的關(guān)系,后期我們整合更多同行業(yè)但不同品牌的商家入駐;且業(yè)務(wù)流程和訂單狀態(tài)的設(shè)計(jì)可以復(fù)用起來,提高對接效率;在溝通過程中也會因業(yè)務(wù)流程中訂單的收付款原因而導(dǎo)致系統(tǒng)無法對接,最終沒有入駐的商家也有,但是其溝通效率提高,由產(chǎn)品經(jīng)理和研發(fā)經(jīng)理可以很快速評估對接的可行性,不浪費(fèi)雙方的時間。

五、產(chǎn)品流程圖

通過對業(yè)務(wù)流程的梳理和訂單狀態(tài)映射后,確認(rèn)可以對接的品牌商家后,就可以設(shè)計(jì)產(chǎn)品流程圖了,通過產(chǎn)品流程圖可以梳理出多品牌商家在平臺上業(yè)務(wù)運(yùn)轉(zhuǎn)的邏輯:

  • 其中縱向的主要集中在兩大邏輯:下單、完成訂單的主流程;退單、撤單的逆向流程;
  • 橫向的需要考慮的對接的渠道:用戶端的展示、商品在運(yùn)營端的留痕、客服操作、與供應(yīng)商的數(shù)據(jù)傳送;
  • 其邏輯已通過上線驗(yàn)證完成,如下圖(涉及平臺和品牌方名稱需模糊處理)具體流程細(xì)節(jié)在此處不重要,是根據(jù)具體的業(yè)務(wù)來定制的。

逆向流程的重點(diǎn)在于款項(xiàng)的退回:

  • 需考慮到收款方、支付類型、支付方式、支付平臺規(guī)則等因素,其對應(yīng)的撤單、理賠等退款流程、退款實(shí)施時間、確認(rèn)退款時間都不一樣;
  • 需考慮訂單未完成前和訂單完成后都可能存在逆向流程,服務(wù)類型的消費(fèi)與購買物質(zhì)商品還有差別,服務(wù)商品下單支付完貨款后其業(yè)務(wù)流程并沒有結(jié)束,而是剛剛開始;
  • 訂單完成后的較主流程更為簡單,可以理解為品牌商家售后對客戶的服務(wù),可以不用體現(xiàn)在線上訂單中,可以較靈活的處理。
  • 以商家發(fā)起退款為例(如下圖)

六、總結(jié)

截止到項(xiàng)目交付已成功接入了3家品牌商,由于是企業(yè)福利平臺其規(guī)模已經(jīng)滿足員工使用,后期除非對接的商家有退出,大概率不會再多增加入駐商家。但其總結(jié)的產(chǎn)品流程進(jìn)行提煉、改造的經(jīng)驗(yàn)可以復(fù)用到其他行業(yè)的對接中,為商家合作以API方式接入提供參考。

本文由 @bell-wang 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
17323人已学习18篇文章
本专题的文章分享了车载HMI设计指南,包括HMI的交互、设计、功能等方面的知识分享。
专题
15749人已学习12篇文章
CDP,即客户数据平台,是企业用来集中管理和整合客户数据的工具。本专题的文章分享了什么是CDP和如何搭建CDP平台。
专题
36281人已学习13篇文章
用户分层本身并不是目的,只是实现业务发展的手段方式。
专题
38804人已学习11篇文章
世间万物皆有套路,面试更是如此,多拿几个靠谱offer。
专题
18322人已学习13篇文章
AI产品经理的核心目的是通过AI技术创造和优化产品服务,丰富技术知识可以让自己在工作中拥有更多话语权。本专题的文章分享了AI产品经理需要掌握的AI技术。
专题
15718人已学习12篇文章
本专题的文章分享了如何从0到1搭建结算平台