寫在前面

近期看到京東設(shè)計(jì)中心 JDC 的一篇文章「交互設(shè)計(jì)師的成長(zhǎng)體驗(yàn)地圖：初入職場(chǎng)篇」，文章從新人設(shè)計(jì)師角度出發(fā)，梳理出一張交互設(shè)計(jì)師的成長(zhǎng)體驗(yàn)地圖，幫助新人交互設(shè)計(jì)師快速了解交互設(shè)計(jì)工作流程，以及過程中遇到的痛點(diǎn)和解決策略。受到該文章的啟發(fā)，我結(jié)合自己的工作經(jīng)歷，梳理出一個(gè)B端交互設(shè)計(jì)師的工作流程框架，向大家展示B端交互設(shè)計(jì)師工作流程主要分成哪幾個(gè)階段？每個(gè)階段分別需要做什么？都存在什么痛點(diǎn)？有什么解決策略？

交互設(shè)計(jì)師工作流程

目前在公司的產(chǎn)品研發(fā)流程中，交互設(shè)計(jì)師參與的階段主要有五個(gè)：需求階段、設(shè)計(jì)階段、開發(fā)階段、測(cè)試階段、上線階段，如圖所示

1. 需求階段

主要事項(xiàng)

事項(xiàng) 1：了解項(xiàng)目概況

在接到需求時(shí)，需要先對(duì)整體項(xiàng)目情況做大概的了解，包括項(xiàng)目背景和目標(biāo)、項(xiàng)目周期、需求清單、設(shè)計(jì)周期等等。

事項(xiàng) 2：理清業(yè)務(wù)需求

結(jié)合產(chǎn)品提供的資料和原型了解關(guān)鍵業(yè)務(wù)流程，邊梳理邊記錄問題。過程中將有疑問的地方反復(fù)與產(chǎn)品和業(yè)務(wù)進(jìn)行溝通確認(rèn)，確保雙方理解一致。

事項(xiàng) 3：評(píng)估工期，協(xié)調(diào)資源

設(shè)計(jì)師需要結(jié)合項(xiàng)目情況和需求量，初步判斷所需設(shè)計(jì)資源以及設(shè)計(jì)周期，確保工作能夠往前推行。

痛點(diǎn)及解決策略

痛點(diǎn) 1：需求溝通過程中獲取不到想要的信息

接到需求后找產(chǎn)品溝通，但對(duì)項(xiàng)目背景不太了解，在較短的溝通時(shí)間內(nèi)獲取不到自己想要的信息。

策略：

• 提前要資料。需求溝通前先找產(chǎn)品經(jīng)理要項(xiàng)目資料、需求文檔等等。自己花時(shí)間查閱下，先對(duì)整體項(xiàng)目有個(gè)大概的了解，查閱過程中記錄待確認(rèn)的問題
• 列「需求溝通清單」。提前準(zhǔn)備好一份需求溝通清單，能大大提升需求溝通效率和質(zhì)量。以下內(nèi)容是我進(jìn)行初次需求溝通時(shí)會(huì)重點(diǎn)關(guān)注的內(nèi)容（見如下表格）
• 當(dāng)面或電話溝通。避免文字溝通會(huì)有信息失真

需求溝通清單

痛點(diǎn) 2：對(duì)需求存疑時(shí)，如何評(píng)估其合理性

需求溝通過程中，如果發(fā)現(xiàn)某些需求不合理時(shí)，可考慮采用以下策略應(yīng)對(duì)。

策略：

• 了解需求背景。在溝通過程中如果對(duì)某個(gè)需求的合理性存在疑問時(shí)，不要急于否定，先聽聽產(chǎn)品描述需求產(chǎn)生的背景，確定需求涉及的用戶角色以及使用場(chǎng)景，再去判斷這個(gè)需求的合理性
• 提供新思路。在溝通過程中可以提供一些新思路，與產(chǎn)品一起探討

痛點(diǎn) 3：需要準(zhǔn)確預(yù)估需求量，爭(zhēng)取合理的設(shè)計(jì)周期

當(dāng)設(shè)計(jì)資源緊張又遇到一些緊急需求時(shí)，如果對(duì)需求量預(yù)估不準(zhǔn)確，可能會(huì)有設(shè)計(jì)延期的風(fēng)險(xiǎn)。

策略：

• 初步評(píng)估設(shè)計(jì)周期。通過需求溝通預(yù)估需求量，結(jié)合項(xiàng)目周期初步判斷預(yù)留的設(shè)計(jì)周期是否合理
• 各設(shè)計(jì)角色參與評(píng)估工期。確定項(xiàng)目所需設(shè)計(jì)資源（交互、UI和視覺），各自評(píng)估所需設(shè)計(jì)工期，保證團(tuán)隊(duì)內(nèi)部的良好配合。切忌按照自己的經(jīng)驗(yàn)去評(píng)估其他角色同事的工期
• 預(yù)估設(shè)計(jì)資源風(fēng)險(xiǎn)。了解團(tuán)隊(duì)現(xiàn)有資源情況是否匹配項(xiàng)目要求，如有風(fēng)險(xiǎn)，先跟產(chǎn)品溝通是否可以做些調(diào)整（如分批交付、只設(shè)計(jì)關(guān)鍵頁面...）。如果不被采納，則需向上匯報(bào)，說明情況后再做下一步?jīng)Q策

痛點(diǎn) 4：原型缺失或不規(guī)范

產(chǎn)品提供的原型不規(guī)范，或者沒有提供原型，這也是設(shè)計(jì)師經(jīng)常遇到的事情。

策略：

• 制定「原型輸入標(biāo)準(zhǔn)」，規(guī)范產(chǎn)品原型設(shè)計(jì)
• 提供規(guī)范案例參考。產(chǎn)品經(jīng)理原型設(shè)計(jì)能力參差不齊，如果遇到不知道怎么畫原型的情況，可以提供規(guī)范的產(chǎn)品原型案例給產(chǎn)品經(jīng)理參考

2. 設(shè)計(jì)階段

主要事項(xiàng)

事項(xiàng) 1：競(jìng)品分析和用戶調(diào)研

競(jìng)品分析和用戶調(diào)研需視項(xiàng)目情況而定，如果時(shí)間充裕，建議在設(shè)計(jì)之前進(jìn)行這兩項(xiàng)工作，為設(shè)計(jì)方案提供強(qiáng)有力的客觀依據(jù)。

事項(xiàng) 2：設(shè)計(jì)執(zhí)行

• 設(shè)計(jì)輸出（規(guī)范的交互稿、清晰的交互說明）
• 設(shè)計(jì)評(píng)審（盡量拉通產(chǎn)品、業(yè)務(wù)、UI和開發(fā)等相關(guān)人員參加，確保達(dá)成一致）
• 設(shè)計(jì)驗(yàn)證（時(shí)間允許的情況下，可進(jìn)行可用性測(cè)試，降低上線后的體驗(yàn)風(fēng)險(xiǎn)）
• 設(shè)計(jì)沉淀（沉淀典型頁面模板，廢棄方案也有價(jià)值，不要丟棄，建議寫明本次廢棄的原因）

事項(xiàng) 3：把控設(shè)計(jì)進(jìn)度和質(zhì)量

在現(xiàn)有研發(fā)流程中，交互設(shè)計(jì)師通常作為項(xiàng)目對(duì)接人，需要對(duì)項(xiàng)目整體設(shè)計(jì)進(jìn)度和質(zhì)量進(jìn)行把控。

痛點(diǎn)及解決策略

痛點(diǎn) 1：設(shè)計(jì)方案受到多方挑戰(zhàn)，修改次數(shù)多

產(chǎn)品和業(yè)務(wù)有自己的想法，要求設(shè)計(jì)師按他們的想法修改方案。

策略：

• 站在對(duì)方角度看問題。如果覺得產(chǎn)品或業(yè)務(wù)方提出的方案不合理時(shí)，先不要急于否定他們。先了解他們提出這種方案的理由，這樣更能夠提出滿足業(yè)務(wù)需求的方案，也更容易說服對(duì)方
• 進(jìn)行用戶調(diào)研或競(jìng)品分析，為設(shè)計(jì)方案提供有力的客觀依據(jù)

痛點(diǎn) 2：交互設(shè)計(jì)需要考慮周全，比較耗時(shí)

策略：

• 先抓流程，再抓細(xì)節(jié)。交互設(shè)計(jì)重點(diǎn)是在流程和邏輯梳理，切忌花太多時(shí)間鉆研到細(xì)節(jié)里去，導(dǎo)致延誤了整體設(shè)計(jì)進(jìn)度。下圖依次為真實(shí)項(xiàng)目中的「任務(wù)流程圖」和「頁面流程圖」。

任務(wù)流程圖

頁面流程圖

痛點(diǎn) 3：開發(fā)過程發(fā)現(xiàn)設(shè)計(jì)方案較難實(shí)現(xiàn)，需要調(diào)整

策略：

• 邀請(qǐng)開發(fā)參加設(shè)計(jì)評(píng)審。在設(shè)計(jì)評(píng)審階段邀請(qǐng)相關(guān)開發(fā)人員參與，提前評(píng)估技術(shù)實(shí)現(xiàn)風(fēng)險(xiǎn)
• 進(jìn)行設(shè)計(jì)宣講。在設(shè)計(jì)方案定稿后要跟開發(fā)人員進(jìn)行宣講，確保對(duì)方案理解準(zhǔn)確

3. 開發(fā)階段

主要事項(xiàng)

事項(xiàng) 1：提供必要的設(shè)計(jì)支持

開發(fā)有疑問時(shí)，需要進(jìn)行解答和處理，提供相應(yīng)的設(shè)計(jì)支持。

事項(xiàng) 2：應(yīng)對(duì)需求變更

在開發(fā)過程中產(chǎn)生需求變更，設(shè)計(jì)師需根據(jù)變更內(nèi)容進(jìn)行評(píng)估，判斷是否需要調(diào)整方案。

痛點(diǎn)及解決策略

痛點(diǎn) 1：交互稿存在細(xì)節(jié)未考慮周全

在設(shè)計(jì)周期緊張時(shí)，交互稿難免有疏漏，在開發(fā)過程中需要頻繁補(bǔ)充細(xì)節(jié)內(nèi)容

策略：

• 按照規(guī)范輸出交互稿及交互說明，給下游同事提供良好的閱讀體驗(yàn)
• 考慮各種可能性。輸出交互稿時(shí)不能只考慮正常狀態(tài)，也要考慮各種異常狀態(tài)、特殊狀態(tài)
• 沉淀典型模板。將一些常用的典型頁面沉淀為模板，便于需求迭代時(shí)快速?gòu)?fù)用，縮短設(shè)計(jì)周期

痛點(diǎn) 2：發(fā)生需求變更時(shí)直接按變更后方案開發(fā)

發(fā)生需求變更時(shí)未及時(shí)知會(huì)設(shè)計(jì)師，直接按產(chǎn)品或業(yè)務(wù)的想法進(jìn)行開發(fā)，設(shè)計(jì)師難以按照原有設(shè)計(jì)方案進(jìn)行驗(yàn)收，產(chǎn)品體驗(yàn)無法把控。

策略：

• 建立需求變更反饋機(jī)制，涉及界面變更時(shí)需及時(shí)知會(huì)設(shè)計(jì)師
• 調(diào)整方案需多方評(píng)審確認(rèn)，才能交給開發(fā)進(jìn)行實(shí)現(xiàn)

4. 測(cè)試階段

主要事項(xiàng)

事項(xiàng) 1：獲取測(cè)試環(huán)境，進(jìn)行設(shè)計(jì)驗(yàn)收

在進(jìn)入設(shè)計(jì)驗(yàn)收時(shí)，需找產(chǎn)品提供測(cè)試環(huán)境地址、賬號(hào)和密碼，同時(shí)需提前配好需要測(cè)試的相關(guān)數(shù)據(jù)。依照設(shè)計(jì)方案執(zhí)行設(shè)計(jì)驗(yàn)收，發(fā)現(xiàn)問題并提交開發(fā)修改。

事項(xiàng) 2：跟蹤問題處理

跟蹤設(shè)計(jì)驗(yàn)收問題開發(fā)處理進(jìn)度，直到問題關(guān)閉，確保達(dá)到上線標(biāo)準(zhǔn)。

痛點(diǎn)及解決策略

痛點(diǎn) 1：未預(yù)留足夠的設(shè)計(jì)驗(yàn)收時(shí)間

有時(shí)候項(xiàng)目組并未預(yù)留足夠的設(shè)計(jì)驗(yàn)收時(shí)間，導(dǎo)致需求未經(jīng)驗(yàn)收就直接上線，影響到產(chǎn)品體驗(yàn)質(zhì)量。

策略：

• 提前宣貫。在設(shè)計(jì)定稿后進(jìn)入開發(fā)前，要向產(chǎn)品經(jīng)理了解幾時(shí)會(huì)進(jìn)入測(cè)試，同時(shí)宣貫一定要預(yù)留時(shí)間給UED進(jìn)行設(shè)計(jì)驗(yàn)收
• 了解關(guān)鍵測(cè)試節(jié)點(diǎn)，定期跟蹤。提前了解項(xiàng)目測(cè)試時(shí)間節(jié)點(diǎn)，定期詢問進(jìn)度，提醒產(chǎn)品經(jīng)理通知UED進(jìn)行設(shè)計(jì)驗(yàn)收。
• 將設(shè)計(jì)驗(yàn)收環(huán)節(jié)納入研發(fā)流程。將設(shè)計(jì)驗(yàn)收環(huán)節(jié)納入到產(chǎn)品研發(fā)流程中，通過線上系統(tǒng)進(jìn)行管理，在項(xiàng)目初期就需要明確設(shè)計(jì)驗(yàn)收時(shí)間。

痛點(diǎn) 2：開發(fā)還原度低，驗(yàn)收耗時(shí)長(zhǎng)

界面難以 100%按設(shè)計(jì)稿實(shí)現(xiàn)，主要原因如下

• 直接用的第三方組件庫(kù)或者系統(tǒng)架構(gòu)較難改動(dòng)，沒按設(shè)計(jì)規(guī)范調(diào)整
• 開發(fā)沒有理解清楚需求
• 開發(fā)過程存在需求變更或技術(shù)實(shí)現(xiàn)有難度，按照自己的想法更改了實(shí)現(xiàn)方案，但沒知會(huì)到UED，導(dǎo)致實(shí)現(xiàn)效果與UI稿不一致

策略：

• 建立用戶體驗(yàn)設(shè)計(jì)驗(yàn)收標(biāo)準(zhǔn)。各角色需遵照標(biāo)準(zhǔn)執(zhí)行，驗(yàn)收結(jié)果作為上線準(zhǔn)出標(biāo)準(zhǔn)
• 邀請(qǐng)開發(fā)同事參與設(shè)計(jì)評(píng)審，提前預(yù)估技術(shù)實(shí)現(xiàn)風(fēng)險(xiǎn)
• 開發(fā)過程加強(qiáng)溝通。有任何涉及界面變更的內(nèi)容都需要知會(huì)UED，再一起評(píng)估是否調(diào)整方案

痛點(diǎn) 3：設(shè)計(jì)驗(yàn)收?qǐng)鼍案采w不全

設(shè)計(jì)定稿與設(shè)計(jì)驗(yàn)收時(shí)間通常會(huì)有一個(gè)較長(zhǎng)的時(shí)間間隔，加上 B 端產(chǎn)品業(yè)務(wù)路程會(huì)相對(duì)復(fù)雜，在設(shè)計(jì)驗(yàn)收時(shí)會(huì)遺忘一些業(yè)務(wù)邏輯。

策略：

• 編寫交互測(cè)試用例。在設(shè)計(jì)定稿后，這個(gè)時(shí)間點(diǎn)對(duì)業(yè)務(wù)是最熟悉的，趁著這個(gè)時(shí)間梳理出一些關(guān)鍵的業(yè)務(wù)場(chǎng)景，編寫操作流程和步驟，供后續(xù)驗(yàn)收時(shí)參考

交互測(cè)試用例

5. 上線階段

主要事項(xiàng)

事項(xiàng) 1：上線后設(shè)計(jì)支持

協(xié)助產(chǎn)品跟蹤上線情況并提供相應(yīng)的設(shè)計(jì)支持。

事項(xiàng) 2：進(jìn)行項(xiàng)目復(fù)盤

建議在項(xiàng)目上線后就進(jìn)行一次項(xiàng)目復(fù)盤（包含設(shè)計(jì)成果以及團(tuán)隊(duì)協(xié)作）。復(fù)盤是設(shè)計(jì)師一項(xiàng)很重要的能力，沉淀好的經(jīng)驗(yàn)，總結(jié)項(xiàng)目過程中存在的問題及解決思路，為后續(xù)更好地推進(jìn)項(xiàng)目打下基礎(chǔ)。

痛點(diǎn)及解決策略

痛點(diǎn) 1：設(shè)計(jì)成果缺乏數(shù)據(jù)驗(yàn)證

不是每個(gè)系統(tǒng)都有完整的數(shù)據(jù)埋點(diǎn)機(jī)制，設(shè)計(jì)成果在上線后得不到客觀驗(yàn)證數(shù)據(jù)驗(yàn)證。

策略：

進(jìn)行用戶調(diào)研。如果沒有進(jìn)行數(shù)據(jù)埋點(diǎn)，則可考慮上線一段時(shí)間后（建議是1個(gè)月左右），找一些目標(biāo)用戶進(jìn)行調(diào)研，以用戶反饋內(nèi)容作為設(shè)計(jì)效果的驗(yàn)證。

痛點(diǎn) 2：復(fù)盤時(shí)找不到素材

復(fù)盤通常是項(xiàng)目結(jié)束后進(jìn)行的，需要重新花時(shí)間去回顧整個(gè)項(xiàng)目過程中所產(chǎn)生的設(shè)計(jì)思路以及存在的問題。時(shí)間一久，有些材料可能已經(jīng)找不到了。

策略：

• 項(xiàng)目初期建立復(fù)盤大綱。項(xiàng)目開始前期就想好項(xiàng)目上線后要復(fù)盤什么內(nèi)容，建立一個(gè)大綱。在項(xiàng)目執(zhí)行過程中就可以圍繞大綱（比如設(shè)計(jì)亮點(diǎn)、設(shè)計(jì)方案存在問題及解決方案、項(xiàng)目協(xié)作問題及解決思路、下一步計(jì)劃等等），碎片式地往里面收集素材并進(jìn)行階段性整理。
• 及時(shí)總結(jié)設(shè)計(jì)思路。隨著項(xiàng)目推進(jìn)，時(shí)間一長(zhǎng)可能已經(jīng)想不起當(dāng)初為什么要這樣設(shè)計(jì)，因此需要及時(shí)將設(shè)計(jì)思路沉淀下
• 建立項(xiàng)目問題收集表。項(xiàng)目過程中遇到問題隨時(shí)記錄（包括解決思路）

工作流程框架

以上內(nèi)容總結(jié)成以下框架，可供實(shí)際工作中進(jìn)行參考。

工作流程框架

最后總結(jié)

可能有人會(huì)問“「框架」會(huì)不會(huì)限制設(shè)計(jì)師發(fā)揮？”，我的答案是“不會(huì)”?！缚蚣堋共⒉皇怯脕砑s束設(shè)計(jì)師的行為，而是提供一個(gè)指引。有了「框架」，交互設(shè)計(jì)師在接到需求后，能夠以一個(gè)更全局的視角去應(yīng)對(duì)，知道接下來有哪些事情要做，需要先做什么，有哪些方法可等等，這在一定程度上提高了工作效率。當(dāng)然，「框架」不是萬能的，以上內(nèi)容僅為個(gè)人經(jīng)驗(yàn)總結(jié)，在實(shí)際執(zhí)行過程中需根據(jù)不同項(xiàng)目情況進(jìn)行靈活調(diào)整和優(yōu)化。就像文章開頭所說，“使用「框架」解決問題不一定是最優(yōu)的方案，但一定是性價(jià)比高的方案。”希望文章內(nèi)容對(duì)大家有所啟發(fā)，在實(shí)際工作中輸出適用于自己的一套框架。