一個(gè)物流交易平臺(tái)“從0到1”會(huì)發(fā)生哪些故事呢？下面，筆者將為你娓娓道來(lái)：

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

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

• 出發(fā)點(diǎn)：和客戶一起解決問(wèn)題；
• 立場(chǎng)：客戶；
• 目的：創(chuàng)造我們的價(jià)值。

那么這個(gè)物流交易平臺(tái)“從0到1”發(fā)生了哪些故事，筆者將通過(guò)幾個(gè)小故事娓娓道來(lái)。

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

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

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

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

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

2. 深入了解行業(yè)客戶群的痛點(diǎn)，了解方式：

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

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

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

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

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

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

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

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

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

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

step3：用戶痛點(diǎn)的解決方案

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

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

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

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

那么，我們一步一步的來(lái)，首先要考慮要什么客戶端？

step1：確定要通過(guò)平臺(tái)完成的業(yè)務(wù)流程

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

1. 無(wú)車隊(duì)合伙人模式：

2. 有車隊(duì)合伙人模式：

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

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

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

命名為XXTMS運(yùn)輸管理系統(tǒng)；

服務(wù)對(duì)象：發(fā)貨人、承運(yùn)人、收貨人；

服務(wù)目的：達(dá)成用戶對(duì)于用戶、司機(jī)、車輛、組織架構(gòu)及業(yè)務(wù)流程的管理，司機(jī)的跟蹤、報(bào)表的管理等。

2. 司機(jī)端APP：

服務(wù)對(duì)象：個(gè)體司機(jī)和合伙人；

服務(wù)目的：達(dá)成個(gè)體司機(jī)承運(yùn)、合伙人司機(jī)接單、分配司機(jī)、轉(zhuǎn)賬給司機(jī)等；

3. 運(yùn)營(yíng)PC端：

服務(wù)對(duì)象：公司內(nèi)部員工，運(yùn)營(yíng)、產(chǎn)品等；

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

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

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

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

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

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

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

TMS運(yùn)輸管理系統(tǒng)功能劃分：

做功能劃分時(shí)使用用戶操作路徑的方式排列，主要實(shí)現(xiàn)用戶痛點(diǎn)之一的：?jiǎn)螕?jù)管理、調(diào)度車輛；監(jiān)控車輛；報(bào)表管理；

司機(jī)端功能劃分：司機(jī)接單、收款；

運(yùn)營(yíng)端功能劃分：

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

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

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

step4：原型及交互設(shè)計(jì)

本節(jié)中，筆者僅舉例TMS部分功能及司機(jī)端部分功能設(shè)計(jì)：

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

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

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

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

下圖中分別為兩個(gè)創(chuàng)建訂單頁(yè)面設(shè)計(jì)對(duì)比：

（1）左圖長(zhǎng)屏顯示，右圖一屏幕就可以顯示完成，減少開單員開單拖動(dòng)滾動(dòng)條才能看到更多內(nèi)容的時(shí)間。

（2）可以作為配置項(xiàng)的條目，讓用戶多通過(guò)快捷鍵操作，減少用戶填寫時(shí)間。

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

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

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

A公司面對(duì)市場(chǎng)用戶需求，要實(shí)現(xiàn)重點(diǎn)功能：

（1）需要做到貨物位置、軌跡實(shí)時(shí)查看及回放。（現(xiàn)實(shí)場(chǎng)景：司機(jī)結(jié)算完成運(yùn)輸任務(wù)，報(bào)銷時(shí)會(huì)查看軌跡，才會(huì)給與報(bào)銷結(jié)算；司機(jī)排長(zhǎng)隊(duì)等著工作人員看軌跡，再給錢。軌跡有問(wèn)題還會(huì)壓錢。耽誤司機(jī)運(yùn)輸任務(wù)及增加工作人員時(shí)間成本。）

（2）監(jiān)控看板讓貨物運(yùn)輸狀況一覽無(wú)余。（現(xiàn)實(shí)場(chǎng)景：司機(jī)拉著貨，在休息區(qū)休息娛樂(lè)了，時(shí)效控制差。）

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

3. 司機(jī)端

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

舉例：司機(jī)注冊(cè)認(rèn)證

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

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

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

step5：需求文檔撰寫

3個(gè)月的時(shí)間，留給產(chǎn)品的并不多，從產(chǎn)品邏輯梳理到原型設(shè)計(jì)，再到給業(yè)務(wù)方、BOSS過(guò)。有一句打忽悠的話：“過(guò)產(chǎn)品方案除了20%的能力，還得靠80%的運(yùn)氣?！?/p>

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

立場(chǎng)：后端、測(cè)試、前端、甚至運(yùn)營(yíng)；

目的：寫詳細(xì)的需求文檔，讓你所面對(duì)的立場(chǎng)用戶能夠快速進(jìn)入啟動(dòng)工作狀態(tài)；

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

1. 修訂記錄，每一次修改都要做好記錄，方便舉證。那么如何記錄，舉個(gè)例子：

2. 項(xiàng)目背景說(shuō)明

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

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

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

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

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

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

登錄：用戶使用手機(jī)號(hào)+驗(yàn)證碼方式

5. 需求完成及時(shí)安排需求評(píng)審，及時(shí)完善修正各部門同事對(duì)于需求評(píng)審時(shí)提出的問(wèn)題。

6. 正式進(jìn)入研發(fā)階段，產(chǎn)品經(jīng)理（項(xiàng)目經(jīng)理）要進(jìn)行工期排期，不過(guò)A公司給的時(shí)間只有3個(gè)月。

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

下圖舉例其中一個(gè)小迭代的安排：

7. 產(chǎn)品驗(yàn)收

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

驗(yàn)收注意點(diǎn)：

（1）系統(tǒng)全流程是否通過(guò)，邏輯是否正確

（2）用戶體驗(yàn)是否友好

（3）功能點(diǎn)是否設(shè)計(jì)完整

（4）UI

（5）交互功能是否正常

（6）各業(yè)務(wù)角色功能是否配合流程完整。來(lái)個(gè)圖例，驗(yàn)收紀(jì)要：

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

故事三：王婆賣瓜自賣自夸之運(yùn)營(yíng)推廣

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

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

面向的用戶群體歸類僅為兩類：貨主、司機(jī)。

那么對(duì)于貨主群體如何設(shè)計(jì)運(yùn)營(yíng)方案？

司機(jī)群體如何設(shè)計(jì)運(yùn)營(yíng)方案？

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

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

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

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

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

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

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

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

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

總結(jié)

產(chǎn)品經(jīng)理從得到一個(gè)項(xiàng)目創(chuàng)意，再到這個(gè)創(chuàng)意落地會(huì)經(jīng)歷幾個(gè)階段：

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

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

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

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

第五階段：運(yùn)營(yíng)推廣。

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

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

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

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

題圖來(lái)自Unsplash，基于CC0協(xié)議