交互設(shè)計的專業(yè)性——用戶體驗認知與落地

前言

從事設(shè)計與交互設(shè)計工作已6年有余，一直以來、無論圈內(nèi)圈外都會談到交互設(shè)計是什么？具體做什么？交互的價值是什么？交互設(shè)計的專業(yè)壁壘是什么？每每向別人解釋這些問題時，總沒有辦法很好的答案。如：

1. 思考人的問題、塑造用戶行為、時間線上的體驗美學(xué)。（感覺高大上有木有，但也可能被認為假大空!!!）

2. 承接需求、分析業(yè)務(wù)規(guī)則、設(shè)計使用流程。（會讓人覺得格局略窄？）

3. 分析使用場景和用戶動機、發(fā)現(xiàn)隱藏需求或欲求，為其提供解決方案。（好像搶了產(chǎn)品經(jīng)理的飯碗!!!）

4. 平衡商業(yè)需求和用戶需求，選擇合適的設(shè)計方案為企業(yè)提供更大價值。（有點忽悠嫌疑，對吧!!!）

5. 用戶調(diào)研、根據(jù)用戶群體的認知，設(shè)計符合用戶習(xí)慣的使用方式。（來來來，解釋一下認知這個詞，噗~~~~）

為了解釋交互設(shè)計的專業(yè)能力和交互設(shè)計的價值，我根據(jù)自己的工作經(jīng)驗和工作理解，從兩大方面，共四篇文章來回答我自己的疑問。

一、交互專業(yè)角度

1. 交互設(shè)計的專業(yè)性——用戶體驗認知與落地

2. 交互設(shè)計的綜合性——后APP時代交互設(shè)計師的主場

3. 交互設(shè)計的獨立性——常態(tài)下交互設(shè)計師和產(chǎn)品經(jīng)理的競合關(guān)系

二、交互管理角度

1. 交互團隊管理者--塑造團隊氛圍的能力

用戶體驗認知與落地

如何通過用戶體驗認知并推動其落地呢？我個人歸為6大點，如下：

1. 需求層次與用戶體驗解構(gòu)

交互設(shè)計崗位是用戶體驗設(shè)計的重要角色。而用戶體驗是一個寬泛的詞，可以應(yīng)用在各類產(chǎn)品、各類場景，不具有落地性和可執(zhí)行性。如果要真正落地和被執(zhí)行，首先要對用戶需求和體驗進行解構(gòu)，個人粗略的解構(gòu)為三個級別：

1. 核心需求-------------目標達成與否------------------核心體驗（根本）

2. 感知需求-------------視覺、觸覺、聽覺-------------感知體驗（強）

3. 任務(wù)需求-------------任務(wù)流&操作流----------------過程體驗（相對弱）

面對不同產(chǎn)品，體驗的側(cè)重不同：

1. B端產(chǎn)品核心體驗是第一位的，如公司業(yè)務(wù)管理需要、公司盈利需要、控制成本需要等；核心在于公司內(nèi)部需要，重點要滿足管理者、決策者。可以稱之為“客戶體驗”。

2. C端產(chǎn)品感知體驗要高于核心體驗，因為C端同質(zhì)類產(chǎn)品太多且基于相似的核心需求，所以感知需求就更為重要，如快速打開、準確找到、美觀新穎、簡單直接等；

3. 不同產(chǎn)品都會存在過程體驗，如任務(wù)流程，產(chǎn)品過程，對高級功能需求等，此類體驗基于產(chǎn)品本身動態(tài)變化，如強勢的B端產(chǎn)品（政府、醫(yī)院）過程體驗設(shè)計可以略弱，C端產(chǎn)品則需要精心設(shè)計過程體驗。

面對產(chǎn)品的不同階段，體驗的側(cè)重也不同：

• 產(chǎn)品導(dǎo)入期：重點滿足用戶的核心體驗，在過程中一切向達成用戶核心目標妥協(xié)；

• 產(chǎn)品成長期：核心需求被驗證，積極改進感知需求，強化感知體驗；

• 產(chǎn)品成熟期：打造品牌認知，感知體驗和核心體驗形成一個整體，形成品牌優(yōu)勢；

LOFTER作為C端、成熟期、小而美的格調(diào)性產(chǎn)品，其需求可以分解為：

內(nèi)容消費者核心需求：閱讀、收藏自己感興趣的內(nèi)容（快/慢）
內(nèi)容創(chuàng)造者核心需求：記錄、創(chuàng)造自己興趣范圍內(nèi)的內(nèi)容并傳播；”
用戶使用的感知需求：美觀、自我格調(diào)；

根據(jù)其需求的關(guān)鍵詞，將用戶體驗解構(gòu)，如下：

個性：滿足用戶自我的興趣需要；
準確：準確的遵從用戶興趣；
高效：快速的為用戶提供內(nèi)容，并盡可能的節(jié)省用戶成本（時間和流量）；
簡單：減低用戶認知負荷，簡單就是力量;
傳播：幫創(chuàng)作者傳播，獲得更多曝光;
美觀：具有高要求的視覺愉悅性;
創(chuàng)新：堅持創(chuàng)新，為用戶帶來更好體驗；

經(jīng)過解構(gòu)之后，產(chǎn)品的用戶體驗一目了然，根據(jù)解構(gòu)后的準則進行針對性設(shè)計，如：隱形的收集用戶興趣、為其提供準確的內(nèi)容、提升加載速度、打開即消費等，如此可以快捷的創(chuàng)造出相對出色的使用體驗。

2.  定義問題與識別需求，修正需求和組織最優(yōu)方案；

首先交互設(shè)計崗位與產(chǎn)品經(jīng)理的區(qū)別在于：

1. 產(chǎn)品經(jīng)理定義產(chǎn)品戰(zhàn)略，用戶群體，產(chǎn)品差異化競爭策略，落地于功能策略（包括優(yōu)先級、取舍與克制）、商業(yè)推廣、品牌運營時機等組合方案。雖概覽全局、不乏謹慎細致、但鮮有克制；

2. 交互設(shè)計定義用戶在產(chǎn)品（社區(qū)、工具、電商）內(nèi)的生活方式、生活感受、把握體驗的節(jié)奏，落地于信息設(shè)計、情感設(shè)計、任務(wù)設(shè)計、工作流整合、架構(gòu)設(shè)計、導(dǎo)航設(shè)計；雖細膩嚴謹、卻往往拘于一點或一線，略失全局；

其次交互設(shè)計師在接受項目時的思考過程：

交互設(shè)計承接需求后，會了解需求要解決的問題，會了解問題產(chǎn)生的原因，會了解用戶的動機，分析用戶動幾下可能產(chǎn)生的行為，會根據(jù)用戶的認知能力和使用經(jīng)驗，來設(shè)計合適的展現(xiàn)方案，設(shè)計合適的使用流程，會考慮理解難度和使用難度。所以交互的思考過程：

• 重新定義或理解要解決的問題（如拉新、維舊、優(yōu)化改進、修復(fù)錯誤），識別問題是否存在，發(fā)現(xiàn)問題的關(guān)鍵點。

• 識別用戶需求強度 、理解問題在全局的價值，控制交互力度和節(jié)奏。

• 識別用戶群體的認知能力，如以往的經(jīng)驗，學(xué)習(xí)成本、認知推斷等，以此來組織頁面元素。

• 識別用戶所需時機（問題發(fā)生時機），根據(jù)感知閥限和情感訴求，來在合適的時機提供解決方案。

交互根據(jù)自己的理解和分析，用邏輯推論和數(shù)據(jù)分析的方式來進行需求修正、指導(dǎo)方案設(shè)計、為產(chǎn)品提供最優(yōu)解，最大程度的解決問題；

備注：
認知能力取決于消費者的學(xué)習(xí)、經(jīng)驗、認知、記憶，屬于認知心理學(xué)的相關(guān)知識 ；
認知閥限取決于消費者感覺，包括視覺、聽覺、嗅覺、觸覺等
需求時機產(chǎn)生于用戶在域內(nèi)生活的關(guān)鍵環(huán)節(jié)中，在關(guān)鍵環(huán)節(jié)中進行交互影響，容易形成更有節(jié)奏的用戶體驗。
以上將在把握用戶體驗節(jié)奏中闡述。

3.  數(shù)據(jù)收集與分析，用“相關(guān)關(guān)系”來取代“因果關(guān)系”

正如第2點描述，交互設(shè)計過程屬于前期的創(chuàng)造性階段；前期的用戶體驗解構(gòu)、問題定義、用戶認知、需求時機等皆是因果關(guān)系下的理論邏輯推導(dǎo)；而因果關(guān)系只是邏輯上可行，但因果關(guān)系本身是一個悖論，并不具有說服力。（簡單理解因果關(guān)系如：“因為努力學(xué)習(xí)，所以成績好”）

如果要讓推導(dǎo)結(jié)果和方案設(shè)計更具有可行性和說服力，還需要通過數(shù)據(jù)呈現(xiàn)和數(shù)據(jù)證明的方式來在團隊內(nèi)外進行說服。即：利用數(shù)據(jù)的相關(guān)關(guān)系來告知我們“是什么”。（簡單理解相關(guān)關(guān)系如：“火災(zāi)嚴重情況和消防站派出的消防車數(shù)量有相關(guān)關(guān)系”）

所以交互設(shè)計會進行：

• 盡可能收集現(xiàn)有數(shù)據(jù)，避免小樣本下部分特征被放大而導(dǎo)致問題中心偏移。

• 觀察并呈現(xiàn)數(shù)據(jù)之間的相關(guān)關(guān)系，利用數(shù)據(jù)之間的相關(guān)關(guān)系設(shè)計方案或判斷需求時機。

  如“微信運動22:00左右通知一天運動步數(shù)，是基于22:00與用戶活躍的相關(guān)關(guān)系”；
  亞馬遜商品詳情頁的相關(guān)商品推薦，是基于大數(shù)據(jù)下商品與商品之間的相關(guān)關(guān)系；

• 根據(jù)數(shù)據(jù)之間的相關(guān)關(guān)系，推演數(shù)據(jù)預(yù)期并轉(zhuǎn)化為可被計算的商業(yè)價值，使交互方案更具有信服力，如：

  LOFTER電商化過程中，跟進用戶操作路徑研究，預(yù)計流量提升100%，實際提升80%，訂單量提升50%；
  LOFTER注冊優(yōu)化過程中，根據(jù)用戶調(diào)研和訪談，以及操作行為數(shù)據(jù)進行優(yōu)化，使注冊轉(zhuǎn)化率提升5個點；
  LOFTER某一版本留存異常，經(jīng)過數(shù)據(jù)分析定位相關(guān)因素并指導(dǎo)未來工作，使數(shù)據(jù)恢復(fù)正常。
  （數(shù)據(jù)涉及產(chǎn)品機密，在此不方便展示）

4. 需求響應(yīng)與分拆

在經(jīng)歷了需求重新定義，數(shù)據(jù)之間的相關(guān)關(guān)系呈現(xiàn)和推演后，交互設(shè)計還有重要的一環(huán)即方案輸出，在此不介紹交互四策略中：“刪除、組織、隱藏、轉(zhuǎn)移”，而介紹執(zhí)行過程中相應(yīng)的思路：

針對老產(chǎn)品的優(yōu)化是梳理、分拆改進的過程，重點在于收集數(shù)據(jù)并將數(shù)據(jù)基于用例（用例為用戶使用場景）進行呈現(xiàn)，根據(jù)用戶使用頻率和必要性將用例拆分為1、2、3等級別，按照級別進行順序輸出，優(yōu)點在于：

• 可以明確輸出重心、避免工作量繁多或被輔助用例影響核心用例，從而導(dǎo)致用戶目標不到滿足以及用戶體驗策略出現(xiàn)執(zhí)行偏差。

• 可以團隊內(nèi)部分拆（按模塊分拆為不同設(shè)計師執(zhí)行），分擔(dān)風(fēng)險，保證輸出質(zhì)量的同時保證輸出效率。

• 分拆執(zhí)行但依然可以靈活上線（基于分拆上線或合并后上線），以此來分拆團隊整體壓力，控制各個環(huán)節(jié)的風(fēng)險。

基于新產(chǎn)品輸出的思路大同小異，相對于老產(chǎn)品規(guī)劃的主次可見、用戶行為習(xí)慣都已經(jīng)建立，新產(chǎn)品的難點在于：

• 信息架構(gòu)設(shè)計中盡量突出核心競爭點并盡量減少輔助功能的影響，以此來突出產(chǎn)品核心。

  小紅書的首頁是商品心得分享；
  網(wǎng)易美學(xué)首頁是合輯；
  云音樂是個性化推薦的歌單。

• 盡量沿用同類產(chǎn)品的任務(wù)流設(shè)計，繼承已有的用戶習(xí)慣，降低用戶的進入難度。

• 由交互衍生的功能要盡量克制，交互場景往往盡善盡美，其衍生功能很容易影響產(chǎn)品  方向的明晰 ，如評論回復(fù)可能衍生私信，私信對社區(qū)類產(chǎn)品卻是一種傷害，因為用戶會建立聯(lián)系后一起去微信；

• 創(chuàng)新性的交互形式，其操作線索要盡量明顯，如“搖一搖”，“Pinterest”等。

5. 輸出內(nèi)容規(guī)范化與可閱讀性

所謂規(guī)范化可閱讀性是指個人、團隊內(nèi)部的他人針對輸出標準保持一致，類似建立一種語言規(guī)范，在相同的語言規(guī)范下，團隊上下游的合作人員閱讀更快，理解更容易。

高度規(guī)范化，閱讀性強的交互文檔是交互設(shè)計師最基礎(chǔ)的部分，也是專業(yè)性的體現(xiàn)之一；主要體現(xiàn)在以下方面：

• 輸出內(nèi)容的完整與嚴謹性

  文檔封面：項目概述，項目周期，項目參與者，項目階段，更新記錄等
  問題定義：將上述的問題定義和需求理解，用書面的語言呈現(xiàn)給團隊，方便統(tǒng)一目標；
  數(shù)據(jù)呈現(xiàn)：將收集到的數(shù)據(jù)結(jié)構(gòu)化并標明預(yù)期呈現(xiàn)給團隊，提升工作意愿；
  layout呈現(xiàn)：將項目架構(gòu)圖或業(yè)務(wù)流程圖整理，或拆分或聚合，讓團隊概覽整個項目；

• 統(tǒng)一站點地圖的結(jié)構(gòu)展示：以信息架構(gòu)的方式組織模塊，以任務(wù)流的串聯(lián)頁面；將頁面內(nèi)過于復(fù)雜的模塊拆分為獨立模塊詳細描述；

• 輸出物進行頁面編號和統(tǒng)一命名標準，如結(jié)構(gòu)為“ 01功能模塊 -A 頁面（工作流）名稱”；

• 統(tǒng)一頁面內(nèi)部結(jié)構(gòu)：

  用頁面描述說明頁面信息，如：聊天-P1至P4-左右閱讀結(jié)構(gòu)，作者：simaxi；
  固定頁面坐標和間距：如坐標始于width=50；height=50；頁面間距=200px
  固定結(jié)構(gòu)，如APP 端統(tǒng)一左右結(jié)構(gòu)，PC端統(tǒng)一上下結(jié)構(gòu)或分拆單獨頁面。
  用連接線進行操作指示，固定模式方便瀏覽，如往下游時行走與頁面上方，往上游行走于頁面下方。
  統(tǒng)一標注方式：標明用例出入口，業(yè)務(wù)規(guī)則、界面規(guī)則等。

• 常用/獨立組件模塊化，復(fù)用或共同調(diào)用；如分享，評論，喜歡等將常用的、可獨立于任務(wù)流的組件模塊化，不但可以調(diào)高輸出效率還可以降低錯誤可能。

• 用最簡練的語言描述。如將文字轉(zhuǎn)化為公式，將形容詞等描述語刪除，如：

  盡量使用“≥” “=” "≤"、命名方式=名稱+尺寸+顏色、排序方式=最近發(fā)布時間降序排列、小計=單價*數(shù)量+運費。

規(guī)范化可以粗略的分為交互輸出規(guī)范、交互規(guī)范（如toast，action sheet ，alert，tab，tips，分步數(shù)量、導(dǎo)航等使用標準等） 、UI規(guī)范，UI輸出規(guī)范、內(nèi)容更新、郵件行文等規(guī)范等，此處不一一贅述。

6. 方案維護與跟進，拒絕被動

在完成了交互文檔的輸出后，會交付至整個縱向鏈條的團隊成員，即使最細致的交互設(shè)計師也會存在丟失、遺漏的情況。所以配合過程中的跟進極為重要，在此羅列幾種跟進過程中的注意事項：

1. 跟進過程中的方案補充不能改變或影響該方案在全局的位置；跟進過程往往是針對某一點的補充優(yōu)化，由于比較具象往往出現(xiàn)過度設(shè)計，由于過于細節(jié)也經(jīng)常出現(xiàn)隔靴搔癢。跟進過程的補充如果要恰到好處，需要結(jié)合問題定義，數(shù)據(jù)預(yù)期，產(chǎn)品交互體驗策略來綜合考慮。

2. 跟進過程中的妥協(xié)，不能損失核心交互；跟進過程中另一常見的情況是技術(shù)方案的限制或者說時間成本下的技術(shù)限制，此時經(jīng)常出現(xiàn)砍需求、特別是砍體驗需求，這類情況的妥協(xié)原則是：“所有體驗類需求中都可以區(qū)分核心、次要、輔助，刪減輔助類，次要的體驗類需求來完成核心的80分，也是不錯的選擇。

3. 跟進過程中的修改，涉及目的更改的需求要慎重進行  根基過程中有可能會出現(xiàn)對目的的更改，也許是因為新的場景、用戶意愿、額外政策等，此類修改要重新進行問題定義，需求分析修正和數(shù)據(jù)整理。

4. 跟進內(nèi)容要及時整理進交互文檔，保證文檔正確性 無論是哪一種跟進修改，過程中的修改點都需要及時更新至文檔中（甚至說明原因）保證文檔的正確性，以方便團隊及時知曉情況、作出變化。

另外交互文檔還有歸檔備查的作用，所有產(chǎn)品的呈現(xiàn)都不能展現(xiàn)全部情況，交互文檔或者產(chǎn)品文檔的正確性歸檔對團隊的后續(xù)工作極為重要。

文／司馬西（簡書作者）
原文地址：http://www.jianshu.com/p/734c0a5e3abf