真正的體驗設計:元數據設計
總有產品說用戶體驗不是核心,但這個不是核心的用戶體驗,卻能掌控產品的生死。
在瀏覽產品相關資訊時,發現一個問題:人人都想當產品經理,但是人人都當不好產品經理。大部分產品相關的網站首頁被模板式競品分析、體驗報告占據,今兒咱就斗膽說些別的,一個經常被提到但又不經常被記住的東東:用戶體驗。
在面向用戶端的產品,無論是C端還是B端,你都會面臨一個問題:你需要教會用戶如何“接觸”和“使用”產品。這就是用戶體驗作為的地方。好的用戶體驗,可以讓你的產品在用戶間自傳播。然而壞的用戶體驗,會把產品抹殺。你記過有多少次因為產品的登錄體驗而刪除APP的嗎?來看幾個例子:
1.獵聘
這是我見過的最無情的提示語。當一個端的用戶向另一個端轉移時,最重要的重度操作的提示不一致,獵聘可能自己都不知道都這樣奇葩的提示。(我使用密碼登錄時可以登錄是最騷的)
2.途牛
可點擊按鈕使用藍色(郵箱/用戶名登錄;遇到問題)和灰色(注冊),信息和可點擊按鈕重色(手機號/國家或區號;下方按鈕),這會帶來可怕的理解偏差:注冊無法點擊,手機號和國家可以點擊。信息引導和操作完全相反。(我敢保證:該頁面注冊按鈕的點擊率較低)
3.滴滴出行
離開頁面的按鈕灰色(返回/取消),引導操作按鈕橙色(驗證碼/輸入框)。用戶對如何使用理解偏差很小。
4.微信
拋開使用頻率和規模,讓你從這四款火爆產品中選出一款,你會選擇哪一款?我想大概率是滴滴出行。這就是用戶體驗作用。用戶體驗就是商機。
Axure有一個又好玩有炫酷的東西:元件。它能保證你的原型能在視覺和交互上和頂級產品輸出的完全一致。其實,用戶體驗也是一致的。我把它叫做用戶體驗設計的元數據,即最小可描述用戶行為。它也能保證你的產品在用戶體驗上追趕甚至超過優質或同質產品。
用戶體驗的四個元數據組
通常我會將一個產品的用戶體驗拆分為四個元數據組:設計、文案、交互、邏輯,由于工作時間短,暫未碰到其他元數據組,就不亂講啦。咱們一條一條說。
1.設計 —— 最冒險的元數據
為什么這么說?因為在所有的用戶端,尤其是移動端,設計是最先接觸用戶,是產品的第一印象。怎么樣才算是一個好的設計?設計沒有評估的標準,更偏向于主觀認識。但好的設計也有一些規律。除去最簡單的親密、重復、對比、對齊之外,都會做到以下七點:
- 內容清晰:如果文本都看不清、界面混亂無比,你的用戶會被搞暈。
- 層級明顯:必填和非必填、可選、操作狀態一定是分明的,否則用戶甚至不敢操作。
- 同類信息同類設計:信息指示一定不能和操作相同設計交叉,典型的例子就是上面的途牛。
- 導航不言自明
- 可遷移體驗
- 可被測試:大屏和小屏查看設計圖的效果,可能一個天一個地。
- ⑦符合心理預期:當你讓用戶想到西瓜時,你不能讓用戶看到全是紫色的界面。
你可能不信怎么會有這么多要求,不信你可以看看微信在各個端口登錄體驗和發現頻道,是否滿足了以上所有要求:
將設計問題搞定的最簡單方法是原型中的母板。在任何項目之初,我會首先固定兩種母版:文本框和列表,其他的母版根據也無需要調整。
2.文案 —— 最暖心的元數據
文案是一個好玩的東西,因為它既會讓你抓狂(實在想不出來啊?),也會讓你瘋狂(想出合適的很爽),但它卻是一種隱式用戶體驗:有了它用戶并不會買單,但沒有它用戶絕對離開。比如獵聘,有還不如沒有,逼我離開。
什么樣的文案,是好的文案?這個問題一定會讓你想起一個鼻祖:杜蕾斯。比如這個:
但這樣的文案絕對不適合在產品中出現。為什么?
- 含義不清:沒參與的人根本不知道發生了什么。
- 具有偏頗:使用明顯喜好引導的文案,會讓你的用戶很反感,比如你點擊郵箱注冊,提示你“建議使用手機號注冊”,這和沒有郵箱注冊按鈕是一樣的。
- 不合時宜:用戶在付款時,你告訴他“不好意思哦,絕不支持XXX”,基本是在告訴他別使用我們的產品了。
- 低于零度:毫無溫度,沒有對用戶的關懷。
來看一個真正合適的好文案:
處理文案問題最快速的是表格(或者腦圖)。當產品中每種狀態和對應的文案列出來,一個有溫度的產品就會慢慢誕生。千萬不要使用原型分頁,不要片面評估文案。
3.交互 —— 最效率的元數據
對交互設計,產品經理雖不專業,但一定要懂什么是好的交互設計。
- 減少輸入操作:能夠點擊、滑動的絕不輸入,輸入意味著至少多三步操作(顯示鍵盤—輸入—隱藏鍵盤)。
- 基于可控范圍:用戶端都有可控范圍,即使是PC。他也有用戶熟悉的可控范圍,千萬不要逆范圍而行,比如將windows窗口控制放到左邊。
- 同類交互同類設計
- 明確且連貫
- 可預見:信息和文案設置不要搞怪,如標題為“開啟WIFI”,那按鈕開啟時開啟了WIFI還是按鈕關閉開啟了WIFI?
對于產品經理而言,解決交互設計最簡單的方法就是保存好。優質軟件請下載后不要刪除,優質頁面請分類截圖保存好,優質交互請錄屏保存好或者找到相似的產品。凡是能幫助你在下次用戶體驗設計中想到的方法,你都可以使用。
4.邏輯 —— 最傷腦的元數據
為什么說傷腦?因為你必須不斷推翻對的事情。比如,當設計登錄注冊邏輯時,對于在驗證碼中檢測出未注冊的手機號時最常見的最直接的方法就是一個toast“賬號不存在”,像這樣:
從邏輯上,業務上甚至于用戶本身的體驗上,都是沒問題的。但是為什么我說這是沒有思考的用戶邏輯?因為對用戶而言,注冊這一步本身其實是不存在的,沒必要的:你想線下用戶去超市,需要身份嗎?用戶只要登錄就好,注冊是PC時代產品為了安全強加的。
但移動端適用嗎?我的答案是:不!
移動端安全都可以通過手機號解決,而且沒有密碼意味著必須通過手機號登錄,賬號反而更加安全。
最有效的解決邏輯問題的方法是自我檢查,借力使力。
自我檢查很好理解,就是不斷告訴自己是錯的,嘗試推翻自己原有思維。
借力使力其中之一的方法是懟你的同事,讓他們懟你。千萬記得是產品方面的懟,不是人身上的懟哦。
5.元數據組 —— 由點到面的進化
當你將以上四個元數據組設計完畢時,你會驚奇的發現:不僅僅產品體驗流暢了,你對產品本身的認識也提高了。或許下次你就會做出神一樣的產品。以下是我利用上面的方法做出的用戶頁面,相信各位小伙伴能給出更棒的指導?:
總有產品說用戶體驗不是核心,但這個不是核心的用戶體驗,卻能掌控產品的生死。請看重并善待它(而且誰說功能不是用戶體驗的一部分的)。
作者:劉鐵頭,微信公眾號:鐵頭功
本文由 @劉鐵頭 原創發布于人人都是產品經理。未經許可,禁止轉載。
文章看不懂,但是字都認識
…這么誠實的小伙伴,必須加一波公眾號 哈哈