這交互稿乍看不錯,其實埋了不少坑
編輯導語:交互設計師在進行產品的頁面設計時,要照顧到很多角度的畫面,比如不同板塊、不同功能的交互設計都有不一樣的標準,所以在進行交互稿的創作時有很多需要注意的地方;本文作者分享了關于交互稿的一些注意事項,我們一起來了解一下。
最近星球里的產品設計訓練營在做一個跑腿代購的 APP,收到不少交互稿,包括如下面這張首頁。
其實這張交互稿算是完成度比較高的了,可能由于作者以前做視覺比較多,畫面的細節處理還是比較到位,例如陰影、背景漸變、優惠券樣式等。
但是從體驗設計的角度,還是有很多地方可以優化的。
我提出一些建議后,他進行了修改,修改之后的方案我會放在后面。
這里先分析一下問題:
一、搜索框是否要展開?
很多 APP 都有在首頁可以看到,只是有的收起有的展開。
這個方案中,把搜索框展開,放在當前定位的下面,占據了一整行的位置,有必要嗎?
跑腿代購 APP,用戶的主要操作應該是:
- 直接下單
- 查看當前訂單
- 瀏覽可選商品
會一上來就使用搜索功能的,應該是極少數。
既然是極少數情況才會用到的功能,在界面頂部這么顯眼的地方占據一整行,就有些浪費了。
還不如把搜索功能收起,放到定位和消息同一行,省下來的空間說不定可以多露出點下面更有用的信息。
二、提供什么搜索?
以現在的技術水平,一個 APP 給用戶提供什么搜索,主要還是看用戶需要什么,其次再考慮可實現性。
那么對于一個以跑腿代購為主,外賣、電商為輔的 APP,用戶可能有什么搜索需求呢?
橫向對比一下常用的外賣和購物類 APP,答案可能是:
- 商品
- 店家
- 訂單
- …
這個方案里,直接把搜索范圍限制在了“快遞單號查詢”,就有點迷惑了。
如果是 APP 內的單號,應該直接用其它方式提醒或展示給用戶,不能指望用戶把單號記下來,下次查詢。
如果是 APP 外的單號,用戶為什么不直接百度或者用菜鳥等更加專業的快遞查詢工具,非要跑著這個做跑腿代購的 APP 來查單號呢?
對于這個搜索功能,我的建議是:
- 采用模糊搜索,允許用戶搜索商品、店家、訂單等信息
- 如果沒有運營能力,可以放“搜索”、“想買什么”等提示
- 如果有運營能力,可以放關鍵詞推薦
三、交互要考慮運營嗎?
理論上運營計劃確實應該由運營或者產品來做,但是一般出交互稿時,還處于“腦暴”階段,并沒有特別明確的運營計劃。
但是交互稿上又不可能完全無視運營,畢竟現在大部分 C 端產品都是高度依賴運營的。
所以就導致,交互稿必須考慮運營,而且是大膽設想多過縝密計劃。
這個交互稿就對運營模塊有所計劃,雖然不一定到最后能實施,但這樣的交互稿才是團隊合作需要的。
要說有什么可以優化的點,還是有兩點:
福利要有吸引力:
「新人專享福利大禮包」,這句話是沒錯,可就是看起來沒什么吸引力?,F在網上各種禮包、紅包這類詞太多了,用戶早就麻木了。
建議:如果寫“首單免費”、“新人五折”……這類的,能讓用戶秒懂的具體福利,反而更有吸引力。
雖然想這些東西理論上是運營的責任,但是稍微動動腦子,就可以把方案設計得有吸引力一些,難道不是事半功倍的事嗎?
運營模塊要考慮維護成本:
優選模塊的這類運營圖,需要經常更新的,例如淘寶會根據大數據貼上當前用戶可能感興趣的商品摳圖。
又是大數據,又是海量摳圖的,創業小公司肯定承擔不起,所以到最后變成了設計師的每日負擔,很花時間可又未必能創造什么實際價值(何必給自己挖坑)。
建議:要么這里就換成直接拿商品縮略圖就能展示的樣式,不需要額外改圖了;要么換成一張圖的 banner,做一張圖總比做三張圖負擔小。
四、優化后的方案
這位同學,改了一版就把問題都解決了,看來之前給的建議都切實理解了。
交互設計就是這樣,不同的人咋看眼去,好方案壞方案好像沒有很大區別。
如果問題不解決,埋下的坑就要等到后面的視覺、開發、測試等落地階段,才會逐一發現,然后返工。
而懂行或者做熟練的人,開始時就會預計到以后可能的問題,一手控制研發和運維成本,另一手提高體驗和轉化率。
不知道大家還有什么交互心得,可以在評論區分享一下。
#專欄作家#
作者:Z Yuhan,一名前華為騰訊留英設計師;公眾號:體驗進階。
本文原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
老師好厲害