一個物流交易平臺“從0到1”會發(fā)生哪些故事呢？
來源/人人都是產(chǎn)品經(jīng)理
作者/leo周
自2013年開始，筆者便從事互聯(lián)網(wǎng)產(chǎn)品行業(yè)，互聯(lián)網(wǎng)產(chǎn)品是當下最能代表城市密度概念的重要數(shù)字元素。在這些數(shù)字元素的背后，每個互聯(lián)網(wǎng)產(chǎn)品形成的背后的人或物的故事，才是這個產(chǎn)品獨特的風(fēng)光。
筆者在“A公司”設(shè)計了一套支撐定義為“大宗物料”運輸業(yè)務(wù)的B2B交易平臺，那么這個物流交易平臺“從0到1”發(fā)生了哪些故事，筆者將通過幾個小故事娓娓道來。
故事一：“邪惡”王后的目標只有白雪公主之定位客戶
王后的魔鏡告訴了她，誰是世界上最漂亮的女人，現(xiàn)實世界可沒有那么厲害的鏡子，那么物流行業(yè)的用戶只有通過物流行業(yè)這個大分類，來做精準定位了。
物流行業(yè)，如何定位客戶？調(diào)研行業(yè)用戶、演算服務(wù)用戶成本、確認企業(yè)自身優(yōu)勢來抓去用戶痛點，及企業(yè)自身優(yōu)勢能夠給出的解決方案。
step1：了解定位客戶群的方式
1. 匯集企業(yè)現(xiàn)有可用資源，列出企業(yè)可能服務(wù)的客戶群；
2. 深入了解行業(yè)客戶群的痛點，了解方式：
3. 摸索企業(yè)能夠給客戶群帶去的痛點解決辦法；
4. 精細演算能夠從客戶處取得的投資回報數(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è)進入市場的時機。
A公司主要服務(wù)用戶一開始就已經(jīng)定好為：代理人、供應(yīng)商、3PL、無車承運人企業(yè)，司機等，收集資料并且分析數(shù)據(jù)僅為論證服務(wù)的方向是否在承受范圍。
step3：用戶痛點的解決方案
通過用戶調(diào)研，形成用戶畫像的同時，歸納出用戶想要解決的痛點，以及企業(yè)能夠提供的解決方案。
小結(jié)：確認用戶痛點后才能知道企業(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端：
服務(wù)對象：發(fā)貨人、承運人、收貨人；
服務(wù)目的：達成用戶對于用戶、司機、車輛、組織架構(gòu)及業(yè)務(wù)流程的管理，司機的跟蹤、報表的管理等。
2. 司機端APP：
服務(wù)對象：個體司機和合伙人；
服務(wù)目的：達成個體司機承運、合伙人司機接單、分配司機、轉(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)擴展。如下圖所示：
1.TMS運輸管理系統(tǒng)功能劃分
做功能劃分時使用用戶操作路徑的方式排列，主要解決用戶痛點：單據(jù)管理、調(diào)度車輛；監(jiān)控車輛；報表管理等痛點
司機端功能劃分：司機接單、收款等功能。
運營端功能劃分：積分商城、司機維護、貨主維護等功能。
step4：原型及交互設(shè)計
本節(jié)中，筆者僅舉例TMS部分功能及司機端部分功能設(shè)計：
1. TMS中最重要的一個功能（create order）
物流行業(yè)中，開單的工作是至關(guān)重要的一個環(huán)節(jié)，開單的快慢，能夠簡介影響物流運輸?shù)臅r效，那么物流系統(tǒng)中常見的創(chuàng)建訂單/運單功能設(shè)計又有什么特別需要注意的呢？
針對進行開單工作的開單員要求：開單速度要快、開單正確性。
平臺如何滿足開單員的要求：功能結(jié)構(gòu)上，對缺乏用戶需求支撐且造成干擾的功能進行整合刪除；交互層面上，屏幕顯示盡量調(diào)整為一屏，減短用戶行為路徑；視覺上，優(yōu)化圖標和文字，優(yōu)化顏色，讓用戶不視覺疲勞。
下圖中分別為兩個創(chuàng)建訂單頁面設(shè)計對比：
左圖長屏顯示，右圖一屏幕就可以顯示完成，減少開單員開單拖動滾動條才能看到更多內(nèi)容的時間。交互層面上，多級內(nèi)容盡可能調(diào)整在一個頁面上，更好的體驗產(chǎn)品的人性化。
2. TMS中車輛監(jiān)控功能
車輛監(jiān)控在物流行業(yè)是作為長期規(guī)劃的重要功能，設(shè)計時實現(xiàn)用戶重要優(yōu)先需求即可。主要注意以下3個方面：
（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ī)劃的功能以注冊認證、接單、上傳回單、收錢重點。
注冊認證設(shè)計注意點：操作簡單、路徑短、認證審核快。用市面已有產(chǎn)品做一個對比，如下圖所示：
左圖為研究市場某產(chǎn)品司機注冊，優(yōu)點：不會讓用戶二次提交資料；缺點：提交資料重點不明顯、注冊之后還是會有重新審核認證過程；且需要手動填寫的內(nèi)容過多，容易引起用戶體驗不適。
右圖為A公司調(diào)研市面招募司機提交簡易資料而做的產(chǎn)品設(shè)計，設(shè)計目的：注冊提交簡易資料，用戶可進入系統(tǒng)看產(chǎn)品提供基礎(chǔ)功能；需要操作更多功能時必須提交認證，可以確保司機是真實用戶。
step5：需求文檔撰寫
3個月的時間，留給產(chǎn)品的并不多，從產(chǎn)品邏輯梳理到原型設(shè)計，再到給業(yè)務(wù)方、BOSS過。產(chǎn)品方案過了就是最重要的寫需求環(huán)節(jié)，也同時是可以進入UI、UE設(shè)計環(huán)節(jié)，那么你的需求要寫的多詳細？
1. 修訂記錄
每一次修改都要做好記錄，方便舉證。
2. 項目背景說明
BOSS告訴我，今天要做個小功能，為什么要做這樣的功能就必須讓BOSS講出來來龍去脈，如果是他覺得應(yīng)該這么加個功能，你也要懷抱十萬個為什么的心態(tài)。當然，適當挑戰(zhàn)老板。
研發(fā)面對我們是一樣的道理，你的需求文檔需要告訴研發(fā)，這個項目的背景，產(chǎn)品設(shè)計時為什么出現(xiàn)這個模塊，為了解決什么？
3.動態(tài)結(jié)構(gòu)
模擬用戶在頁面上的操作路徑，讓開發(fā)測試人員能夠直觀了解頁面功能組成，直接上個示例圖：
4. 詳細需求文檔
詳細需求文檔，每個企業(yè)的產(chǎn)品文化導(dǎo)致需求文檔有不同的寫作方法，比如：就在原型旁邊注釋；用Word編寫等，筆者舉個直接在原型上注釋的例圖：
5.需求完成及時安排需求評審
及時完善修正各部門同事對于需求評審時提出的問題。
6.正式進入研發(fā)階段
產(chǎn)品經(jīng)理（項目經(jīng)理）要進行工期排期，不過A公司給的時間只有3個月。筆者與各個部門負責人將工作原本長達3個月的工期，拆分成了3個月開發(fā)、測試3個小迭代，最后在統(tǒng)一上線，可以各部門人員飽滿工作時間，敏捷開發(fā)也是最高效的工作方式。
下圖舉例其中一個小迭代的安排：
7.產(chǎn)品驗收
產(chǎn)品上線前的驗收，也是產(chǎn)品經(jīng)理要做的重要工作之一。需要注意幾個驗收注意點：系統(tǒng)全流程是否通過，邏輯是否正確；用戶體驗是否友好；功能點是否設(shè)計完整；交互功能是否正常等
小結(jié)：故事二對于產(chǎn)品經(jīng)理的工作流程做了一個簡要梳理，這也是初次接觸產(chǎn)品經(jīng)理崗位的小白可以參考的工作點。
故事三：王婆賣瓜自賣自夸之運營推廣
王婆不夸自己的瓜，買家就不知道瓜甜。產(chǎn)品經(jīng)理不需要做運營推廣的具體工作，但一定要有自己的一套產(chǎn)品運營思維，針對A公司的這一套物流業(yè)務(wù)系統(tǒng)，筆者是如何做的運營方案的？
面向的用戶群體歸類僅為兩類：貨主、司機。
對于貨主群體如何設(shè)計運營方案：
對于司機群體如何設(shè)計運營方案：
小結(jié)：運營方案的制定簡單，但實時操作及后續(xù)會產(chǎn)生的問題多樣，筆者將在未來的更新中將本文中所涉及運營中建立渠道、積分體系以及為什么筆者的運營方案中沒有出現(xiàn)SEO/SEM等線上推廣方式，筆者將做詳細的獨立篇章介紹。
來源/人人都是產(chǎn)品經(jīng)理
作者/leo周
⊙文章內(nèi)容為作者獨立觀點，不代表物流指聞立場，轉(zhuǎn)載此文章需經(jīng)作者同意，同時注明作者姓名及來源。
