關(guān)于共享單車管理系統(tǒng),這幾點(diǎn)需要明白
編輯導(dǎo)讀:經(jīng)過前幾年的共享單車“混戰(zhàn)”,現(xiàn)在市面上只留下美團(tuán)摩拜、青桔、哈啰“三足鼎立”。共享單車作為出行最常用的交通工具,具有很大的市場(chǎng)價(jià)值。本文作者以自己參與過的一個(gè)共享單車項(xiàng)目為例,談?wù)剬?duì)共享單車管理系統(tǒng)的看法,與你分享。
眾所周知,隨著這些年共享單車的發(fā)展,從一線城市到四線城市基本上都能看到共享單車的身影,而各大車廠通過這些年的競爭和火并,也算教育用戶的一個(gè)過程。就作者所處的環(huán)境來看,破壞共享單車的現(xiàn)象明顯少很多了,車座上疤痕的新舊程度似乎也能說明人們對(duì)待共享單車的態(tài)度,新疤痕多,說明它們所處的環(huán)境仍然很惡劣,舊疤痕多,說明它們?cè)?jīng)所處的環(huán)境很惡劣,這里只是提供一個(gè)思路來判斷大家對(duì)待共享單車的態(tài)度隨筆和大家分享一下。
言歸正傳,共享單車深入到我們的生活當(dāng)中,給我們帶來了很多的便利性,這其中離不開共享單車企業(yè)的高效運(yùn)營。而企業(yè)的高效運(yùn)營,離不開企業(yè)信息化系統(tǒng)的支持。筆者有幸在一家企業(yè)做支持企業(yè)業(yè)務(wù)的B端產(chǎn)品經(jīng)理時(shí)接觸過共享單車方面的業(yè)務(wù),時(shí)間雖短,但接觸下來,共享單車的業(yè)務(wù)還是挺有意思的,很耐研究的。而通過研究企業(yè)的業(yè)務(wù),也對(duì)自己之前積累的經(jīng)驗(yàn)和知識(shí)做了一個(gè)復(fù)盤總結(jié),進(jìn)而沉淀。
得益于筆者在這段工作經(jīng)歷之前的電商信息化經(jīng)驗(yàn),通過三年的OMS+WMS產(chǎn)品的售前、實(shí)施、售后、產(chǎn)品全方位的歷練,打下了還算湊合的基礎(chǔ),上手共享單車B端業(yè)務(wù)系統(tǒng)的時(shí)候前期痛苦了兩周,后面就順利多了,從業(yè)務(wù)拓?fù)涞焦δ芗軜?gòu)再到模塊功能再到崗位需求逐漸的將整個(gè)企業(yè)的業(yè)務(wù)梳理的較為完整了。下面我會(huì)從公司整體的業(yè)務(wù)出發(fā),結(jié)合自己的理解,和大家分享一下這段從業(yè)的經(jīng)歷。
一、集團(tuán)業(yè)務(wù)
提到業(yè)務(wù),不得不提到業(yè)務(wù)部門,借助業(yè)務(wù)部門來分析集團(tuán)的業(yè)務(wù),也就能夠幫助我們更清晰的了解業(yè)務(wù),我盡量按照系統(tǒng)信息流的順序給大家羅列一下(忽略筆者所在的軟件研發(fā)部門,盡管他很重要哈哈):
- 產(chǎn)品部(硬件):負(fù)責(zé)單車工業(yè)設(shè)計(jì),硬件需求調(diào)研與實(shí)現(xiàn);
- 采購部:負(fù)責(zé)單車采購;
- 財(cái)務(wù)部:負(fù)責(zé)財(cái)務(wù)結(jié)算、營收預(yù)算等;
- 運(yùn)維部:負(fù)責(zé)單車投放于維護(hù);
- 客服部:處理用戶日常騎行問題;
- 營銷部:負(fù)責(zé)用戶運(yùn)營(C端產(chǎn)品經(jīng)理)、線下推廣等;
- 數(shù)據(jù)部:數(shù)據(jù)分析、業(yè)務(wù)指導(dǎo)。
具體的部門名稱不是按照實(shí)際情況來的,比如營銷部有的互聯(lián)網(wǎng)公司叫“企劃部”有的叫“市場(chǎng)部”,但是不影響大家了解業(yè)務(wù),看到這里大家心中應(yīng)該已經(jīng)有了一個(gè)模糊的業(yè)務(wù)流程,那就是從單車設(shè)計(jì)(產(chǎn)品部)——到單車采購(采購部)——到財(cái)務(wù)付款(財(cái)務(wù)部)——到運(yùn)維投放(運(yùn)維部)——到用戶騎行過程中遇到問題的溝通(客服部)——再到市場(chǎng)營銷(營銷部)的一個(gè)簡單業(yè)務(wù)流程,業(yè)務(wù)主線搞清楚之后,接下來如何入手就清楚了。
二、功能拓?fù)?/h2>
這里給大家大概畫了個(gè)功能拓?fù)洌歉鶕?jù)業(yè)務(wù)部門來畫的,并沒有完全根據(jù)當(dāng)時(shí)實(shí)際業(yè)務(wù)中所需要的功能模塊去畫,勉強(qiáng)稱它為“功能拓?fù)洹卑伞?/p>
考慮著為了讓大家能夠更容易理解,這里對(duì)功能模塊做了調(diào)整,只保留了功能模塊的主體,后面我們具體談功能的時(shí)候再延伸探討一下。
大家作為B端產(chǎn)品經(jīng)理,著手工作的時(shí)候,一定要了解企業(yè)業(yè)務(wù),或者說是行業(yè)業(yè)務(wù)。因?yàn)楣P者是作為支撐企業(yè)業(yè)務(wù)的ToB產(chǎn)品經(jīng)理,所以先從企業(yè)業(yè)務(wù)入手了。和各個(gè)部門接觸下來,公司的業(yè)務(wù)就梳理清楚了,然后再針對(duì)各個(gè)部門的業(yè)務(wù)去梳理一下需要的功能。
做這一步的時(shí)候,其實(shí)就是在做拓?fù)涞那吧砉ぷ髁恕S辛丝梢暬墓δ苁崂斫Y(jié)果之后,大家再去思考哪些功能模塊的復(fù)用率高,哪些功能模塊是部門內(nèi)獨(dú)有功能,這樣下來,支撐企業(yè)業(yè)務(wù)的整體思路便出來了。
三、聊點(diǎn)業(yè)務(wù)
聊完框架類的東西,我們來聊點(diǎn)具體的業(yè)務(wù),其實(shí)框架類的東西如果思路清晰的去做,不同人梳理出來的結(jié)果可能差不太多,但是具體到業(yè)務(wù)上,因?yàn)榛ヂ?lián)網(wǎng)企業(yè)的業(yè)務(wù)相較傳統(tǒng)企業(yè)的業(yè)務(wù)變化比較多,很多傳統(tǒng)軟件在支撐了基礎(chǔ)功能之后,很難再深入支撐企業(yè)的業(yè)務(wù)。這時(shí)候?qū)τ赥oB的產(chǎn)品經(jīng)理來講,就很“吃”經(jīng)驗(yàn)了,甚至要具備從窺一個(gè)功能,而預(yù)想到業(yè)務(wù)全貌的能力。
寫這一段的時(shí)候,筆者想了很久從哪里入手,想來想去,雖然前面給大家按照部門梳理了功能架構(gòu),但是具體談業(yè)務(wù)的時(shí)候,還是不要從具體的業(yè)務(wù)部門入手,我們從基礎(chǔ)數(shù)據(jù)入。,因?yàn)楹芏鄷r(shí)候,限制產(chǎn)品擴(kuò)展或者是業(yè)務(wù)發(fā)展的地方,往往是產(chǎn)品的根基,基礎(chǔ)配置(數(shù)據(jù))。就像我們軟件行業(yè),應(yīng)用層很強(qiáng)大,但是操作系統(tǒng)甚至基礎(chǔ)應(yīng)用軟件我們還有很長的路要走。
說到基礎(chǔ)業(yè)務(wù),對(duì)于集團(tuán)業(yè)務(wù)來說,就是“車輛資產(chǎn)”的數(shù)據(jù)最基礎(chǔ)了。“車輛資產(chǎn)”數(shù)據(jù)的重要性,就像角色權(quán)限之于一個(gè)系統(tǒng)的重要性一樣。而用戶權(quán)限的控制有很成熟的“RBAC模型”來輔助我們工作,“車輛資產(chǎn)”模塊設(shè)計(jì)的時(shí)候卻要結(jié)合集團(tuán)各個(gè)部門的業(yè)務(wù)展開。下面,我們從“車輛資產(chǎn)”展開,和大家聊一下筆者在從業(yè)過程中遇到的問題的解題思路。
3.1 車輛資產(chǎn)
既然是單車業(yè)務(wù),那么最基礎(chǔ)的業(yè)務(wù)一定是離不開單車的,從單車設(shè)計(jì)——單車采購——單車資產(chǎn)管理——單車投放——單車運(yùn)營——單車運(yùn)維,始終離不開單車。
圍繞單車,上面一段又給大家梳理了一下涉及到單車數(shù)據(jù)的業(yè)務(wù)大概有哪些,所以,從設(shè)計(jì)單車在系統(tǒng)中的基礎(chǔ)數(shù)據(jù)模塊時(shí),就要考慮到涉及到單車的業(yè)務(wù)有哪些,而那些業(yè)務(wù)中,要使用到單車資產(chǎn)的什么數(shù)據(jù),使用到的數(shù)據(jù)中,要設(shè)計(jì)在哪個(gè)模塊上,而模塊和模塊之間,又要通過什么數(shù)據(jù)去鏈接。
接下來,我們從車輛本身到業(yè)務(wù)需求的角度出發(fā),梳理一下各個(gè)業(yè)務(wù)環(huán)節(jié)上需要的關(guān)鍵信息。
3.1.1 車輛基礎(chǔ)
共享單車因?yàn)樗穆?lián)網(wǎng)屬性,需要鎖是聯(lián)網(wǎng)的,為什么是鎖聯(lián)網(wǎng),而不是其他部件聯(lián)網(wǎng)呢?簡單來說,傳統(tǒng)的自行車生產(chǎn)企業(yè)是不具備生產(chǎn)物聯(lián)網(wǎng)設(shè)備的能力的,而現(xiàn)在普遍的智慧汽車中的車機(jī),也大多數(shù)是外部采購的,僅僅是車載系統(tǒng)是自研的。自行車就更不必多說了,專業(yè)的事情還是要交給專業(yè)的人去做。
而對(duì)于車輛資產(chǎn)管理,也就順勢(shì)分成了兩大類,車架主體(除車鎖外的整車)和車鎖,我們這里把車架上的零部件也歸納到“車輛資產(chǎn)”中,因?yàn)閷儆诘椭狄缀钠?,所以?duì)于每個(gè)配件的唯一性幾乎沒有要求,只有對(duì)數(shù)量的上的要求,做到資產(chǎn)數(shù)量的有效管理即可,這一段先將車輛資產(chǎn)兩大類中的關(guān)鍵信息列出來。
3.1.1.1 車架:車架號(hào)、車輛型號(hào)
- 車架號(hào):車輛唯一碼,用于車輛管理
- 車輛型號(hào):用于區(qū)分不同型號(hào)的車輛
3.1.1.2 車鎖(聯(lián)網(wǎng)):車鎖編號(hào)、車鎖型號(hào)
- 車鎖編號(hào):車鎖唯一碼,用于區(qū)別和管理車鎖
- 車鎖型號(hào):用于區(qū)分不同型號(hào)的車鎖,批量升級(jí)固件等
注:我們可以把車架當(dāng)做主資產(chǎn),車鎖雖然也講究唯一性,但我們這里把它理解成為消耗品,這里不做過多解釋,大家繼續(xù)看就會(huì)理解。
3.1.2 車輛采購/入庫
有了兩大類的資產(chǎn)信息,那么采購的工作就好開展了,接到采購任務(wù)后,就可以下采購單了,采購什么型號(hào)的車輛多少輛,什么型號(hào)的車鎖多少把。
這里有個(gè)知識(shí)點(diǎn),關(guān)于兩類資產(chǎn)的采購是分開進(jìn)行,還是整車采購(車架+車鎖)。要明確清楚,一般情況下,有兩種情況。一是分別采購,車架和車鎖到貨后自己組裝,這樣的方式有個(gè)好處,可以在組裝過程中綁定車架和車鎖,從而實(shí)現(xiàn)整車的入庫流程,而車鎖作為消耗品,也應(yīng)該備足充足的庫存。另外一種就是委托車廠采購指定的車鎖并組裝后交付,個(gè)人覺著這樣會(huì)存在很多問題,例如鎖資產(chǎn)的管理維護(hù)以及價(jià)格控制等。
因?yàn)楣P者所在的企業(yè)車架和車鎖是分開采購的,到貨后自行組裝車架和車鎖,所以從“車輛資產(chǎn)”的介紹開始,便對(duì)這兩者進(jìn)行了區(qū)分,車架和車鎖到貨后分別入庫,等待集團(tuán)運(yùn)營和運(yùn)維的統(tǒng)一調(diào)配。
入庫功能需要注意的就是單據(jù)不僅要對(duì)應(yīng)車輛/車鎖型號(hào)、數(shù)量,還要有對(duì)應(yīng)編號(hào)的明細(xì)記錄,以及入庫的地點(diǎn),其中入庫的地點(diǎn)/倉庫是比較重要的一環(huán),這里的地點(diǎn)可以和具體需要投放的區(qū)域設(shè)計(jì)在一起,概念和倉庫類似。
因?yàn)檐嚰芎蛙囨i是分別入庫,所以這里還會(huì)牽扯到一個(gè)狀態(tài),就是車鎖和車輛的綁定狀態(tài)。這個(gè)狀態(tài)和資產(chǎn)的移動(dòng)密切相關(guān),車架和車鎖的入庫默認(rèn)狀態(tài)是未綁定的狀態(tài),車鎖因?yàn)槭窃诰€資產(chǎn),需要檢查在線狀態(tài)來判斷鎖是否故障,所以還會(huì)有很多信息,等一下到在線資產(chǎn)管理的時(shí)候我們?cè)偌?xì)說。
關(guān)鍵信息:
- 車架:存放地點(diǎn)、綁定狀態(tài)
- 車鎖:存放地點(diǎn)、綁定狀態(tài)
3.1.3 資產(chǎn)管理
車架和車鎖入庫后,下一步就是等待集團(tuán)使用了,一般情況下運(yùn)營部門會(huì)根據(jù)數(shù)據(jù)做出調(diào)配決策,然后運(yùn)維部門根據(jù)決策做具體調(diào)配。
但是文章寫到現(xiàn)在,車架和車鎖還是散裝狀態(tài)在集團(tuán)倉庫,系統(tǒng)內(nèi)記錄的是在哪個(gè)地點(diǎn),什么型號(hào)的車架/車鎖、多少件,以及對(duì)應(yīng)的明細(xì),這些資產(chǎn)以對(duì)應(yīng)的狀態(tài)在系統(tǒng)內(nèi)呈現(xiàn),無論是組裝與否都能夠有效的對(duì)資產(chǎn)進(jìn)行管理,說到資產(chǎn)為什么要以這種方式管理,就和具體業(yè)務(wù)息息相關(guān)了。
例如新開辟了一個(gè)投放城市,或者一個(gè)城市需要新增投放車輛,那么就需要給這個(gè)城市發(fā)送整車,如果是某個(gè)城市的車輛上的車鎖遭到破壞或者其他配件遭到破壞,就需要單獨(dú)給城市運(yùn)維發(fā)送配件狀態(tài)的資產(chǎn)了。
車輛到達(dá)指定城市后,需要地方運(yùn)維操作收貨,收貨完成后,改變資產(chǎn)的存放地點(diǎn),完成資產(chǎn)在內(nèi)部的流動(dòng),這一段比較簡短,給大家穿插地描述了一下資產(chǎn)以什么樣的形勢(shì),以及簡單的資產(chǎn)流動(dòng)過程。
關(guān)鍵信息:
- 車架:存放地點(diǎn)、綁定狀態(tài)
- 車鎖:存放地點(diǎn)、綁定狀態(tài)、在線狀態(tài)
- 整車:存放地點(diǎn)
3.1.4 單車投放/單車運(yùn)維
對(duì)于已經(jīng)到達(dá)地方運(yùn)維手中的單車,剩下最重要的工作就是單車投放和運(yùn)維工作了,投放工作比較簡單,選取需要投放的單車,掛靠投放單,再一次檢查車輛狀態(tài)無誤后即可投放,投放后改變車輛資產(chǎn)的投放狀態(tài),使其能夠在C端應(yīng)用中給用戶騎行,并根據(jù)車輛型號(hào)檢查對(duì)應(yīng)的資費(fèi)信息即可完成投放。
完成投放后,車輛資產(chǎn)(整車)就進(jìn)入用戶使用階段了,而這個(gè)階段,才是一線運(yùn)維伙伴們面臨最大工作量的階段,要做巡檢車輛、調(diào)度車輛、維修車輛等等工作,而每種工作,都需要信息系統(tǒng)提供功能上的支撐,這時(shí)候就對(duì)在線資產(chǎn)管理的需求就出來了。例如:巡檢車輛需要有車輛的定位、電量、在線狀態(tài),還有一些特殊狀態(tài)根據(jù)不同的需求來設(shè)置,例如超區(qū)風(fēng)險(xiǎn)的預(yù)警、車輛掉線的提醒等等。
這一段主要講一下維修吧,維修是一個(gè)需要注意的資產(chǎn)管理場(chǎng)景,車輛維修涉及到的資產(chǎn)有:車輛配件(剎車部件、車輪、車座、車筐、車把套等等)、車鎖,一般情況下很少需要對(duì)車架進(jìn)行大修的(雖然很少,但是也提供一個(gè)思路。一般車架需要大修的,可以調(diào)撥回總部,通過集中大批量維修后當(dāng)做新車投放,亦可以走報(bào)廢處置),對(duì)車架上的小配件進(jìn)行維修時(shí),走一個(gè)正常的維修單登記好維修記錄和消耗配件的明細(xì)即可了。但涉及到更換車鎖的時(shí)候,這里要注意了,這里牽扯到一個(gè)車架和車鎖解除綁定和重新綁定的關(guān)系,要不然這輛車的身份就會(huì)混亂掉。
關(guān)鍵信息:
- 車架:存放地點(diǎn)、綁定狀態(tài)
- 車鎖:存放地點(diǎn)、綁定狀態(tài)、在線狀態(tài)
- 整車:存放地點(diǎn)、投放狀態(tài)
3.1.5 小結(jié)
寫到這里,資產(chǎn)管理的部分基本上寫完了,比較籠統(tǒng),甚至有些流水賬的意思,有些業(yè)務(wù)也是不太適合從“資產(chǎn)管理”這個(gè)模塊中展開細(xì)聊。雖然如此,但整體思路是順著個(gè)人的產(chǎn)品設(shè)計(jì)經(jīng)歷過來的,有很多地方大家可能會(huì)認(rèn)為設(shè)計(jì)過于復(fù)雜了。是的,這個(gè)要看具體的業(yè)務(wù)了。
但是從筆者寫這篇文章的角度,是需要把實(shí)際業(yè)務(wù)和個(gè)人的理解相結(jié)合一下的,這樣才能更加完善的表達(dá)一個(gè)車輛資產(chǎn)從系統(tǒng)中的生命周期是怎樣的。這,就是它的生命,而這,就是我們需要認(rèn)真對(duì)待它的方式。相信ToB的朋友們看過“資產(chǎn)管理”這一段之后會(huì)對(duì)整體業(yè)務(wù)有一個(gè)基本上的想象,如果文章能達(dá)成這個(gè)目的,也算筆者沒有白花心思碼字了。
四、收筆
關(guān)于這段工作的分享先告一段落了,總感覺意猶未盡,在寫資產(chǎn)管理的時(shí)候牽扯到了很多有意思的業(yè)務(wù),像采購、運(yùn)維等業(yè)務(wù),想多寫一些分享出來和大家討論,但展開來寫的話業(yè)務(wù)又有些復(fù)雜,本身工作也挺忙的,一時(shí)沒有思緒從何處起筆,等有時(shí)間了給大家好好梳理一下一個(gè)業(yè)務(wù)一個(gè)業(yè)務(wù)的分享。
對(duì)于支撐企業(yè)業(yè)務(wù)的B端產(chǎn)品經(jīng)理來說,對(duì)業(yè)務(wù)理解的深入程度,直接影響產(chǎn)品設(shè)計(jì)的質(zhì)量和用戶使用的效率,區(qū)別于平臺(tái)型的B端產(chǎn)品經(jīng)理,服務(wù)于企業(yè)的時(shí)候,考慮更多的是業(yè)務(wù)的流暢性,和功能的復(fù)用性,而做平臺(tái)型產(chǎn)品經(jīng)理的時(shí)候,考慮更多的是行業(yè)的通用性。例如我們經(jīng)常提到的SaaS、模塊化等概念,都是為了能讓平臺(tái)型的產(chǎn)品能在企業(yè)業(yè)務(wù)中落地的目的,而不管是服務(wù)于企業(yè)的B端產(chǎn)品經(jīng)理,還是在做平臺(tái)型產(chǎn)品的B端產(chǎn)品經(jīng)理,都需要有豐富的業(yè)務(wù)經(jīng)驗(yàn),而業(yè)務(wù)也是我們成長路上可靠的伙伴,盡管他曾經(jīng)無數(shù)次刁難過我們。
再給正在從事或者是想要從事B端產(chǎn)品經(jīng)理的小伙伴們打打氣吧,因?yàn)楣P者自身是從軟件專業(yè)畢業(yè)的,所以希望大家多和程序員小伙伴們溝通,多一些理解和包容,少一些戾氣和盛氣凌人,專心放到業(yè)務(wù)和服務(wù)上,你會(huì)發(fā)現(xiàn),一名優(yōu)秀的程序員同事,會(huì)是你成長道路上不可多得的良師益友。顯然,筆者就曾經(jīng)經(jīng)歷過這樣美好的時(shí)光。
最后,ToB,加油!
本文由 @橙子哥哥 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
看了大佬的進(jìn)化過程,感覺很厲害。
過譽(yù)了親,普普通通的打工人而已。
反思:
To B的朋友們應(yīng)該能看出來了,這篇文章“起高了”,有些虎頭蛇尾了,因?yàn)檎麄€(gè)管理系統(tǒng)其實(shí)就是個(gè)集團(tuán)業(yè)務(wù)的中臺(tái),而各個(gè)子業(yè)務(wù)牽扯到的專業(yè)性有太多,實(shí)在是不容易從一篇“散文”里面完整的敘述,既想描述的大一些,又想描述的清晰一些,顯然,這篇幅是實(shí)現(xiàn)不了的,也算拋磚引玉了,歡迎大家共同分享~