一個TOB物流系統(tǒng)“從0到1”的四個故事

12 評論 12259 瀏覽 196 收藏 22 分鐘

一個物流交易平臺“從0到1”會發(fā)生哪些故事呢?下面,筆者將為你娓娓道來:

自2013年開始,筆者便從事互聯(lián)網(wǎng)產(chǎn)品行業(yè),互聯(lián)網(wǎng)產(chǎn)品是當(dāng)下最能代表城市密度概念的重要數(shù)字元素。在這些數(shù)字元素的背后,每個互聯(lián)網(wǎng)產(chǎn)品形成的背后的人或物的故事,才是這個產(chǎn)品獨特的風(fēng)光。

筆者在“A公司”設(shè)計了一套支撐定義為“大宗物料”運輸業(yè)務(wù)的B2B交易平臺,這個B2B平臺有著偉大的規(guī)劃:

  • 出發(fā)點:和客戶一起解決問題;
  • 立場:客戶;
  • 目的:創(chuàng)造我們的價值。

那么這個物流交易平臺“從0到1”發(fā)生了哪些故事,筆者將通過幾個小故事娓娓道來。

故事一:“邪惡”王后的目標(biāo)只有白雪公主之定位客戶

王后的魔鏡告訴了她,誰是世界上最漂亮的女人,現(xiàn)實世界可沒有那么厲害的鏡子,那么物流行業(yè)的用戶只有通過物流行業(yè)這個大分類,來做精準(zhǔn)定位了。

物流行業(yè),如何定位客戶?調(diào)研行業(yè)用戶、演算服務(wù)用戶成本、確認(rèn)企業(yè)自身優(yōu)勢來抓去用戶痛點,及企業(yè)自身優(yōu)勢能夠給出的解決方案。

step1:了解定位客戶群的方式

1. 匯集企業(yè)現(xiàn)有可用資源,列出企業(yè)可能服務(wù)的客戶群;

2. 深入了解行業(yè)客戶群的痛點,了解方式:

3. 摸索企業(yè)能夠給客戶群帶去的痛點解決辦法;

4. 精細(xì)演算能夠從客戶處取得的投資回報數(shù)據(jù)。

小結(jié):收集資料后的簡易適用的歸納用戶群的方法,將出現(xiàn)率高的內(nèi)容->統(tǒng)計求和->按求和數(shù)據(jù)從高到低排序。

step2:企業(yè)能力畫像及用戶畫像分析

筆者的A公司,成立之初,技術(shù)團隊僅10人,包含:老板、財務(wù)、UI、產(chǎn)品、技術(shù)經(jīng)理、Java、iOS、Android、測試、web前端。

從人的角度切入行業(yè),根據(jù)收集資料,分析數(shù)據(jù),歸納了用戶畫像及用戶的痛點。

企業(yè)能力畫像:指企業(yè)能夠提供的基本能力,也是吸引員工為之拼搏的唯一動力。

用戶畫像:基本屬性+興趣愛好+訪問屬性+使用競品+意愿屬性,實際為了解你所圈定用戶的行為習(xí)慣及使用互聯(lián)網(wǎng)產(chǎn)品的意愿。

小結(jié):用戶畫像,被企業(yè)自身具備的能力所限制,比如:不熟悉冷鏈/零售,因此不會在冷鏈用戶群體上花太多功夫,過多的研究與測算會耽擱一家企業(yè)進(jìn)入市場的時機。

A公司主要服務(wù)用戶一開始就已經(jīng)定好為:代理人、供應(yīng)商、3PL、無車承運人企業(yè),司機等,收集資料并且分析數(shù)據(jù)僅為論證服務(wù)的方向是否在承受范圍。

step3:用戶痛點的解決方案

通過用戶調(diào)研,形成用戶畫像的同時,歸納出用戶想要解決的痛點,以及企業(yè)能夠提供的解決方案。

小結(jié):確認(rèn)用戶痛點后才能知道企業(yè)設(shè)計的產(chǎn)品,如何給用戶賦能。按照調(diào)研歸納出痛點后,一定要給出自己團隊能夠做出的初步解決辦法,才能在產(chǎn)品設(shè)計時有針對性的處理方案。

故事二:人人都是魯班大師之產(chǎn)品設(shè)計

了解了用戶痛點,做產(chǎn)品設(shè)計 ,這個環(huán)節(jié)最容易硝煙四起,A公司為了快速打入市場,只給了3個月的時間,實現(xiàn)上線推廣。

那么,我們一步一步的來,首先要考慮要什么客戶端?

step1:確定要通過平臺完成的業(yè)務(wù)流程

經(jīng)分析研究客戶群體的線下業(yè)務(wù),平臺將提供兩種業(yè)務(wù)模式的流程支撐用戶:

1. 無車隊合伙人模式:

2. 有車隊合伙人模式:

step2:整理業(yè)務(wù)角色、及其要使用的功能

根據(jù)業(yè)務(wù)角色所需要的功能,結(jié)合用戶痛點,結(jié)合業(yè)務(wù)分析,考慮通過業(yè)務(wù)系統(tǒng)PC端、司機端、運營PC端來實現(xiàn)支撐業(yè)務(wù)。

1. 業(yè)務(wù)系統(tǒng)PC端:

命名為XXTMS運輸管理系統(tǒng);

服務(wù)對象:發(fā)貨人、承運人、收貨人;

服務(wù)目的:達(dá)成用戶對于用戶、司機、車輛、組織架構(gòu)及業(yè)務(wù)流程的管理,司機的跟蹤、報表的管理等。

2. 司機端APP:

服務(wù)對象:個體司機和合伙人;

服務(wù)目的:達(dá)成個體司機承運、合伙人司機接單、分配司機、轉(zhuǎn)賬給司機等;

3. 運營PC端:

服務(wù)對象:公司內(nèi)部員工,運營、產(chǎn)品等;

服務(wù)目的:管理TMS運輸管理系統(tǒng)、司機端客戶數(shù)據(jù),便于企業(yè)研究分析用戶行為。

考慮TMS運輸管理系統(tǒng),是給用戶提供一套便于操作的后臺,因涉及到大量業(yè)務(wù)流程管理實時處理、實時運費結(jié)算、用戶管理、報表統(tǒng)計、數(shù)據(jù)查看、貨物跟蹤管理等功能操作,用PC端實現(xiàn)比移動端方便,實時性比H5穩(wěn)定。

司機端的考慮,主要為優(yōu)于小程序及H5的穩(wěn)定性,尤其是涉及到收取運費、轉(zhuǎn)賬等功能。

運營端的考慮,主要是為了A公司維護用戶資料,及做數(shù)據(jù)統(tǒng)計。

劃清楚了業(yè)務(wù)系統(tǒng)邊界,這個時候就可以考慮整體的功能架構(gòu)設(shè)計了!

step3:功能架構(gòu)劃分

列具體功能之前,同研發(fā)人員一起先確定企業(yè)能夠搭建的通用架構(gòu),可復(fù)用的基礎(chǔ)結(jié)構(gòu),便于日后的架構(gòu)擴展。如下圖所示:

TMS運輸管理系統(tǒng)功能劃分:

做功能劃分時使用用戶操作路徑的方式排列,主要實現(xiàn)用戶痛點之一的:單據(jù)管理、調(diào)度車輛;監(jiān)控車輛;報表管理;

司機端功能劃分:司機接單、收款;

運營端功能劃分:

各個端的產(chǎn)品功能已經(jīng)梳理了出來,但是3個月能一起設(shè)計出來嗎?即使通宵加班加點,也需要一個理智的產(chǎn)品經(jīng)理來定義一個最小MVP,滿足系統(tǒng)準(zhǔn)時交付的同時又滿足BOSS和市場同事推廣后能夠讓用戶跑通業(yè)務(wù)流程。

那么在從0到1的過程中,筆者使用排優(yōu)先級的方式劃分一期(MVP);二期、三期迭代的功能。個人習(xí)慣,可以參考。

  • P0級功能:主要是實現(xiàn)業(yè)務(wù)流通打通,解決主要用戶痛點。MVP的原則就是可以人肉去做的事情,都先不做系統(tǒng)支持。
  • P1級功能:主要解決支撐特殊業(yè)務(wù)的需求,如線上支付、線上簽署合同、財務(wù)對賬、核銷、開票等
  • P2級功能:著重介入風(fēng)險管控,前期實現(xiàn)業(yè)務(wù)流程時不會考慮運營,在有了前期業(yè)務(wù)數(shù)據(jù)的支撐下再來考慮運營介入,對于產(chǎn)品發(fā)展來說是利好。報表的功能也可以在此結(jié)算著手,畢竟有著數(shù)據(jù)基礎(chǔ)。

step4:原型及交互設(shè)計

本節(jié)中,筆者僅舉例TMS部分功能及司機端部分功能設(shè)計:

1. TMS中最重要的一個功能【create order】

物流行業(yè)中,開單的工作是至關(guān)重要的一個環(huán)節(jié),開單的快慢,能夠簡介影響物流運輸?shù)臅r效,那么物流系統(tǒng)中常見的創(chuàng)建訂單/運單功能設(shè)計又有什么特別需要注意的呢?

針對進(jìn)行開單工作的開單員要求:開單速度要快、開單正確性。

平臺如何滿足開單員的要求:功能結(jié)構(gòu)上,對缺乏用戶需求支撐且造成干擾的功能進(jìn)行整合刪除;交互層面上,屏幕顯示盡量調(diào)整為一屏,減短用戶行為路徑;視覺上,優(yōu)化圖標(biāo)和文字,優(yōu)化顏色,讓用戶不視覺疲勞。

下圖中分別為兩個創(chuàng)建訂單頁面設(shè)計對比:

(1)左圖長屏顯示,右圖一屏幕就可以顯示完成,減少開單員開單拖動滾動條才能看到更多內(nèi)容的時間。

(2)可以作為配置項的條目,讓用戶多通過快捷鍵操作,減少用戶填寫時間。

(3)交互層面上,多級內(nèi)容盡可能調(diào)整在一個頁面上,更好的體驗產(chǎn)品的人性化。

2. TMS中車輛監(jiān)控功能

車輛監(jiān)控在物流行業(yè)是作為長期規(guī)劃的重要功能,設(shè)計時實現(xiàn)用戶重要優(yōu)先需求即可。

A公司面對市場用戶需求,要實現(xiàn)重點功能:

(1)需要做到貨物位置、軌跡實時查看及回放。(現(xiàn)實場景:司機結(jié)算完成運輸任務(wù),報銷時會查看軌跡,才會給與報銷結(jié)算;司機排長隊等著工作人員看軌跡,再給錢。軌跡有問題還會壓錢。耽誤司機運輸任務(wù)及增加工作人員時間成本。)

(2)監(jiān)控看板讓貨物運輸狀況一覽無余。(現(xiàn)實場景:司機拉著貨,在休息區(qū)休息娛樂了,時效控制差。)

(3)現(xiàn)場照片實時上傳,實現(xiàn)無紙化管理。(現(xiàn)實場景:A公司經(jīng)常讓司機將裝卸、車況、路況及貨損貨差通過拍照并且立即發(fā)群留證,容易導(dǎo)致留證照片混亂,不知道是哪筆運單的問題,造成工作人員大量繁瑣統(tǒng)計工作)。

3. 司機端

司機端規(guī)劃的功能以注冊認(rèn)證、接單、上傳回單、收錢重點。

舉例:司機注冊認(rèn)證

注冊認(rèn)證設(shè)計注意點:操作簡單、路徑短、認(rèn)證審核快。用市面已有產(chǎn)品做一個對比,如下圖所示:

左圖為研究市場某產(chǎn)品司機注冊,優(yōu)點:不會讓用戶二次提交資料;缺點:提交資料重點不明顯、注冊之后還是會有重新審核認(rèn)證過程;且需要手動填寫的內(nèi)容過多,容易引起用戶體驗不適。

右圖為A公司調(diào)研市面招募司機提交簡易資料而做的產(chǎn)品設(shè)計,設(shè)計目的:注冊提交簡易資料,用戶可進(jìn)入系統(tǒng)看產(chǎn)品提供基礎(chǔ)功能;需要操作更多功能時必須提交認(rèn)證,可以確保司機是真實用戶。

step5:需求文檔撰寫

3個月的時間,留給產(chǎn)品的并不多,從產(chǎn)品邏輯梳理到原型設(shè)計,再到給業(yè)務(wù)方、BOSS過。有一句打忽悠的話:“過產(chǎn)品方案除了20%的能力,還得靠80%的運氣。”

產(chǎn)品方案過了就是最重要的寫需求環(huán)節(jié),也同時是可以進(jìn)入UI、UE設(shè)計環(huán)節(jié)。

立場:后端、測試、前端、甚至運營;

目的:寫詳細(xì)的需求文檔,讓你所面對的立場用戶能夠快速進(jìn)入啟動工作狀態(tài);

那么你的需求要寫的多詳細(xì)?

1. 修訂記錄,每一次修改都要做好記錄,方便舉證。那么如何記錄,舉個例子:

2. 項目背景說明

BOSS告訴我,今天要做個小功能,為什么要做這樣的功能就必須讓BOSS講出來來龍去脈,如果是他覺得應(yīng)該這么加個功能,你也要懷抱十萬個為什么的心態(tài)。當(dāng)然,適當(dāng)挑戰(zhàn)老板。

研發(fā)面對我們是一樣的道理,你的需求文檔需要告訴研發(fā),這個項目的背景,產(chǎn)品設(shè)計時為什么出現(xiàn)這個模塊,為了解決什么?

3. 動態(tài)結(jié)構(gòu)

模擬用戶在頁面上的操作路徑,讓開發(fā)測試人員能夠直觀了解頁面功能組成,直接上個示例圖:

4. 詳細(xì)需求文檔

詳細(xì)需求文檔,每個企業(yè)的產(chǎn)品文化導(dǎo)致需求文檔有不同的寫作方法,比如:就在原型旁邊注釋;用Word編寫;等,筆者舉個直接在原型上注釋的例圖:

登錄:用戶使用手機號+驗證碼方式

5. 需求完成及時安排需求評審,及時完善修正各部門同事對于需求評審時提出的問題。

6. 正式進(jìn)入研發(fā)階段,產(chǎn)品經(jīng)理(項目經(jīng)理)要進(jìn)行工期排期,不過A公司給的時間只有3個月。

筆者與各個部門負(fù)責(zé)人將工作原本長達(dá)3個月的工期,拆分成了3個月開發(fā)、測試3個小迭代,最后在統(tǒng)一上線,可以各部門人員飽滿工作時間,敏捷開發(fā)也是最高效的工作方式。

下圖舉例其中一個小迭代的安排:

7. 產(chǎn)品驗收

產(chǎn)品上線前的驗收,也是產(chǎn)品經(jīng)理要做的重要工作之一。

驗收注意點:

(1)系統(tǒng)全流程是否通過,邏輯是否正確

(2)用戶體驗是否友好

(3)功能點是否設(shè)計完整

(4)UI

(5)交互功能是否正常

(6)各業(yè)務(wù)角色功能是否配合流程完整。來個圖例,驗收紀(jì)要:

小結(jié):故事二對于產(chǎn)品經(jīng)理的工作流程做了一個簡要梳理,這也是初次接觸產(chǎn)品經(jīng)理崗位的小白可以參考的工作點。

故事三:王婆賣瓜自賣自夸之運營推廣

王婆不夸自己的瓜,買家就不知道瓜甜。

產(chǎn)品經(jīng)理不需要做運營推廣的具體工作,但一定要有自己的一套產(chǎn)品運營思維,針對A公司的這一套物流業(yè)務(wù)系統(tǒng),筆者是如何做的運營方案:根據(jù)用戶群,設(shè)計運營方案。

面向的用戶群體歸類僅為兩類:貨主、司機。

那么對于貨主群體如何設(shè)計運營方案?

司機群體如何設(shè)計運營方案?

小結(jié):運營方案的制定簡單,但實時操作及后續(xù)會產(chǎn)生的問題多樣,筆者將在未來的更新中將本文中所涉及運營中建立渠道、積分體系以及為什么筆者的運營方案中沒有出現(xiàn)SEO/SEM等線上推廣方式,筆者將做詳細(xì)的獨立篇章介紹。

故事四:蜀道難,難于上青天之產(chǎn)品roadmap

川蜀地區(qū)山多路彎,要向前走,要向上去,要看更好的風(fēng)景就要經(jīng)過這些艱難。

每一個產(chǎn)品在推出的時候,一定是符合當(dāng)前業(yè)務(wù)模式及滿足技術(shù)能力的。但是技術(shù)會不斷進(jìn)步,用戶的需求也在不斷更新,品牌也會隨著市場而擴展。

產(chǎn)品的roadmap實際在項目規(guī)劃初期就會確定,筆者之所有放在最后描述,主要原因歸屬于產(chǎn)品的迭代路徑會隨著用戶需求,市場的趨勢而做調(diào)整。

舉例如何規(guī)劃roadmap:

首先:同BOSS、業(yè)務(wù)一同確認(rèn)經(jīng)過驗證的業(yè)務(wù)地圖,如下圖所示:

其次:根據(jù)業(yè)務(wù)地圖,確認(rèn)實現(xiàn)支撐各個業(yè)務(wù)階段的功能地圖,如下圖所示:

小結(jié):產(chǎn)品的迭代路徑,切記要根據(jù)企業(yè)的業(yè)務(wù)規(guī)劃來做具體規(guī)劃,面向B端的業(yè)務(wù)系統(tǒng)與面向C端的產(chǎn)品不同點,就在于B端業(yè)務(wù)系統(tǒng)多數(shù)由用戶更高的需求及市場的趨勢決定,而不僅僅是由用戶體驗所決定。

總結(jié)

產(chǎn)品經(jīng)理從得到一個項目創(chuàng)意,再到這個創(chuàng)意落地會經(jīng)歷幾個階段:

第一階段:分析并摘選符合該創(chuàng)意的用戶群。

第二階段:分析并驗證該項目是否可以賦能用戶,是否有利于企業(yè)自身的發(fā)展。

第三階段:分析所屬用戶群體的真實痛點(一個業(yè)務(wù)系統(tǒng)給用戶賦能的特點)、業(yè)務(wù)邏輯、束流系統(tǒng)的功能特點。

第四階段:產(chǎn)品設(shè)計。

第五階段:運營推廣。

第六階段:產(chǎn)品的迭代規(guī)劃及后續(xù)維護。

這幾個階段都是一個獨立的但又承上啟下密不可分的精彩充滿了創(chuàng)意、創(chuàng)造力、活力的故事。

 

作者:Leo周,?一只特立獨行、桀驁不馴、惹是生非的資深產(chǎn)品“獅子”

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

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 這個是駒馬嗎?

    來自湖北 回復(fù)
  2. 好評

    回復(fù)
  3. 我是做it社qun的,大佬能加你vvx不

    來自上海 回復(fù)
  4. 所以做任何一行都有自己的方法論,是指引大家正確做事的基準(zhǔn),不管做什么行業(yè)、產(chǎn)品或做什么事

    來自北京 回復(fù)
  5. 這個項目我怎么感覺有點熟悉

    來自廣東 回復(fù)
  6. 高質(zhì)量干貨,專業(yè)過硬,能否加好友請教? ??

    來自河南 回復(fù)
  7. 大佬,加微信,求帶

    回復(fù)
  8. 前輩,能否加好友溝通交流。我是一枚剛?cè)腴T的物流產(chǎn)品,

    來自浙江 回復(fù)
  9. 老哥,最近在做什么物流項目?

    來自福建 回復(fù)
  10. 花了2個小時認(rèn)真學(xué)習(xí),認(rèn)真做筆記,收獲滿滿。有引導(dǎo),有步驟,還有實例,感覺很清晰。

    點個大贊 !

    來自廣東 回復(fù)
  11. 嘆為觀止,賞心悅目

    來自上海 回復(fù)
    1. 你說的是三星的OLED 屏幕么 ??

      來自遼寧 回復(fù)