兩個場景,四款產品,聊聊地址控件設計
文章從貨源篩選和貨源發(fā)布兩個場景出發(fā),對貨運產品中地址控件的設計方式進行了體驗分析,希望通過此文能夠加深你對地址控件的認識。
相信大家都度過了一個魔幻的2020年,新年伊始就把我們這些在底層掙扎還未脫貧的所謂“IT搬磚者”打個下馬威,不斷聽到身邊誰誰誰一直待業(yè)未復工、XXX公司連續(xù)幾個月工資骨折價、XXX公司還未開工已經遣散……..哎,Ruby姐的日子也不好過啊,公司leader學起了大公司的OKR考核,我們底層交互從業(yè)者也被迫營業(yè),在業(yè)務量有減無增的基礎上,去不斷不斷的“找茬”,細化目前已有產品的交互。
咳咳,言歸正傳,和大家分享一篇日常工作中對于地址控件的“絲滑體驗”,通篇沒有高逼格的詞匯(想要我也整不出來),只有職場底層打工者的“吶喊”(雙手扶腮)~~~~~Ready?Go~~~(文章真的不長,不想看請直接點擊關閉)
恩,Ruby姐從事的是貨運行業(yè),了解貨運產品的同行們應該都會知道,地區(qū)的選擇功能可以幫助司機用戶在眾多貨源中快速定位、與自己相匹配的出發(fā)地和目的地的貨源檢索,讓司機能夠接到單、賺到錢??!(就和我們淘寶必用搜索一個理兒~),那貨運哪些場景會使用到我們這個地址控件呢?
場景一:貨源篩選
并不是每款李佳琦推薦的口紅都適合我們,司機也是一樣,一打開app那么多貨源也讓司機同志們看花了眼,很多大貨車司機走的線路是既定的,即A-B(B的周邊),B-往返A,所以你就知道篩選地區(qū)的貨源是多么重要~
本次Ruby姐調研(偷窺)了4款目前貨運主流產品在設計地址控件的設計邏輯和思路,被偷窺者內容依次為(排名不代表喜歡程度哦):
- 快成司機;
- 省省回頭車;
- 物泊56找貨;
- 運滿滿
首先有請:
【Ruby個人小結】:快成app找貨的地區(qū)篩選中,點擊是跳轉到地址選擇頁面,點擊進行省—市(或全市)—區(qū)(或全區(qū))的選擇。
【優(yōu)點】——
地址采用平鋪的方式鋪開,對于司機年齡較大的群體來說地區(qū)選擇比較直觀。
【缺點】——
需要頁面跳轉,貨源的出發(fā)地和目的地都只支持一個地區(qū),無法進行多個地區(qū)的篩選(要知道現(xiàn)實中司機不是單線程動物啊,去往B沒有貨源,那B周邊城市也行啊,啊啊啊啊)。
下一位:
【Ruby個人小結】:?快成司機端的地區(qū)篩選是點擊右邊滑出一個抽屜頁面,在這個頁面上集齊了所有的貨物篩選項,支持輸入。
【優(yōu)點】——
支持搜索具體地址,拓展性強。
【缺點】——
1.每次的選擇篩選項在搜索列表中無法直觀的看到之前設置的搜索結果,當篩選到全省的時候還需要點擊進行全區(qū)的選擇,設計上很累贅。
2.貨源的出發(fā)地和目的地都只支持一個地區(qū),無法進行多個地區(qū)的篩選(犯了和上面快成司機一樣的錯啊,是不是?)
再下一位:
【Ruby個人小結】:?運滿滿司機端的貨源篩選是采用的平鋪式設計,支持多個目的地篩選,比如從某地出發(fā)可以到目的地相近的多個地點的篩選,且支持查看歷史搜索的記錄。
【優(yōu)點】——
1. 地址采用平鋪的方式鋪開,對于司機年齡較大的群體來說地區(qū)選擇比較直觀;
2.支持最多3個目的地的篩選
【缺點】——
1. 省-市-區(qū)聯(lián)動選擇返回上一步的操作對于司機來說需要適應有一點點學習成本。
2. 無法實現(xiàn)精準的查找。
場景二:貨源發(fā)布時地址的選擇與定位
正如我們所知道的,就算司機再怎么賣力、再怎么“超載”完成貨主老大的貨運需求,如果貨主老大給司機朋友們發(fā)了一個錯誤的地址,或者司機同志打開百度、高德…..甚至于打車開軟件也無法定位的地址,你想想司機同志辛苦操著自己賺錢的家伙,準備出發(fā)時,納尼:貨主發(fā)的啥地址?壓根定位不到啊,這平臺是不是騙子吧?。。?!我&&&&……()**
所以貨主端的發(fā)貨地址牽扯的地址控件的操作也是灰常重要滴!下面就跟隨Ruby的鍵盤手來看看把~坐穩(wěn)了您嘞~
首先有請:
【Ruby個人小結】:省省回頭車的地址定位是輸入關鍵詞后下拉列表中對應的關鍵詞聯(lián)想搜索,地址定位再進一步輸入收件人相關信息。
【優(yōu)點】?——
地址關鍵詞聯(lián)想減少用戶輸入成本,再進入輸入后進一步完善信息符合用戶的常規(guī)操作,地址信息不容易斷層。
【缺點】——
當用戶搜索的地址沒有對應的定位坐標時,沒有對用戶進一步的進行引導(貨主金主懵了,什么?地址無法定位?我該怎么辦呢)
下一位:
【Ruby個人小結】:運滿滿貨主的裝卸貨地址默認是手動錄入,錄入地址會進行關鍵詞聯(lián)想,并且語音輸入的按鈕非常明顯,當用戶不想手動錄入時,還支持地圖的位置定位,可以拖動地圖或者在輸入框中錄入地址信息定位后確認定位結果信息。
【優(yōu)點】——
地址關鍵詞聯(lián)想減少用戶輸入成本;
【缺點】——
- 手動錄入的地址并不是強制性定位,很可能會遇到司機導航時無法進行精準的定位并查找到卸貨地;
- 當用戶搜索的地址沒有對應的定位坐標時,沒有對用戶進一步的進行引導。
總結
諸位“IT看客們”相信看了ruby姐的嘔心瀝血的廢話,應該明白了哪種設計方式更加適合自己了吧?當然我在分析(拼湊了)這篇小結后,對自家產品需要改進的地方已然明了,因為涉及到一些公司商業(yè)私密我就不寫改進方案啦(留著去忽悠領導切),當然還有其它產品比如旅游、地圖的地址控件的交互因為ruby姐實在太懶就不一一點評回味了,有興趣的同行們可以去瞅瞅,“借鑒借鑒”~
這真的是ruby姐第一篇處女文章,走過路過不要忘記給點個贊,因為沒有贊,我真的沒有動力再寫下一篇(哼,就是這么膚淺,反正你們又不給我錢,有些主播直播寫代碼還能收到禮物呢~~)
哈哈哈哈,最后祝同仁們熬過寒冬,雖然我們知道這個行業(yè)可能就看不到春天,只有無止盡的996和什么okr考核在等著我們,所以讓我們互相取暖不至于凍死吧。愛你們哦,么么噠~
本文由 @ruby的筆記 原創(chuàng)發(fā)布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議。
所以如果用戶沒有搜索到定位坐標時,應該怎樣設計對用戶體驗最好?
定位暴露了城市??
你好 我可以轉載你的文章嗎?
可以噠~