1 說明

基于用戶體驗要素分別在戰(zhàn)略層（產品目標、目標用戶）、范圍層（產品定位）、結構層（交互設計及信息架構）、框架層（界面、導航、內容）、表現(xiàn)層（視覺呈現(xiàn)）對省省回頭車做競品分析。競品對象：貨拉拉。體驗環(huán)境：ios 11.3.1、省省回頭車4.4.2、貨拉拉4.5.1。

2 戰(zhàn)略層

用戶畫像：

從百度指數(shù)看出，貨拉拉女性占比較大?；仡^車以B端切入，更偏重B端，順帶C端。貨拉拉更偏重同城C端。

基于種用戶畫像建模

3 范圍層

1.省省回頭車以回頭車跨城物流切入做去中心化平臺型產品。

2.貨拉拉當前版本定位同城貨運工具型產品。

4 結構層

4.1 信息架構

1. 回頭車用戶與司機端公用APP，用戶與司機本身模糊化角色可以相互轉化。缺點：用戶與司機功能邊界不明顯，屬于獨立業(yè)務，不利于不同團隊發(fā)展。

2..貨拉拉用戶端與司機端分離，獨立運營，更利于長期發(fā)展。

3回頭車社區(qū)平臺更有特色增加用戶粘度。

4.回頭車電商模塊商品應做分類，圖片質量應優(yōu)化。

5.信用和反饋體系建設在產品增長期更為重要。

5 框架層（預約功能）/表現(xiàn)層

1.在什么時間，想用什么車，裝什么貨，花多少錢。優(yōu)先級錢、車、時間、貨。

2.貨拉拉整體功能設計更貼合用戶心里。價錢第一眼可以看到。

3.第一次用APP的用戶對車輛只有基本認識（非司機），貨拉拉對車的描述更形象.

4.針對價格貨拉拉更加清晰透。（價格明細）而回頭車則比較模糊。

5.地址選擇貨拉拉搜索+LBS，用戶體驗更佳

5.貨拉拉可添加送貨人聯(lián)系信息并能從電話本導入。

6.給司機捎句話功能回頭車更貼心。

7.回頭車歷史記錄更加方便非初次使用用戶

7.省省回頭車沒有統(tǒng)一的狀態(tài)模版、加載模版等需設計。

6 問題與結論（回頭車）

一、建議針對2大用戶（個體及B端）做不同的功能及運營策略。

個人：針對個人的C端用戶而言，具有偶發(fā)性的特征，使用頻率較低，屬于低頻用戶。用戶界面偏向工具型。

個體戶及小公司（小C端）：針對個體戶或小公司而言，是有計劃的。收藏功能、發(fā)票功能的缺失等。調研B端用戶是在PC端使用頻率高，還是移動端使用頻率高，考慮下一步對產品設計的偏向性。

二、建議分開貨主及司機端

后期運營城市較多，貨主及司機屬于不同業(yè)務范疇，獨立業(yè)務運營，獨立團隊運營，更利于公司長期發(fā)展。

三、把控線下的服務和風險，比如貨物的丟失，線下服務人員的質量

1.司機端注冊之后，該區(qū)域的回頭車工作人員，會與司機進行聯(lián)系，需要司機帶領身份證、駕駛證、行車證及自己的車輛，到貨拉拉當?shù)毓具M行1天的相關培訓，并進行相關信息的錄入。在這點上，不僅保證了司機的服務質量和服務水平，因為可以責任到人，所以也大大降低了產品運送過程中可能會出現(xiàn)的安全隱患。

2.在用戶方面，用戶進行搬運完成后，會對司機進行評分，評分直接影響到司機展示在用戶面前的星級，如果服務不到位，會對司機自己造成不太好的影響。不僅如此，平臺在為客戶推送司機時，除了優(yōu)先推送購買特權的人，其次會優(yōu)先推送等級評分較高的司機，也就是說會直接影響到司機自身的收益，所以這點上也很好的保障了司機的線下服務質量。

四、其他

1.用戶不知道用什么車

回頭車在不同車型展示時標注了體積、長寬高、噸位，并不能非常直觀的將能夠容納多少東西展示在用戶面前。存在一定的認識符合。

在這點上，藍犀牛做的是十分不錯的，可以參考藍犀牛的展示方式，來進行優(yōu)化這一點。如下圖：

2.價格應該更透明

在這點上，貨拉拉做的是十分不錯的，可以參考貨拉拉的展示方式，來進行優(yōu)化這一點。如下圖：

3.用戶需求方面，有對貨物安全性的擔心，在下單前也沒有辦法看到司機的評星

1、我認為可以學習58貨運，與保險公司進行對接，每單進行承保。讓用戶對平臺更加信任，承保成本可以進行協(xié)商，與在運送成本中進行計算獲取承保費用，大量訂單承保，對接保險的費用可以談的很低。

2、如果保險談的下來，在首頁當中標識出，您的每個貨運訂單都由XXX承保，則會進一步促進訂單的生成。

3、當然在這方面會消耗掉公司一部分成本，但如果可以增加信任，促進轉化及用戶量的話，這么做也是值得的。