別讓界面背叛戰(zhàn)略，用“概念模型”鎖定用戶體驗的底層邏輯

凌晨1點的機場到達口，李女士拖著行李箱站在路邊刷打車軟件。

界面做得挺精致，藍色按鈕寫著"立即呼叫"，可點下去跳出來三個選項，快車、專車、順風車。

她本來想選最快的，結(jié)果看到順風車價格只有快車一半，猶豫兩秒點了進去。

十分鐘后手機還在顯示"尋找司機"，她開始后悔早知道界面上那個小人跑圈的動畫代表"司機可能接單也可能不接單"，當初就該直接選快車。

這事兒說出來你可能不信，李女士最后沒坐上順風車不是因為司機少，而是產(chǎn)品設(shè)計時沒把"順風車是司機接單制"這個核心邏輯講明白。

設(shè)計師天天改界面顏色、調(diào)按鈕大小，卻沒搞清楚用戶腦子里對"叫車"的固有想法。

今天咱們就聊個設(shè)計師必須懂的底層邏輯，概念模型四步法，看完你就明白為啥有些產(chǎn)品看著漂亮卻不好用。

很多設(shè)計師天天糾結(jié)的界面好看不好看，在用戶眼里根本不是重點。

用戶真正在乎的是"我想做的事，這個產(chǎn)品能不能讓我順順利利做完"。

概念模型就是干這個的它是藏在界面背后的"翻譯官"，左邊對著公司戰(zhàn)略，右邊對著用戶想法，把兩邊的話說明白了，產(chǎn)品才好用。

就像早期叫車軟件模仿路邊招手的動作設(shè)計按鈕，這叫"匹配用戶現(xiàn)有心智"，確實能讓大爺大媽也會用。

但真要做出讓人眼前一亮的設(shè)計，還得往上走。

微信紅包就是個好例子，把線下發(fā)紅包的習慣搬到線上，大家一看就懂，這叫"指引用戶接受新概念"。

再厲害點的，比如滑動解鎖，現(xiàn)在沒人覺得這操作奇怪吧？但十年前這可是顛覆認知的設(shè)計，這就叫"塑造用戶新心智"。

現(xiàn)在知道為啥有些產(chǎn)品團隊總吵架了吧？產(chǎn)品經(jīng)理說"要突出平臺調(diào)性"，設(shè)計師說"用戶習慣這么點"，本質(zhì)上是沒把概念模型想清楚。

IDEO有報告說73%的體驗問題都出在這，不是按鈕放左放右的事兒，是底層邏輯沒對齊。

咱們拿李女士的例子拆開揉碎了說，概念模型四步法到底怎么用。

第一步得先搞清楚"什么不能動"。

李女士凌晨打車，安全肯定比省錢重要，平臺呢，得平衡司機數(shù)量和乘客體驗，倆就是"戰(zhàn)略輸入"，相當于給設(shè)計畫了條紅線。

要是為了多接單把司機審核放寬了，那就是本末倒置。

然后得琢磨用戶腦子里到底在想啥。

表面上李女士是要"叫車"，實際她怕什么？怕遇到壞人，怕等太久，怕不知道車到哪了。

這些深層需求得挖出來，再對應(yīng)到產(chǎn)品里該有哪些功能比如司機信息得顯眼，位置得實時更新，緊急按鈕得好找。

接下來是把這些想法變成產(chǎn)品里的"零件"，行程、司機、評價這些都是基本對象，每個對象有什么屬性，能做什么操作，得列清楚。

就像搭積木，先把方塊、圓柱這些基礎(chǔ)件做好，后面才能搭出東西。

最后一步是把這些零件串成用戶能走的路。

李女士打開APP，第一步該看到什么？是直接選車型還是先輸?shù)刂罚康却臅r候要不要告訴她"附近有3個司機正在看你的訂單"？

這些細節(jié)得順著用戶的習慣來，別讓她多走一步冤枉路。

說個反面例子，早期順風車直接把司機競價界面擺出來，用戶一看"怎么還能討價還價"，投訴率噌噌漲。

設(shè)計師總說自己不是"美工"，但到底怎么證明？得從懂概念模型開始。

只會畫界面的是執(zhí)行者，能把用戶心思轉(zhuǎn)成設(shè)計方案的是翻譯者，而真正厲害的設(shè)計師，能拿著概念模型跟老板聊戰(zhàn)略，告訴團隊"咱們該往哪走"。

現(xiàn)在你再看手機里那些好用的APP，是不是能隱約看到這些邏輯在背后起作用？其實用戶要的不是花里胡哨的界面，是"我想做的事，它正好懂"。

下次改設(shè)計的時候，先別急著調(diào)顏色，想想用戶拿到手機時，腦子里已經(jīng)有了什么想法，你打算怎么跟他"對話"。

概念模型這東西，說難也難，說簡單也簡單就是別讓用戶猜，把復(fù)雜的戰(zhàn)略藏在簡單的體驗里，這才是產(chǎn)品設(shè)計的真本事。