越來越多企業(yè)開始重視交互設(shè)計(jì)在互聯(lián)網(wǎng)產(chǎn)品中發(fā)揮的作用，那么交互設(shè)計(jì)師的日常職責(zé)是什么？不同的業(yè)務(wù)方向、組織架構(gòu)、公司規(guī)模，工作內(nèi)容會(huì)有怎樣的差異？作者進(jìn)行了詳細(xì)的說明，一起來看看吧~

隨著工業(yè)智能化以及互聯(lián)網(wǎng)的大規(guī)模發(fā)展，在現(xiàn)如今用戶為王的環(huán)境下，用戶體驗(yàn)在企業(yè)中的地位尤為重要，因?yàn)樗苯佑绊懙狡髽I(yè)產(chǎn)品在市場中的競爭力，進(jìn)而決定了其在激烈的商業(yè)競爭中的獲利。

產(chǎn)品想要獲得更好的用戶體驗(yàn)，這其中的交互邏輯必須要符合用戶的需求。

以互聯(lián)網(wǎng)產(chǎn)品為例，由于它們產(chǎn)品類型、功能接近，免費(fèi)使用，因此用戶的背叛成本也較低。為了讓自家產(chǎn)品脫穎而出，獲得更多的產(chǎn)品忠誠度，企業(yè)也越來越重視交互在互聯(lián)網(wǎng)設(shè)計(jì)中的地位。

由于業(yè)務(wù)方向、組織架構(gòu)、公司規(guī)模等多方差異，交互設(shè)計(jì)在不同公司中的職責(zé)也有所不同。

今天本文將圍繞交互的職責(zé)展開，包括不同公司以及產(chǎn)品不同階段的職責(zé)差別、交互設(shè)計(jì)流程等，一起來看看吧~

01.不同類型的職責(zé)差異

有同學(xué)會(huì)有疑惑為什么講差異，直接陳述工作流程中每一步的工作職責(zé)會(huì)不會(huì)更好？

這是因?yàn)槲覀冎車泻芏嗤瑢W(xué)會(huì)抱怨自己公司沒有留有足夠的時(shí)間去調(diào)研分析，不重視交互體驗(yàn)，干的事很雜，沒有完整的流程等，這些現(xiàn)狀的背后可能有三方面因素：公司的業(yè)務(wù)差異、產(chǎn)品的發(fā)展差異、團(tuán)隊(duì)規(guī)模差異。

1.1公司的業(yè)務(wù)差異

B端與C端的交互設(shè)計(jì)師因?yàn)闃I(yè)務(wù)方向的差別，服務(wù)人群、用戶需求、產(chǎn)品訴求等發(fā)力點(diǎn)等都不一致。這就導(dǎo)致了它們交互的工作職責(zé)有所差異。

C端關(guān)注人性，B端關(guān)注組織與業(yè)務(wù)；

C端產(chǎn)品“秀軟件”，B端產(chǎn)品“賣軟件”；

C端注重流量思維，B端注重效率思維。

在C端公司中需求的挖掘得通過用戶畫像、數(shù)據(jù)分析等方法，通過對(duì)用戶行為的分析獲得。在設(shè)計(jì)中關(guān)注市場流行趨勢，重視用戶的偏愛和建議，借助不同的交互呈現(xiàn)，引起共鳴。這就需要我們交互設(shè)計(jì)師具備多種分析、調(diào)研且提煉需求的職責(zé)，在該行業(yè)的交互設(shè)計(jì)師發(fā)力的發(fā)力點(diǎn)很多。

B端的需求雖然明確，但是場景、功能、業(yè)務(wù)流程、信息架構(gòu)要遠(yuǎn)比C端更加復(fù)雜，這就需要我們交互設(shè)計(jì)師具有熟練掌握相對(duì)應(yīng)的行業(yè)知識(shí)，縷清業(yè)務(wù)邏輯的職責(zé)。

在B端設(shè)計(jì)中，交互設(shè)計(jì)師要解決的始終都是如何提升產(chǎn)品的工作效率，為了滿足效率有時(shí)候即使體驗(yàn)不好，但為了適應(yīng)已經(jīng)形成用戶習(xí)慣的交互不得不妥協(xié)，因此在該行業(yè)中，實(shí)際的交互體驗(yàn)呈現(xiàn)可能并沒有C端那么豐富。

1.2產(chǎn)品周期差異

在產(chǎn)品發(fā)展的不同階段，交互設(shè)計(jì)的職責(zé)也有所不同。

產(chǎn)品的探索期

這時(shí)候的產(chǎn)品目標(biāo)是產(chǎn)品方向的探索。用戶是誰？需要解決什么樣的痛點(diǎn)？競品是誰？與它的差異點(diǎn)是什么？

該階段對(duì)于我們交互設(shè)計(jì)師特別重要，我們需要通過競品分析、配合產(chǎn)品保證核心功能交互流程暢通的情況下，低成本的驗(yàn)證方向的可行性。在實(shí)際工作的時(shí)候可能會(huì)涉及快速產(chǎn)品的快速上線，這時(shí)候我們不需要過多的糾結(jié)于細(xì)節(jié)，只要大方向?qū)涂梢浴?/p>

產(chǎn)品的成長期

重點(diǎn)工作在于拉新。此時(shí)我們需要配合運(yùn)營進(jìn)行拉新活動(dòng)的設(shè)計(jì)，除了主要功能的體驗(yàn)外，要時(shí)刻關(guān)注數(shù)據(jù)指標(biāo)，通過指標(biāo)的不同挖掘可能的增長點(diǎn)。

產(chǎn)品的成熟期

伴隨著產(chǎn)品已經(jīng)進(jìn)入了穩(wěn)定階段，我們的關(guān)注點(diǎn)要改為用戶的活躍與產(chǎn)品的營收。我們可以通過對(duì)核心功能體驗(yàn)的打磨增加用戶的滿意度與營收的轉(zhuǎn)化。

產(chǎn)品的衰落期

我們要積極創(chuàng)新尋求新的機(jī)會(huì)點(diǎn)，例如通過用戶訪談查明流失原因，通過市場分析尋求新的增長點(diǎn)。這時(shí)候不建議設(shè)計(jì)師花較多精力去追求極致的用戶體驗(yàn)（即使再努力收益也很有限），因?yàn)檫@可能是我們產(chǎn)品本身出了較為嚴(yán)重的問題，我們也無法阻止。

1.3團(tuán)隊(duì)規(guī)模差異

經(jīng)常聽同學(xué)說在大廠里面干的很明確，基本僅局限于本職工作，而在小公司內(nèi)啥都要干，不單單畫原型圖，而且還得標(biāo)注交互，甚至還得出視覺稿。

為什么一些大廠與小公司對(duì)于交互設(shè)計(jì)的職責(zé)差距這么大？

大公司與小公司的差異也意味著公司內(nèi)部部門多、團(tuán)隊(duì)多，很多項(xiàng)目的完成牽扯到不同部門的合作。為了保證每一個(gè)流程的順利推進(jìn)，公司內(nèi)部的每個(gè)崗位都有明確的崗位描述，定義清晰，每個(gè)員工就像是一個(gè)螺絲釘，保證著公司的正常運(yùn)轉(zhuǎn)。

為了讓團(tuán)隊(duì)員工快速上手，每個(gè)崗位還有對(duì)應(yīng)的SOP（標(biāo)準(zhǔn)作業(yè)程序），確保團(tuán)隊(duì)內(nèi)每一個(gè)新員工都可以做深做精。

從下圖阿里招聘中也可以發(fā)現(xiàn)該崗位的職責(zé)基本上圍繞與崗位相關(guān)的專業(yè)方向。

通過在該崗位多年的沉淀，也可以確保你成為該領(lǐng)域的導(dǎo)師甚至專家。

而小公司內(nèi)部由于規(guī)模較小，這就需要員工身兼多職。有時(shí)候產(chǎn)品經(jīng)理忙的時(shí)候直接甩出一份產(chǎn)品需求文檔，需要交互完成剩余的所有設(shè)計(jì)工作，包括業(yè)務(wù)理解、體驗(yàn)優(yōu)化、設(shè)計(jì)稿輸出、交互規(guī)范編寫等。

下圖的招聘體現(xiàn)了公司對(duì)于設(shè)計(jì)崗位多職能的要求，只要跟設(shè)計(jì)沾邊的都得參與。

02.交互設(shè)計(jì)師的具體職責(zé)

講完交互職責(zé)之間的差異，我們接下來看看交互設(shè)計(jì)師在具體的工作項(xiàng)目中的職責(zé)是什么。

2.1信息收集

在開始階段，我們需要收集項(xiàng)目有關(guān)的基礎(chǔ)信息以及體驗(yàn)洞察信息。在溝通這些信息前，我們優(yōu)先對(duì)接產(chǎn)品經(jīng)理，向他尋求項(xiàng)目相關(guān)資料，并準(zhǔn)備需求溝通清單，保證當(dāng)面對(duì)接需求時(shí)候的效率以及質(zhì)量。

基礎(chǔ)信息：

了解當(dāng)前項(xiàng)目在整個(gè)敏捷開發(fā)中的優(yōu)先級(jí)，如果優(yōu)先級(jí)特別高的話需要提前排期。了解當(dāng)前的業(yè)務(wù)目標(biāo)以及用戶目標(biāo)。通過與開發(fā)的對(duì)接，明確當(dāng)前的技術(shù)實(shí)現(xiàn)能力，保證設(shè)計(jì)的落地閉環(huán)。

體驗(yàn)洞察信息:

通過梳理產(chǎn)品的全鏈路大圖，快速熟悉當(dāng)前的產(chǎn)品結(jié)構(gòu)以及功能。借助競品分析、數(shù)據(jù)分析或者用研報(bào)告等提煉設(shè)計(jì)的發(fā)力點(diǎn)，為設(shè)計(jì)方法提供強(qiáng)有力的客觀依據(jù)。結(jié)合項(xiàng)目本身遇到的問題進(jìn)行有針對(duì)性的研究，并給出不同樣式的比較作為輔助，這也是交互設(shè)計(jì)不同于產(chǎn)品側(cè)競品分析的區(qū)別。

2.2需求分析

圍繞項(xiàng)目的業(yè)務(wù)目標(biāo)、體驗(yàn)?zāi)繕?biāo)以及當(dāng)前團(tuán)隊(duì)的技術(shù)水平得出此次的設(shè)計(jì)目標(biāo)以及排期。

它需要我們圍繞真正的用戶使用場景（不要憑空捏造出用戶的痛點(diǎn)）找出當(dāng)前迭代中最急迫解決的3個(gè)問題，并給這三個(gè)問題劃分優(yōu)先級(jí)。

在這一階段，我們要準(zhǔn)確預(yù)估設(shè)計(jì)周期，避免因?yàn)樵O(shè)計(jì)資源緊張導(dǎo)致的延期。如遇緊急項(xiàng)目，我們可以分批交付，先出關(guān)鍵頁面的方法來應(yīng)對(duì)。

2.3設(shè)計(jì)探索

這一步需要我們圍繞設(shè)計(jì)目標(biāo)探索可能的解決方案，通過可視化幫助團(tuán)隊(duì)聚焦目標(biāo)和評(píng)估成本（這里的可視化指的是流程圖以及低保真原型）。在該階段要保持與需求方的討論同步，探索不同場景中的設(shè)計(jì)假設(shè)與團(tuán)隊(duì)對(duì)齊目標(biāo)。

在設(shè)計(jì)探索中并不需要展示產(chǎn)品所有的邏輯，而是圍繞當(dāng)前迭代中的目標(biāo)去呈現(xiàn)不同角色在不同場景中的流程。探索中交互草圖對(duì)于交互細(xì)節(jié)、具體字段、顯示方式等可以放寬要求，確保流程簡單高效。

2.4用戶測試

當(dāng)前需要與組內(nèi)的資深設(shè)計(jì)師或者設(shè)計(jì)專家合作發(fā)起敏捷測試，在開發(fā)前期發(fā)現(xiàn)并修復(fù)體驗(yàn)問題，確保交互方向的正確性。

2.5設(shè)計(jì)細(xì)化

在我們的交互初稿評(píng)審?fù)ㄟ^后，整合評(píng)審建議開始設(shè)計(jì)的進(jìn)一步細(xì)化。該環(huán)節(jié)我們需要依照規(guī)范和真實(shí)字段素材產(chǎn)出高保真原型。此時(shí)的高保真設(shè)計(jì)稿應(yīng)該注意：

• 簡潔扼要的說明說有細(xì)節(jié)（足夠讓開發(fā)理解）；
• 表達(dá)出基本的視覺優(yōu)先級(jí)順序；
• 關(guān)鍵業(yè)務(wù)制作可交互的真實(shí)原型，保證所有體驗(yàn)細(xì)節(jié)的精準(zhǔn)點(diǎn)擊；

交互設(shè)計(jì)在與UI設(shè)計(jì)配合的時(shí)候需要輸出交互原型圖以及交互設(shè)計(jì)文檔，這份文檔會(huì)貫穿UI設(shè)計(jì)與開發(fā)的整個(gè)流程中。UI設(shè)計(jì)會(huì)根據(jù)交互文檔中書寫的規(guī)則來完成視覺稿，前端開發(fā)也會(huì)根據(jù)交互文檔中的規(guī)則來書寫頁面結(jié)構(gòu)。

2.6評(píng)審定稿

交互高保真完成后一般會(huì)有一個(gè)規(guī)模較大的評(píng)審定稿環(huán)節(jié)，評(píng)審環(huán)節(jié)我們需要把與當(dāng)前項(xiàng)目相關(guān)的所有人（重點(diǎn)是那些能拍板做決策的人）都邀請(qǐng)過來，避免設(shè)計(jì)稿被來回推翻。評(píng)審后把會(huì)議記錄抄送給所有相關(guān)人員。

在設(shè)計(jì)方案確定后也要與開發(fā)同學(xué)進(jìn)行對(duì)接，保證方案理解的準(zhǔn)確性。

那是不是所有的反饋都得等這個(gè)會(huì)議才知道？

不是的！

這個(gè)會(huì)議之前的討論才是真正的環(huán)節(jié)，在此之前我們就需要盡可能的讓相關(guān)信息達(dá)成共識(shí)，會(huì)議只是一個(gè)官宣的流程。例如在評(píng)審前我們需要與開發(fā)人員對(duì)接，保證方案實(shí)現(xiàn)的可行性。

2.7跟進(jìn)開發(fā)

這一步我們要緊密的對(duì)接開發(fā)，因?yàn)樵趯?shí)際的工作中我們難免會(huì)有疏忽或者開發(fā)會(huì)對(duì)部分交互細(xì)節(jié)的理解不清楚，此時(shí)需要我們提供相對(duì)應(yīng)的解答與支撐。在日常工作中我們可以沉淀一些典型場景的模板，以便縮短周期。

跟進(jìn)開發(fā)環(huán)節(jié)需要我們跟蹤設(shè)計(jì)還原度以及數(shù)據(jù)埋點(diǎn)。該階段最頭疼的是交互細(xì)節(jié)的補(bǔ)充，因?yàn)樵谝恍┚o急狀態(tài)下交互難免會(huì)有遺漏，這期間需頻繁及時(shí)的補(bǔ)充設(shè)計(jì)細(xì)節(jié)。

2.8測試走查

產(chǎn)品上線后的內(nèi)容需要做一個(gè)交互的走查（這個(gè)階段，測試會(huì)介入，來看這個(gè)程序會(huì)存在什么bug，然后讓開發(fā)去修補(bǔ)bug）。雖然有測試的介入，但是他們往往不會(huì)檢查體驗(yàn)的問題，而是程序的問題。

我們交互幫助測試去查看，咱們開發(fā)出的產(chǎn)品是不是可以讓用戶順利使用，保證產(chǎn)品的易用以及好用，特別是異?；蛘咛厥鉅顟B(tài)。依據(jù)當(dāng)前產(chǎn)品比對(duì)設(shè)計(jì)稿進(jìn)行還原度排查，留意交互邏輯、狀態(tài)和效果的精確還原。

這邊值得注意的是，在B端產(chǎn)品的驗(yàn)收中，由于業(yè)務(wù)復(fù)雜，我們可能有時(shí)候光顧著交互邏輯而忽視了業(yè)務(wù)邏輯，這時(shí)候需要讓需求方或者產(chǎn)品側(cè)介入，首先保證產(chǎn)品業(yè)務(wù)場景以及操作流程上的合理化，然后再由咱們?cè)O(shè)計(jì)進(jìn)一步驗(yàn)收。

2.9產(chǎn)品上線

產(chǎn)品上線后到了我們的設(shè)計(jì)總結(jié)階段，我們需要通過數(shù)據(jù)監(jiān)測和真實(shí)的用戶反饋沉淀心得，總結(jié)問題和提煉解決思路，避免在后續(xù)的工作中踩同樣的坑。

這一步千萬不要船過水無痕，每次項(xiàng)目后的總結(jié)可以作為設(shè)計(jì)師職業(yè)成長的重要基石。這些真實(shí)的業(yè)務(wù)數(shù)據(jù)也可以向團(tuán)隊(duì)佐證咱們?cè)O(shè)計(jì)的價(jià)值。

在B端場景下可能缺乏必要的數(shù)據(jù)驗(yàn)證，此時(shí)需要我們對(duì)一些用戶進(jìn)行問卷調(diào)研，以真實(shí)的反饋驗(yàn)證我們的設(shè)計(jì)。

03.寫在最后

這些有關(guān)交互設(shè)計(jì)師的職責(zé)是不是一成不變的？不是的！

這些職責(zé)框架只是簡要的概述了交互設(shè)計(jì)師在拿到需求后具體的流程，但是具體的步驟則需要根據(jù)具體的項(xiàng)目情況進(jìn)行優(yōu)化。