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

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

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

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

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

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

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

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

這是因為我們周圍有很多同學(xué)會抱怨自己公司沒有留有足夠的時間去調(diào)研分析，不重視交互體驗，干的事很雜，沒有完整的流程等，這些現(xiàn)狀的背后可能有三方面因素：公司的業(yè)務(wù)差異、產(chǎn)品的發(fā)展差異、團(tuán)隊規(guī)模差異。

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

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

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

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

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

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

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

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

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

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

產(chǎn)品的探索期

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

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

產(chǎn)品的成長期

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

產(chǎn)品的成熟期

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

產(chǎn)品的衰落期

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

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

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

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

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

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

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

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

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

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

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

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

2.1信息收集

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

基礎(chǔ)信息：

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

體驗洞察信息:

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

2.2需求分析

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

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

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

2.3設(shè)計探索

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

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

2.4用戶測試

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

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

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

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

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

2.6評審定稿

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

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

那是不是所有的反饋都得等這個會議才知道？

不是的！

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

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

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

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

2.8測試走查

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

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

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

2.9產(chǎn)品上線

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

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

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

03.寫在最后

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

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