對于很多體驗設(shè)計師來說，職業(yè)生涯成長到一定高度就意味著要轉(zhuǎn)管理職能。但并不是所有人的技能都匹配，也不是所有人都希望走這條路，許多用戶體驗經(jīng)理和主管很羨慕他們的直接下屬能夠處理棘手的復(fù)雜問題。

一些設(shè)計師希望在自己所選擇的領(lǐng)域中持續(xù)深耕，成為更厲害的設(shè)計專家。這引出了一個問題…

1.想深耕用戶體驗，需要在哪些維度提升呢？

換句話說，當(dāng)你不成為管理者而繼續(xù)實踐高級的用戶體驗設(shè)計意味著什么呢？

雖說職業(yè)道路是動態(tài)的且持續(xù)成長永無止境的，但是達(dá)到高級用戶體驗層次是有些特點的。這些特點是什么呢？如果你問10個資深用戶體驗專家可能得到10個不同的答案，但值得一提的是，下面是我認(rèn)為的前五名。

假設(shè)你是一個負(fù)責(zé)企業(yè) B2B 采購軟件的體驗設(shè)計師，雖然并不性感，但充滿了我們許多人渴望的那種堅韌的復(fù)雜性。（ 我們是硬骨頭的征服者，對吧？）你正在開發(fā)一個新功能來批量處理過去的訂單，以節(jié)省用戶的時間。從業(yè)務(wù)角度看似乎很簡單—— 選擇過去的訂單，點擊“重新排序”按鈕，創(chuàng)建新的批次。很簡單，對吧？

作為一個非資深用戶體驗設(shè)計師可能會認(rèn)同，他們會快速投入畫界面草圖，打開一個新的 Figma 文件，在訂單列表添加多項選擇器，并在頁面上加一個“重新訂購”的按鈕。

相反，如果你是高級用戶體驗設(shè)計師，我期待你像以下這樣解決問題。

你的關(guān)鍵問題體現(xiàn)了研究差距。

你對系統(tǒng)提出了非常準(zhǔn)確且尖銳的問題，暴露出其被他人忽視的復(fù)雜性。如果團隊還沒有準(zhǔn)備好，那你可以在界面設(shè)計上一舉取得重要突破。

舉例來說，你可能會問，如果用戶勾選了之前使用不同支付賬戶下單的多個訂單時，批量處理將如何工作。是再次向相同的賬戶收費？還是用戶可以覆蓋或重新選擇一個新賬戶支付？

哦，那是什么？之前沒人想到過嗎？在我們開始設(shè)計之前，最好是和用戶聊下怎么操作，以及和開發(fā)者聊一下技術(shù)上可以如何實現(xiàn)。

（ 作為用戶導(dǎo)向體驗設(shè)計的倡導(dǎo)者，我想強調(diào)文中我用大寫標(biāo)出的內(nèi)容，特別是它們第一次出現(xiàn)的時候。我并不是在對你大喊~ ）

高階用戶體驗設(shè)計師會在考慮界面設(shè)計之前，先對系統(tǒng)進(jìn)行建模，以發(fā)現(xiàn)未知的未知因素。

1）設(shè)計師+開發(fā)者的合作模式能夠奏效

自我提升不一定要通過懂得編程實現(xiàn)，但是卡羅萊 索伯-詹姆斯說：“設(shè)計師應(yīng)該懂得開發(fā)”意思是你需要持續(xù)有效與開發(fā)者合作，盡早讓他們參與項目避免浪費時間。你要對當(dāng)前產(chǎn)品數(shù)據(jù)模型和信息如何組織連接有透徹理解。這樣你才能在問題發(fā)生前察覺。

比如說，你知道賬戶附屬于部門，而部門綁定預(yù)算。如果訂單超出了預(yù)算，系統(tǒng)將報錯。

在做批量項目時就有個時鐘時刻提醒你，你就會思考：

“如果一批訂單中有一個超出了預(yù)算，整批訂單都要報錯嘛？”

高階用戶體驗設(shè)計師可以看到數(shù)據(jù)流和潛在的技術(shù)或業(yè)務(wù)問題，他們可能在白板上畫一些這樣的草圖以方便和開發(fā)者及利益相關(guān)方進(jìn)行合作討論。

從業(yè)務(wù)角度來說什么最重要？從技術(shù)角度看什么是可能的？

縱觀這些問題通常是損害系統(tǒng)體驗的關(guān)鍵問題。想象下如果你沒有考慮清楚這一點，你的再設(shè)計創(chuàng)造了一個漏洞，讓全球的預(yù)算陷入赤字？太可怕了。

當(dāng)你在處理復(fù)雜系統(tǒng)的時候能夠像玩轉(zhuǎn) 4D 象棋一樣游刃有余，讓你具備無限價值，從而脫穎而出。

2）使用一致性來提升體驗，而不是損害體驗

高階體驗設(shè)計師，不管你的頭銜是“初級”還是“高級”，都懂得人類大腦工作的規(guī)律。你知道一致性可以帶來安全感和舒適感，讓產(chǎn)品易學(xué)易理解。但你也知道一致性也讓數(shù)字環(huán)境更難理解。

作為高階體驗設(shè)計師，你可以避免變形和雷同 —— 在需要的時候保持一致性，在需要的時候用不同的組件。

雷同= 代表的是兩個非常不同的對象采用相似的（一致的）設(shè)計。比如把批量處理和單個訂單設(shè)計的一模一樣。

變形= 代表的是相同的對象在不同界面呈現(xiàn)完全不同的樣子。比如對批量處理詳情頁和訂單列表頁的訂單卡片采用完全不同的設(shè)計。

作為高階的體驗設(shè)計師，你可以在一英里之外就發(fā)現(xiàn)這些設(shè)計問題。（ 可以在這個迷你工作坊中了解全部四種體驗設(shè)計錯誤 ）你用一個設(shè)計體系來確保相同的對象看起來一樣，不同的對象看起來不同。

所以不論是否是批次的一部分，訂單在你設(shè)計的工具中看起來是相同的。每個個體只顯示額外增加的信息，清楚地表明它是批次 X 的一部分。相反，訂單、賬戶和批次則看起來明顯不同，因為它們在用戶的心智模型中是非常不同的對象。

細(xì)小的視覺設(shè)計語言和一致的屬性定位能讓重要的對象更易識別更有區(qū)分度。

3）從全局出發(fā)來思考

如果要求你不管整個產(chǎn)品，僅針對一個頁面或功能重新設(shè)計，作為高階體驗設(shè)計師，你會拒絕這樣短視的設(shè)計要求，而試圖讓決策者了解產(chǎn)品的內(nèi)在聯(lián)系。

你在系統(tǒng)中思考，而不只是頁面、功能或組件。你始終在大的語境中思考“范圍內(nèi)”的事物如何影響“范圍外”的事物。

作為高階用戶體驗設(shè)計師，當(dāng)你從事基于功能的工作時，你會再次提出好的問題。

比如，讓你設(shè)計“創(chuàng)建新批次”頁面時，你將展示批次、訂單和賬戶之間的關(guān)系。您提出了用戶如何將訂單添加到“創(chuàng)建新批次頁面”，但用戶也可能期望在“訂單列表”頁面上多選訂單并從那里開始批量創(chuàng)建。此外，仔細(xì)注意到，用戶還可能期望能夠從“訂單詳情頁面”將訂單添加到任何草稿批次中。

這個新功能將如何影響已有的頁面呢？如果用戶想取消或復(fù)制一個批次會怎樣？你需要一個批次列表頁嗎？

4）在開始設(shè)計之前先嘗試?yán)斫?/p>

以上所有這些都?xì)w結(jié)到最后一點。作為一名高階體驗設(shè)計師，您不會容忍只是將甲板上的椅子移來移去，這就像沉沒的泰坦尼克號一樣，或者像我們行業(yè)經(jīng)常說的，給豬涂口紅這樣做無用功。作為一個高階體驗設(shè)計師，你知道，如果他們只是簡單地添加留白空間，更新 UI 語言，或者使用用戶體驗設(shè)計規(guī)范，但對他們收集的所有信息的含義沒有 清晰透徹的理解，實際上反而可能會使系統(tǒng)變得更糟。（ 也許你感受不深，但我對此深有體會。）

特別是對于復(fù)雜的 B 端工具產(chǎn)品，原有系統(tǒng)可能很難看，可能需要額外的點擊，但使用了 7 年的人對它了如指掌。如果你介入進(jìn)來，讓它看起來更絲滑，并根據(jù)“用戶體驗設(shè)計規(guī)范”而不是對系統(tǒng)的全面理解來重新組織內(nèi)容，你將很有可能做出用戶完全拒絕使用的產(chǎn)品。

作為高階體驗設(shè)計師，你知道需要在開始設(shè)計前先理解業(yè)務(wù)，且有一套切實可行、可復(fù)用的工具來幫助全面快速理解，以及如何 幫助整個團隊快速建立認(rèn)知。

你還具備 軟技能，能夠?qū)⒛膯栴}和深度系統(tǒng)級思考定位為有價值的資產(chǎn)，幫助團隊從長遠(yuǎn)來看節(jié)省時間。你能闡明為什么深入理解深入細(xì)節(jié)如此重要，并讓團隊認(rèn)可這些而非認(rèn)為是將事情復(fù)雜化。

所以回到我們的例子中，你需要確信自己正確理解了用戶要用批量處理功能的原因，也就是功能的使用場景是什么 —— 用戶什么情況下會用這個功能？

你需要弄清楚用戶進(jìn)行批量處理時需要哪些信息，有批號嗎還是只有批次內(nèi)的訂單號？用戶可以修改訂單郵寄地址或新增批次郵寄地址嗎？你需要知道批次的履約狀態(tài)與其中訂單的履約狀態(tài)之間的關(guān)系 —— 它是如何運作的？批次的履約狀態(tài)是否與訂單的不同？！