交易平臺類商家端的管理賦能產(chǎn)品設(shè)計(jì)模式

1 評論 12012 瀏覽 70 收藏 19 分鐘

導(dǎo)讀:我們常見的電商、生活服務(wù)領(lǐng)域,都可以歸納為交易平臺,通過合作的或者自營的商家提供服務(wù)。平臺商家端的產(chǎn)品,通常會(huì)有訂單交易、商家營銷的工具、供應(yīng)鏈等給商家的服務(wù)、商家管理等部分。本文主要寫商家管理賦能這一部分,作者從自己具體負(fù)責(zé)的項(xiàng)目出發(fā),分享了商家端管理業(yè)務(wù)的產(chǎn)品設(shè)計(jì)的相關(guān)流程,供大家一同參考學(xué)習(xí)。

一、什么是商家的管理業(yè)務(wù)?

商家管理業(yè)務(wù),指的是平臺對商家服務(wù)的管控。商家是服務(wù)提供方,平臺是規(guī)則制定方,因此商家在平臺中需要遵循平臺的游戲規(guī)則,包括商家的準(zhǔn)入,引流,懲罰,退出等各方面。

舉個(gè)例子,美團(tuán)餓了么這些外賣平臺中,商家指的是餐飲店和騎手。

首先,美團(tuán)們會(huì)有對商家的要求,比如幾分鐘內(nèi)需要接單,幾分鐘內(nèi)要出餐,下單成功的菜不能售完等等,做得好的會(huì)給更多的流量以及其他的好處,做的不好的會(huì)減少流量,甚至要求商家退出平臺。對騎手有接單數(shù)量、送達(dá)時(shí)間等要求。

然后,在每個(gè)城市都會(huì)有專人在線下通過溝通交流等各種形式,對商家和騎手進(jìn)行管理,管理商家的角色可能屬于市場部,管理騎手通常一個(gè)城市會(huì)有多個(gè)網(wǎng)點(diǎn),每個(gè)網(wǎng)點(diǎn)有管理人員管理多個(gè)騎手。

根據(jù)平臺性質(zhì)不同,商家會(huì)有合作的和自營的,比如外賣中,餐館商家是合作的,騎手是自營的。相比而言合作的商家管理會(huì)弱一些,自營的管理強(qiáng)一些,不過基本規(guī)則是類似的。外賣騎手、打車司機(jī)這類角色雖然名義上不叫商家,但他們也是服務(wù)提供方,在商家管理這個(gè)體系中,這類小b的管理也包含在內(nèi)。

不同行業(yè)的管理力度也不同,像餐飲酒店這些行業(yè),也不需要平臺過多的管理。需要強(qiáng)管理的主要是兩種類型,一是重銷售、交易鏈路長的行業(yè),比如買房買車裝修,平臺為了更多成交肯定需要介入銷售過程,第二騎手司機(jī)這類小B,需要平臺為他們制定專業(yè)規(guī)則。

這里的管理,和公司高層對公司員工的內(nèi)部管理不是一回事,即使是自營的平臺。公司內(nèi)部管理領(lǐng)域是老板看業(yè)務(wù)數(shù)據(jù),并不標(biāo)準(zhǔn)化,大部分公司是用BI系統(tǒng)解決。而線下管理通常是覆蓋全國很多城市,一個(gè)網(wǎng)點(diǎn)管理多個(gè)商家,管理業(yè)務(wù)標(biāo)準(zhǔn)化,不是上級管下級的模式,所以需要線下管理的團(tuán)隊(duì)和給這些人用于管理賦能的產(chǎn)品。

管理業(yè)務(wù)本身是由公司負(fù)責(zé)商家端的業(yè)務(wù)部門制定規(guī)則,以線下的管理為主,這是一個(gè)偏向業(yè)務(wù)主導(dǎo)的領(lǐng)域。管理業(yè)務(wù)的產(chǎn)品面向線下的管理人員,將管理業(yè)務(wù)規(guī)則在線上跑通,并給他們提供商家的各項(xiàng)業(yè)務(wù)數(shù)據(jù),輔助管理的功能。

產(chǎn)品主要的作用是賦能,核心目的是提升管理的效率,和減少管理人員的成本。通過線上數(shù)據(jù)的管理,比人工管理準(zhǔn)確性和效率都會(huì)更高,管理效率高了之后,每個(gè)人能管理的商家數(shù)量可以從幾家變成幾十家,站在公司的角度能為公司節(jié)省人力成本。

二、管理業(yè)務(wù)規(guī)則和場景的調(diào)研分析

下文以我們公司的管理業(yè)務(wù)為例,復(fù)盤下整個(gè)管理賦能產(chǎn)品的迭代過程。

第一步是業(yè)務(wù)模型拆解

我們公司主營賣車業(yè)務(wù),是一個(gè)銷售導(dǎo)向型的業(yè)務(wù),我們管理的內(nèi)容自然是商家賣車的過程。我們屬于自營的模式,由線下的門店提供服務(wù),我們在各個(gè)城市都有線下管理人員負(fù)責(zé)管理門店,一個(gè)人管理十幾二十家,這些管理人員屬于線下渠道部門,叫做銷售主管。每個(gè)銷售主管有對門店減少引流和關(guān)閉的權(quán)力。

線下管理人員有大區(qū)經(jīng)理-城市經(jīng)理-銷售主管這樣的分級,每個(gè)銷售主管會(huì)關(guān)注自己所屬片區(qū)總體的情況,大區(qū)經(jīng)理和城市經(jīng)理也會(huì)關(guān)注他下面所有門店的情況。門店是小型社區(qū)店,店里一個(gè)店長加兩三個(gè)銷售人員,管理對象以店長為主,因此管理賦能產(chǎn)品主要針對線下管理人員——店長這一層。

第二步是業(yè)務(wù)規(guī)則對接

線下管理的依托是管理業(yè)務(wù)規(guī)則。我們對于門店的管理規(guī)則,主要在關(guān)店,引流權(quán)和實(shí)物獎(jiǎng)勵(lì)這幾個(gè)方面。幾項(xiàng)核心數(shù)據(jù)未達(dá)標(biāo)的門店會(huì)被關(guān)引流權(quán),更差的門店則會(huì)直接關(guān)店。部分外拓的數(shù)據(jù)達(dá)到目標(biāo)值,會(huì)有實(shí)物獎(jiǎng)勵(lì)。

此外針對每個(gè)門店會(huì)計(jì)算一個(gè)分值判斷門店經(jīng)營的好壞,平臺分派線索時(shí),分值高的門店就會(huì)被分配更多的線索。管理人員和商家每日需要參考的數(shù)據(jù),和需要重點(diǎn)關(guān)注的門店,都依據(jù)這些規(guī)則產(chǎn)生。

第三步是管理業(yè)務(wù)場景的調(diào)研

我們跟隨管理人員一起來到線下,參與到管理業(yè)務(wù)中。具體的管理場景,按月維度依次是月初制定目標(biāo),月中臨近月末時(shí)跟進(jìn)催促,和月末總結(jié)復(fù)盤,按日則是每天白天執(zhí)行各項(xiàng)銷售過程,晚上總結(jié),提交日報(bào),表彰排行前幾的門店。

管理的方式,平時(shí)每天會(huì)通過微信群進(jìn)行線上管理,督促門店完成每日的過程指標(biāo),查看日報(bào)。定期會(huì)找做的不好的門店去線下巡店,或者組織店長開會(huì),針對具體問題進(jìn)行指導(dǎo)。其他還包括月度的總結(jié),銷售的培訓(xùn),差的門店關(guān)店等。因?yàn)槭侵劁N售的模式,管理也會(huì)帶一些打雞血的方式。

通過調(diào)研,可以看出我們產(chǎn)品能給這些線下管理人員賦能的內(nèi)容。

三、產(chǎn)品內(nèi)容和迭代階段

最初這一塊產(chǎn)品是在一個(gè)融合其他業(yè)務(wù)的BI系統(tǒng)里,沒有針對具體的場景設(shè)計(jì),數(shù)據(jù)也不是很全,用起來很麻煩。為了提升管理效率,能讓銷售主管比較方便的管理多個(gè)門店,我們專門針對這塊管理業(yè)務(wù)設(shè)計(jì)了管理賦能產(chǎn)品。

整個(gè)產(chǎn)品迭代分為了3個(gè)階段,第一階段基建,根據(jù)管理業(yè)務(wù)規(guī)則,提供核心數(shù)據(jù)的展示;第二階段場景化,針對具體的管理場景優(yōu)化功能;第三階段賦能,通過數(shù)據(jù)給出各門店經(jīng)營的分析總結(jié)。

剛上線時(shí),需要能盡快滿足查數(shù)據(jù)的需求,第一階段提供的是基礎(chǔ)的數(shù)據(jù)報(bào)表功能,給用戶提供不同維度的數(shù)據(jù)展示。具體有數(shù)據(jù)報(bào)表模塊:每個(gè)門店的歷史數(shù)據(jù),支持手動(dòng)導(dǎo)出;實(shí)時(shí)數(shù)據(jù)模塊,門店當(dāng)天的核心數(shù)據(jù)統(tǒng)計(jì);以及門店和銷售人員的排行榜。這是最基礎(chǔ)的部分,脫離了數(shù)據(jù)管理無從談起。

第一階段雖然滿足了查數(shù)據(jù)需求,但本質(zhì)上更像是一次遷移,使用起來還是和原來一樣有不方便的地方。有些數(shù)據(jù)不全,有些數(shù)據(jù)比如昨日數(shù)據(jù),一個(gè)個(gè)店看很麻煩,需要到PC上人工導(dǎo)出。很多管理的行為,還是停留在人工和微信群。

在第二階段,我們拆解了用戶和具體的管理場景,誰在什么環(huán)境下需要查看什么數(shù)據(jù),管理什么,產(chǎn)品上做一些工具和數(shù)據(jù)報(bào)表的優(yōu)化,幫助提升管理的效率。

第一,提供工具形態(tài)的功能。門店每天需要提交日報(bào),我們設(shè)計(jì)了銷售和門店的日報(bào)功能,包含當(dāng)天數(shù)據(jù)和用戶自己寫的部分,提交后銷售主管能夠看到,這樣比在微信群里寫日報(bào)要快捷的多。管理人員會(huì)給門店設(shè)置每月目標(biāo)和每日過程數(shù)據(jù)指標(biāo),我們設(shè)計(jì)了目標(biāo)設(shè)定功能,銷售主管可以給門店設(shè)定目標(biāo),跟進(jìn)完成情況,這個(gè)目標(biāo)門店每天都看得到。

這一個(gè)部分雖然只是工具,但它們是線下管理場景在產(chǎn)品上的體現(xiàn),比起只展示數(shù)據(jù),這樣能夠引導(dǎo)門店認(rèn)知PDCA這么一個(gè)每日工作流的模型,在銷售主管的督促下去使用這部分功能。

第二,數(shù)據(jù)展示的場景化。時(shí)間維度上,銷售主管最??吹氖钱?dāng)天,昨天,和當(dāng)月累計(jì)這三個(gè)維度,所以把這3個(gè)維度單獨(dú)提取出來。開始只簡單的區(qū)分了實(shí)時(shí)數(shù)據(jù)和離線數(shù)據(jù),每家門店有些維度的數(shù)據(jù)就很難直接查到,比如昨天的數(shù)據(jù)。具體的數(shù)據(jù)項(xiàng),在原來的基礎(chǔ)上繼續(xù)拓展一些銷售主管會(huì)關(guān)注的數(shù)據(jù)。

第三,每個(gè)門店的標(biāo)簽和篩選。一個(gè)管理人員會(huì)管理十幾二十家門店,有些門店是做得好的,有些是做的不好要重點(diǎn)關(guān)注的。之前只有一個(gè)簡單的門店列表,每個(gè)門店沒有任何區(qū)分標(biāo)識,門店是否有引流的管理業(yè)務(wù)規(guī)則也沒有體現(xiàn)。結(jié)合上一點(diǎn),這一階段重構(gòu)了門店數(shù)據(jù)展示的頁面,根據(jù)管理人員比較關(guān)注的核心數(shù)據(jù),對數(shù)據(jù)差的、沒做到規(guī)則的門店打標(biāo)簽,銷售主管可以依據(jù)這個(gè)找到需要重點(diǎn)關(guān)注的門店,針對性的巡店拜訪。

前兩個(gè)階段雖然有了數(shù)據(jù),但不管銷售主管還是門店店長,他們的數(shù)據(jù)分析能力并不是很強(qiáng),他們會(huì)看每天的數(shù)據(jù)結(jié)果,但不太會(huì)分析,難以透過數(shù)據(jù)總結(jié)規(guī)律。所以第三階段在第二階段的基礎(chǔ)上,增加了我們幫他們分析的部分。只有通過綜合性的數(shù)據(jù)對比和分析,才能全盤地判斷商家經(jīng)營的好壞,產(chǎn)出有價(jià)值的管理建議。

這個(gè)階段最開始,我們做了一些數(shù)據(jù)分析工具的工具,比如轉(zhuǎn)化漏斗,客戶來源分析等,后來發(fā)現(xiàn)這些功能最多只對管理層有用,銷售主管們不一定看得懂,訪問量很低。于是我們的思路從給他們數(shù)據(jù)分析工具,變成了幫助他們分析。

我們提供了門店經(jīng)營分析模塊,針對每個(gè)銷售主管和門店產(chǎn)出一份經(jīng)營報(bào)告,定期更新,利用各個(gè)過程數(shù)據(jù)給門店打分,并通過門店間橫向的對比列出做得好和不好的地方,總結(jié)出提升點(diǎn)和提升方法。這個(gè)模塊提供給每個(gè)管理人員和門店店長,可以在他們月度定期復(fù)盤的時(shí)候,全方位了解自己的經(jīng)營情況。

除了門店,也有對每個(gè)銷售人員的分析。我們利用各個(gè)過程數(shù)據(jù),通過算法給每個(gè)銷售人員評分,能較為客觀的評價(jià)出銷售人員的能力。之前銷售主管管不到每一個(gè)銷售,是因?yàn)殇N售人員數(shù)量太多,沒法關(guān)注到每個(gè)人,現(xiàn)在有了評分后,銷售主管就能直接管到每個(gè)銷售人員,然后可以對差的銷售進(jìn)行針對性培訓(xùn),人員更換等。

四、產(chǎn)品設(shè)計(jì)過程的注意點(diǎn)

管理賦能方向的產(chǎn)品有點(diǎn)類似于數(shù)據(jù)產(chǎn)品,在產(chǎn)品設(shè)計(jì)過程中,和用戶端產(chǎn)品以及后臺產(chǎn)品會(huì)有一些區(qū)別。產(chǎn)品設(shè)計(jì)的過程中的一些注意點(diǎn)如下:

  1. 確定數(shù)據(jù)統(tǒng)計(jì)的時(shí)間維度,用離線數(shù)據(jù)還是實(shí)時(shí)數(shù)據(jù)。這是兩種數(shù)據(jù)統(tǒng)計(jì)類型,離線數(shù)據(jù)的大致原理是通過一段數(shù)據(jù)查詢的指令,每天定時(shí)執(zhí)行完成統(tǒng)計(jì),通常用于統(tǒng)計(jì)歷史數(shù)據(jù)。實(shí)時(shí)數(shù)據(jù)則是通過實(shí)時(shí)任務(wù)進(jìn)行,常用于展示當(dāng)天的幾個(gè)核心數(shù)據(jù),復(fù)雜度和出錯(cuò)率都比離線數(shù)據(jù)要高。
  2. 理清數(shù)據(jù)的查詢邏輯,有幾個(gè)查詢規(guī)則,是否去重,觸發(fā)/統(tǒng)計(jì)的時(shí)間點(diǎn)等。取數(shù)邏輯需要結(jié)合實(shí)際的業(yè)務(wù)需求和數(shù)據(jù)統(tǒng)計(jì)原理制定,有時(shí)候會(huì)有很多不那么容易想到的限定條件。比如跟進(jìn)客戶數(shù)這個(gè)數(shù)據(jù),以什么操作作為完成一次跟進(jìn),同一個(gè)客戶一段時(shí)間內(nèi)被跟進(jìn)多次是否要去重,客戶被不是他的銷售或門店跟進(jìn)是否算一次跟進(jìn),等等。一旦遺漏了幾個(gè)限定條件,遇到問題后數(shù)據(jù)就會(huì)不準(zhǔn)。
  3. 保證各個(gè)平臺的數(shù)據(jù)口徑統(tǒng)一。每個(gè)數(shù)據(jù)有變動(dòng)或者加新數(shù)據(jù)時(shí),都需要和其他平臺的產(chǎn)品一起確認(rèn)。這是很重要的一點(diǎn),同一個(gè)數(shù)據(jù)如果各方口徑不統(tǒng)一,那不同用戶看到的就不是同一個(gè)數(shù)據(jù),理解錯(cuò)了對業(yè)務(wù)造成的影響會(huì)很大。

五、如何評估產(chǎn)品上線后的效果?

對于以報(bào)表為主的管理賦能產(chǎn)品,如何評估產(chǎn)品上線后的效果是一個(gè)難題。這塊產(chǎn)品很難直接用數(shù)據(jù)表現(xiàn)效果,因?yàn)樗]有直接對業(yè)務(wù)本身產(chǎn)生影響,對業(yè)務(wù)只有間接的影響,而且用戶的使用方式也只是查看數(shù)據(jù)為主,并不需要在頁面上做更多的操作。

比如一個(gè)門店數(shù)據(jù)報(bào)表頁面,我們只能統(tǒng)計(jì)到頁面的pvuv,并沒有像電商那樣的下單轉(zhuǎn)化率、活動(dòng)參與人數(shù)這些類型的數(shù)據(jù)。從業(yè)務(wù)結(jié)果的角度,無法判斷出這么一個(gè)數(shù)據(jù)報(bào)表頁面對門店的訂單量、新增客戶數(shù)、客戶回訪數(shù)這些業(yè)務(wù)數(shù)據(jù)是否有提升。從公司人力成本角度,可以通過統(tǒng)計(jì)一個(gè)人管理門店數(shù)據(jù)看是否提升管理效率,但這是一個(gè)長期的數(shù)據(jù),取決于公司決策。

所以這一塊只能通過一些間接的方法來判斷上線后是否有效果。我認(rèn)為的幾個(gè)相對可行的辦法:

數(shù)據(jù)報(bào)表類,數(shù)據(jù)只能統(tǒng)計(jì)到頁面的PVUV,有時(shí)候訪問人數(shù)不能說明什么,因?yàn)閳?bào)表該看的時(shí)候總得看,無法看出報(bào)表數(shù)據(jù)設(shè)計(jì)的是否合理。另外可以統(tǒng)計(jì)bug數(shù)量判斷是否穩(wěn)定。數(shù)據(jù)類產(chǎn)品主要是基建方面的作用,重在穩(wěn)定性和準(zhǔn)確性,所以可以通過統(tǒng)計(jì)bug來看是否準(zhǔn)確和穩(wěn)定,不過這一點(diǎn)是研發(fā)同學(xué)更關(guān)注的。

工具類,比如日報(bào)、目標(biāo)模塊,可以統(tǒng)計(jì)使用的人數(shù)/商家數(shù)和覆蓋率,以提交日報(bào)/完成目標(biāo)設(shè)置作為使用的標(biāo)準(zhǔn)。這項(xiàng)數(shù)據(jù)可以看有多少比例的用戶接受、認(rèn)可這個(gè)工具,如果使用人數(shù)少,很多人繼續(xù)在微信群里提交日報(bào)之類的,那就需要對這塊功能本身做一次復(fù)盤優(yōu)化。

經(jīng)營分析報(bào)告類,數(shù)據(jù)上能統(tǒng)計(jì)到的也只是pvuv,但這一塊屬于不是一定需要看的功能,可以參考訪問人數(shù)來判定用戶對這塊功能的使用和接受程度。另外也可以通過用戶的線下調(diào)研,詢問用戶對該功能是否滿意,報(bào)告里提出的經(jīng)營建議是否會(huì)被采納等,看看用戶真實(shí)的反饋。

#專欄作家#

潘帕斯雄鷹,人人都是產(chǎn)品經(jīng)理專欄作家,進(jìn)擊、踩坑中的產(chǎn)品狗一枚,關(guān)注互聯(lián)網(wǎng),寫過小說,看過哲學(xué)。簡書:潘帕斯雄鷹。

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 點(diǎn)贊,crm里面做這些也是需要的吧

    來自北京 回復(fù)