編者按：2012年的Spotify 設計團隊還是一團亂麻，到今天已經是協同效率，有標準可循的頂尖團隊。來看這位總監如何從零開始改善它的。

歡迎關注譯者的微信公眾號：「非科班設計」

“設計無法標準化”在過去四年一直困擾著我。2012年我加入Spotify設計團隊的時候，被當時的混亂與分散嚇到了。說得詳細點，字體、色彩、圖片、板式、信息架構和交互方式好像全部都沒有能夠遵循的標準。

當我開始跟他們談論這件事時，我才知道整個團隊也為此覺得沮喪。我們的結論是：支離破碎的產品恰巧反映這個團隊的松散，設計師分散在不同的項目、時區和漫無目標的時程表，當然不可能有任何機會去改善。

可是，這些原因在現代科技公司不是很常見嗎？所以我第一次說出：“設計無法標準化”。

編者按：很多同學不清楚交互設計師是做什么的，也不知道如何評價一個App 的交互，不過看完這篇你就懂啦。

一、交互設計師的價值

1. 職能價值

將需求轉化為解決方案的能力（將模糊抽象的需求轉化成清晰具體的可視化解決方案）。

這個價值是最基本的專業價值，但你千萬不要覺得你做的僅僅是用軟件畫幾個頁面而已。

例如你接到一個掃碼申請加入群聊的需求，你的任務不只是將申請加入的頁面畫出來，而是要考慮整個用戶場景，就比如用戶申請入群后，如果審批人沒有拒絕，也沒有同意，相當于服務器沒有接收到任何指令，那申請的頁面怎么反饋呢，這些都是要考慮進去的。

所有交互設計師要提供的是一整套解決方案，其中要考慮正向、反向、閉環等各種場景。

在有限的界面尺寸里，給予用戶無限操作可能

股票中行情內容是最多的，其內容展現的難度系數相當大，所以它的交互設計也十分棘手。

在一個界面中，僅通過點擊方式無法承載股票行情的諸多功能點。要想界面簡潔、突出重點就必須把相對次要的功能隱藏起來。在行情界面設計過程中遇到的主要問題是哪些東西該顯示，哪些東西隱藏，隱藏后如何讓用戶發現，怎樣的顯示方式更容易被用戶接受等等。

編者按：今天這篇文章，是由騰訊高級交互設計師@C7210 向同學們征集問題后作出的回答，涉及交互設計、行業趨勢、職場、工具推薦等等，都是大家平時特別關心的，趕緊來收。

歡迎關注作者（高級交互設計師、貓奴、吉他手、鼓手、老狗、單身，現就職于騰訊ISUX）的微信公眾號：Beforweb

提問

來自@X丶field：請問對于現在視覺和交互逐漸融合的UX/Product Designer崗位有什么看法？

C 回復：

好問題，也是我個人以及一些朋友正在親身面對、體會和見證的所謂“行業趨勢”。

首先排除全能型個人以一當十的情況，單就通常意義上的團隊協作的形式而言，目前我所能看到的“融合”分為兩類：

第一類：交互設計師與視覺設計師在產品層面統一認知，理解并認同商業意義及產品目標，以此為基礎，在各施所長、各盡其職的同時，更多的學習、了解彼此職能的目標、焦點和工作方法，互相理解，融會貫通，減少分歧，降低成本，以最大化的合力完成產品設計工作。這種模式下，所謂“UX/產品設計師”是對兩種職能的統稱。本質上講，這就是對于我們如今所熟悉的傳統團隊模式的一種漸進式提升。

盡可能閱讀各種相關材料，比如商業計劃，產品計劃，市場調查報告，平臺規范等，以更綜合地為設計做鋪墊，當中會用到文獻調研，競品分析，啟發式評估等方法。團隊的不同角色根據各自職責進行分析，比如視覺設計師可能多分析現在的視覺潮流，產品載體所在平臺的設計規范，當然結果是面向所有人共享的。

白珠子：提到用戶招募，你的眼前可能馬上浮現出一個麻煩熊孩子的形象。假如你采納了定性研究方法，它幾乎就無法躲開。它令人疑惑，一開始你可能一頭霧水，不太清楚要找怎樣的用戶；它讓人著急，你計劃在4天內找到合適的用戶，在多個渠道發放了招募信息，卻只收到少量回應，不得不將整個調研項目的時間往后推；它不讓人省心，用戶也許表示只在某個特定時間段有空，可是這個時間段已經被另一位用戶占用了……你來來回回地調整時間表，既尷尬又心累。

怎樣才能讓這位“熊孩子”聽話些？今天筆者就來簡要說說用戶招募的步驟和其中的一些技巧。

占位符文本可用作幾乎所有的HTML輸入類型的屬性，被誤導的設計師和開發人員不要猶豫。為復雜的表單提供文字幫助或者刪除輸入標簽來提高美觀度都頗具吸引力，然而，這樣使用占位符文本會導致許多可用性問題。

本文將例舉常見的不良做法，并提供替代方案。

將占位符作為標簽

說起“愉悅性”，我們通常會想到一些讓人感到溫暖、開心的東西，譬如毛絨玩具、紙杯蛋糕、擁抱，等等。

不過，具有愉悅性的事物在某些情況下同樣會帶來負面效應。某些笑話可能冒犯到他人，溫馨的廣告可能誤導部分觀眾，即便是可愛的音效也會因為運用不當而使人抓狂。

在UX領域，我們總會對那些體現著愉悅性的設計細節贊賞有加；而另一方面，對其負面效應的了解也將有助于我們更好、更全面的掌握這一設計原則，避開陷阱。

場景對于界面設計和可用性測試來說都是非常重要的。

一、在描述一個場景時，需要涵蓋哪些方面呢?

一個好的場景在描述簡潔的同時，還需要回答下列關鍵的問題

用戶是誰?人物角色可以反映出網站真實的、主要的用戶群體。

用戶為什么來你的網站?如果可以的話，記下用戶到你的網站來的動機和預期。

用戶的目標是什么? 通過任務分析，你可以了解用戶到你的網站來是想獲得什么，進而可以知道你的網站需要做什么才能讓用戶滿意的離開。

另外一些場景描述還可以回答以下的問題：

在設計這個網站之前，你可以先寫下10-30個你認為的用戶想訪問你的網站的原因或者用戶希望通過網站完成的任務。

場景和人物角色還可以結合起來，分類呈現不同類型的用戶到網站來的原因，有什么樣的需求，揭示出“什么樣的人”在“什么樣的場景”下會有“什么樣的行為”。

場景和人物角色可以通過故事的方式結合起來：為什么某類用戶會來你的網站?他們來網站希望做什么?這類用戶有什么特征?這些特征怎么影響到他們在網站上的行為的?

因此，設計一個網站的關注點應該在用戶以及他們想達成的目標，而不是網站的組織和內在架構。知道了用戶的需求后，網站的內容及架構該怎么呈現也就不言自明了。

在可用性測試中使用任務場景

在為可用性測試設置場景時，考慮到時間的關系，測試任務不宜多于10-12個。此外，在測試中，你還可以詢問用戶自己的場景，他們為什么到你的網站來，他們想通過你的網站獲得什么。

可用性測試中，避免通過場景告訴用戶如何去完成一個任務，而應該在測試中觀察用戶是如何完成任務的，并根據用戶的操作情況來判斷當前網站的設計是否能夠幫助用戶在特定的場景下順利的完成任務。

可用性測試的場景中不能包含任何告訴用戶該如何完成任務的信息。可用性測試過程會呈現出用戶是如何完成任務的，并且能告訴你這個頁面是推動還是阻礙了這個任務的完成。

在正式測試前，你需要寫下你預期的用戶是如何完成這個任務的所有路徑和步驟，包括用戶可能使用的主要的入口或者其他的入口，供給觀察人員和記錄人員在測試中使用。而在測試后，可對比下你的預期過程和用戶完成任務的真實過程，這個對比過程有助于思考你的網站的架構和導航的效率。

今天我們來聊聊競品分析，它并不是像人們認為的那樣——有統一的模板，因為針對不同的崗位，做的競品分析是不同的。所以我的文章標題是：交互設計師如何做競品分析。