紙上得來終覺淺，絕知此事要躬行。本文由實(shí)踐經(jīng)驗(yàn)總結(jié)而來。

交互設(shè)計(jì)師在這整個(gè)流程中，需要主動(dòng)推動(dòng)項(xiàng)目的進(jìn)展，積極溝通，充分協(xié)作。在需求階段充分了解需求，設(shè)計(jì)階段不斷與產(chǎn)品經(jīng)理（需求方）及相關(guān)人員（視覺、開發(fā)等）溝通，開發(fā)階段積極傳遞設(shè)計(jì)目標(biāo)及效果，有變更及時(shí)通知。盡量保證整個(gè)團(tuán)隊(duì)的信息同步，才有可能高品質(zhì)地實(shí)現(xiàn)敏捷開發(fā)。

1.需求理解

多問為什么，充分理解需求，發(fā)現(xiàn)不合理處及時(shí)溝通

a.多問為什么——驗(yàn)證需求真?zhèn)渭皟r(jià)值

由于B端產(chǎn)品的需求通常來源于產(chǎn)品經(jīng)理或銷售訪談客戶或用戶時(shí)獲取，交互很少有機(jī)會(huì)參與，所以需求多由產(chǎn)品經(jīng)理向交互傳遞。而在這傳遞的過程中，往往夾雜著一些表面需求或個(gè)體需求，或是產(chǎn)品經(jīng)理自己也不太明確的需求，因此，“多問為什么”則顯得至關(guān)重要。一是避免大方向錯(cuò)誤導(dǎo)致的返工，二是有助于深入了解需求背景。

為什么需要這個(gè)功能？這個(gè)需求基于怎樣的場(chǎng)景？需求的來源及數(shù)量是怎樣？當(dāng)前想解決的最主要的問題是什么？預(yù)計(jì)以后的方向是什么？當(dāng)前問題和以后方向沖突嗎？等等，當(dāng)解決了這一系列問題，即驗(yàn)證完需求的真?zhèn)渭皟r(jià)值后，便可展開下一步了。

b.充分理解需求——挖掘深層需求

B端產(chǎn)品涉及到繁雜的業(yè)務(wù)，做設(shè)計(jì)時(shí)，對(duì)于業(yè)務(wù)邏輯的要求非常高；在設(shè)計(jì)前充分理解需求，理清本階段的設(shè)計(jì)目標(biāo)，有助于設(shè)計(jì)階段能更全面地看待問題，而不是針對(duì)一小點(diǎn)一小點(diǎn)的設(shè)計(jì)，同時(shí)避免因理解誤差導(dǎo)致的方案不理想。

實(shí)際工作過程中，產(chǎn)品經(jīng)理提供需求時(shí)常常是不完整的，只簡(jiǎn)單闡述背景和這樣做的原因，而一些隱含的更深層次的（或說更原始的）背景原因和條件，則需要交互設(shè)計(jì)師不斷去思考、不斷與需求方溝通才得知。如果沒有充分理解需求，僅僅知道用戶的操作步驟是由這到那，而不清楚他進(jìn)行步驟的背景和原因，不僅會(huì)導(dǎo)致對(duì)需求有理解偏差，無法挖掘到深層次的需求，更別談做出最優(yōu)解的設(shè)計(jì)了。

c.發(fā)現(xiàn)不合理處及時(shí)溝通

在整個(gè)需求傳遞的過程中，產(chǎn)品經(jīng)理提出的需求不一定是原始需求，有些則是經(jīng)過加工或推測(cè)得來。當(dāng)發(fā)現(xiàn)需求有不合理的地方時(shí)，應(yīng)及時(shí)向相關(guān)人員詢問溝通。不要等到設(shè)計(jì)時(shí)，才發(fā)現(xiàn)一大堆由“假問題”引發(fā)出來的“真問題”。當(dāng)然，如果這階段交互發(fā)現(xiàn)了什么好的/可改進(jìn)的需求點(diǎn)，也可以提出與產(chǎn)品經(jīng)理討論。

有的時(shí)候，產(chǎn)品經(jīng)理通常會(huì)以“ 市場(chǎng)就是這樣的 ”/ “這個(gè)地方不需要你理解”等等理由來回避一些可能有缺陷的需求，這個(gè)時(shí)候仍然不要放棄，要繼續(xù)了解原因，最大化地避免前期失誤導(dǎo)致的后期更大工作量的浪費(fèi)。

2.需求分析

理清設(shè)計(jì)目標(biāo)，梳理業(yè)務(wù)流程，對(duì)信息進(jìn)行合理分類

a.理清設(shè)計(jì)目標(biāo)——支撐你整個(gè)設(shè)計(jì)的最重要的元素

從基于場(chǎng)景的需求中，分析用戶最本質(zhì)的需求是什么，結(jié)合現(xiàn)有資源，再總結(jié)我們這個(gè)版本的設(shè)計(jì)目標(biāo)。

例如，需求是“可視化業(yè)務(wù)之間的訪問情況（可視化風(fēng)險(xiǎn)）”，那么分析用戶心理后，本質(zhì)需求應(yīng)該是“能夠及時(shí)發(fā)現(xiàn)異常訪問，及時(shí)處理”，但結(jié)合現(xiàn)有資源，在處理安全問題上仍有陷缺，故最后得出我們的設(shè)計(jì)目標(biāo)就是“幫助用戶及時(shí)發(fā)現(xiàn)發(fā)現(xiàn)安全問題，并營造安全感”。

b.梳理業(yè)務(wù)流程——流程設(shè)計(jì)

梳理業(yè)務(wù)流程時(shí)，代入同理心，分析用戶為什么要進(jìn)行這個(gè)任務(wù)，有哪些觸點(diǎn)可以促使他進(jìn)行這個(gè)任務(wù)，任務(wù)進(jìn)行中可能會(huì)經(jīng)過哪些步驟。設(shè)計(jì)流程時(shí)，先設(shè)計(jì)主線，再設(shè)計(jì)支線，使邏輯完整，標(biāo)出需要設(shè)計(jì)的頁面（畫草圖，防止后續(xù)畫原型時(shí)頁面缺失）。

在畫流程圖時(shí)，僅寫對(duì)象到觸點(diǎn)，到各任務(wù)步驟，再到任務(wù)結(jié)束點(diǎn) ; 而不要將解決方案（具體交互形式）放入流程中，例如，“用戶拖動(dòng)子對(duì)象到母對(duì)象中”是含有解決方案的，應(yīng)改為“用戶添加子對(duì)象到母對(duì)象內(nèi)”，至于“添加”這一行為，究竟是用“鼠標(biāo)點(diǎn)擊拖動(dòng)”還是“點(diǎn)擊添加按鈕選擇對(duì)象”，又或者是“選擇子對(duì)象，再選擇母對(duì)象，自動(dòng)移動(dòng)”等等，這些應(yīng)該在草圖設(shè)計(jì)中呈現(xiàn)，而不是在流程中敘述，防止在頁面設(shè)計(jì)時(shí)被拘束。

c.對(duì)信息進(jìn)行合理分類——信息架構(gòu)設(shè)計(jì)

B端產(chǎn)品往往信息繁多，架構(gòu)復(fù)雜。所以對(duì)信息進(jìn)行合理分類，設(shè)計(jì)一個(gè)好的信息架構(gòu)十分重要。其中最重要的一點(diǎn)是——遵循合理的一致的規(guī)范，而這個(gè)規(guī)范也一定是圍繞著我們的設(shè)計(jì)目標(biāo)來的，我們最想讓用戶關(guān)注到什么，最想產(chǎn)品能解決什么問題。一是方便用戶理解產(chǎn)品，在第一眼時(shí)就能對(duì)產(chǎn)品有簡(jiǎn)單的認(rèn)知；二是方便后續(xù)有新功能加入時(shí)，仍能遵循原來的規(guī)范。

先根據(jù)流程整理出，完成所有任務(wù)需要的信息（并進(jìn)行優(yōu)先級(jí)劃分），再根據(jù)遵循合理的規(guī)范分類組合（最好在信息架構(gòu)中標(biāo)明出）。

例如，我們的設(shè)計(jì)目標(biāo)是“幫助用戶及時(shí)發(fā)現(xiàn)發(fā)現(xiàn)xx問題，高效解決問題”，那么我們分類的規(guī)范則可分為“發(fā)現(xiàn)問題”“分析問題”“處理問題”“預(yù)防問題”幾個(gè)維度來對(duì)信息進(jìn)行分類。

3.原型設(shè)計(jì)

先畫草圖再畫原型，為最終版本設(shè)計(jì)，始終圍繞設(shè)計(jì)目標(biāo)做設(shè)計(jì)，每個(gè)設(shè)計(jì)都應(yīng)有出處，版本迭代時(shí)要注意和之前版本的融合

a.先畫草圖再畫原型

根據(jù)流程圖中標(biāo)記需要出的頁面，畫完草圖就可以和內(nèi)部或產(chǎn)品經(jīng)理討論整體思路了。既能快速表達(dá)想法，提高效率，也能在方案有偏差時(shí)，不至于因?yàn)槌翛]成本高而不愿舍棄。當(dāng)草圖得到認(rèn)可后，那么之后原型的大框架基本上就沒什么問題了，這樣即使原型有什么被質(zhì)疑的地方，也很好縮小范圍，知道要改什么具體的地方。

b.為最終版本設(shè)計(jì)

有的時(shí)候，可能因?yàn)闀r(shí)間的原因，有些方案就只能實(shí)現(xiàn)一半，而一半的效果又往往不是當(dāng)前時(shí)間、資源下的最優(yōu)解。于是，有些交互便會(huì)為當(dāng)前情況下，做出中間版本的設(shè)計(jì)。（沒錯(cuò)，就是之前的我）可實(shí)際上，這樣的設(shè)計(jì)，并沒有給未來帶來任何好處，反而會(huì)徒添之后開發(fā)修改的任務(wù)量。

正確做法是: 只為最終版本設(shè)計(jì)，如果開發(fā)時(shí)間不夠，那么標(biāo)明目前版本的優(yōu)先級(jí)，有些開發(fā)難度高且價(jià)值不大的，則放在下一版本實(shí)現(xiàn)。

c.始終圍繞設(shè)計(jì)目標(biāo)做設(shè)計(jì)

設(shè)計(jì)師進(jìn)行原型設(shè)計(jì)時(shí)，通常會(huì)陷入一個(gè)誤區(qū): 做著做著，就忘了當(dāng)初為什么這樣做，然后深陷細(xì)節(jié)，忘記當(dāng)初的設(shè)計(jì)目標(biāo)。實(shí)際上，并不需要做這么多。時(shí)時(shí)反思自己的設(shè)計(jì)是不是圍繞設(shè)計(jì)目標(biāo)，可以防止自己做很多不必要的設(shè)計(jì)。

d.每個(gè)設(shè)計(jì)都應(yīng)有出處

要理解為什么要有這些步驟，理解后臺(tái)邏輯究竟能不能實(shí)現(xiàn)，不能想當(dāng)然地做設(shè)計(jì)。理解了這些步驟的來源，來能更好地結(jié)合用戶心理做更符合用戶心智、更高效的設(shè)計(jì); 理解了后臺(tái)邏輯，才不會(huì)做出邏輯上極難實(shí)現(xiàn)的設(shè)計(jì)。

例如，“后臺(tái)驗(yàn)證用戶手機(jī)號(hào)”，是應(yīng)該在“用戶點(diǎn)擊獲取驗(yàn)證碼”時(shí)驗(yàn)證還是在“輸入驗(yàn)證碼點(diǎn)擊確定”后驗(yàn)證呢？從體驗(yàn)角度上，“點(diǎn)擊獲取驗(yàn)證碼”基本上就能確認(rèn)用戶已成功輸入了自己的手機(jī)號(hào)，理應(yīng)這時(shí)驗(yàn)證會(huì)節(jié)省幾個(gè)步驟，用戶體驗(yàn)會(huì)更高效自然一點(diǎn); 但是如果再多了解一些后臺(tái)邏輯的話，可能就會(huì)發(fā)現(xiàn)這還存在著很多問題了。

e.版本迭代時(shí)注意和之前版本融合

一個(gè)產(chǎn)品是一個(gè)整體，版本迭代有新增模塊時(shí)，要考慮這個(gè)模塊與之前的其他模塊有什么聯(lián)系（做好信息架構(gòu)，也可提前幫助解決這個(gè)問題）; 之前產(chǎn)品的慣有交互形式是怎樣的; 相同類型的功能有什么聯(lián)系，能不能整合; 有哪些地方是需要和之前產(chǎn)品保持一致的，等等。

4.多方評(píng)審

最終評(píng)審前分階段找相關(guān)人員進(jìn)行評(píng)審，陳述方案時(shí)注意自上而下表達(dá)，明確會(huì)議主題，記好會(huì)議紀(jì)要

a.最終評(píng)審前，分階段找相關(guān)人員進(jìn)行評(píng)審

在需求分析階段，找主對(duì)接的產(chǎn)品經(jīng)理來確認(rèn)自己產(chǎn)出的設(shè)計(jì)思路，整體流程等大方向有沒有什么問題; 在設(shè)計(jì)階段，也要保持和內(nèi)部人員以及產(chǎn)品經(jīng)理的溝通，確認(rèn)主要的原型頁面，在接著細(xì)化細(xì)節(jié)，再與主對(duì)接的產(chǎn)品經(jīng)理溝通。在這個(gè)過程中，還應(yīng)積極向視覺、開發(fā)同步傳遞需求及設(shè)計(jì)理念。

這樣與相關(guān)人員經(jīng)常保持溝通，信息同步，既可以減少自己因閉門造車而在最終評(píng)審時(shí)的大返工，又可以讓團(tuán)隊(duì)人員提前了解提前做好準(zhǔn)備，從而提升團(tuán)隊(duì)效率。

b.陳述方案時(shí)注意自上而下表達(dá)

先講大場(chǎng)景，再講小分支。先簡(jiǎn)單敘述下我們的產(chǎn)品目標(biāo)和設(shè)計(jì)目標(biāo)，再說我們主要解決了哪幾個(gè)場(chǎng)景下發(fā)生的問題。接著講流程，先主線任務(wù)，如有時(shí)間再講支線任務(wù)。講頁面之前，要先講頁面是怎么來的；講頁面時(shí)，不要細(xì)講里面的內(nèi)容，要在具體的詳情頁面中對(duì)照著講，這樣參會(huì)人更容易理解。在詳述每個(gè)頁面的過程中，分別描述清楚what？why？how？幾點(diǎn)即可。

在闡述時(shí)有主次之分，重點(diǎn)或大的改變最開始講，有的內(nèi)容則不需要細(xì)講，有人提出疑問或質(zhì)疑時(shí)再詳細(xì)解釋。

c.明確會(huì)議主題

明確會(huì)議主題，是提高會(huì)議效率的首要指標(biāo)。在會(huì)議前明確主題，盡量討論具象化（有初步想法后再開會(huì)），即最好有實(shí)際的圖表現(xiàn)出來，不然大家討論全憑腦袋空想，且就算達(dá)成一致大家想的還不一定一樣，這樣開會(huì)會(huì)非常浪費(fèi)時(shí)間且沒有意義。

當(dāng)遇到分歧或疑問時(shí)，如果是會(huì)議主題內(nèi)的，能當(dāng)場(chǎng)解決的當(dāng)場(chǎng)解決，無法當(dāng)場(chǎng)解決，先記錄下來，會(huì)下繼續(xù)討論。如果是會(huì)議主題外的，則做好記錄，會(huì)下與疑問提出人討論。另外，在會(huì)議中看交互稿時(shí)，參會(huì)人員很容易提出細(xì)節(jié)和視覺層面的問題，此時(shí)要講清楚這不是視覺稿，而是交互稿，主要是過內(nèi)容和邏輯，不要糾結(jié)細(xì)節(jié)，具體風(fēng)格、樣式等內(nèi)容在視覺階段再提出。

d.記好會(huì)議紀(jì)要

現(xiàn)實(shí)中，一次性交付交互稿顯然是不可能的，再加上需求方不時(shí)的需求變動(dòng)、各職責(zé)人員站在自己角度看待問題的差異，會(huì)議上難免會(huì)產(chǎn)生一些分歧，導(dǎo)致需要改稿。所以會(huì)議上需要記好詳細(xì)的會(huì)議紀(jì)要，以便對(duì)已確定的改動(dòng)，交互設(shè)計(jì)師改稿后，與相關(guān)人員會(huì)下（或下次會(huì)議）再次確認(rèn)；對(duì)提出的尚不明確的需求，會(huì)下及時(shí)與相關(guān)人員溝通，盡快確定。

另外，在會(huì)議上，產(chǎn)品經(jīng)理“突發(fā)奇想”得出的新需求或要變動(dòng)的需求，在未確認(rèn)價(jià)值前，一定不要當(dāng)場(chǎng)答應(yīng)。可以先將內(nèi)容做詳細(xì)記錄，在會(huì)下經(jīng)過仔細(xì)評(píng)估是否合理，價(jià)值多大，與提出人再次確定后，再?zèng)Q定是否要改。并且所有的需求還需要產(chǎn)品經(jīng)理們協(xié)調(diào)一致后，再做決定；若產(chǎn)品經(jīng)理內(nèi)部遲遲未確定，那可交互先行，一是從交互角度判斷可不可行，可行的話先畫出草圖，出初步思路，再去找產(chǎn)品經(jīng)理討論；二是占據(jù)主動(dòng)性，更有話語權(quán)。

5.項(xiàng)目跟進(jìn)

即使已經(jīng)定稿交付開發(fā)，也會(huì)有很多或細(xì)節(jié)、或?qū)崿F(xiàn)難度、或時(shí)間資源方面的問題，所以不能一交付完就萬事大吉了。畢竟最終的開發(fā)效果，根本性地決定著用戶體驗(yàn)。實(shí)際項(xiàng)目中，經(jīng)常有這樣的情況：開發(fā)遇到問題卻沒有詢問交互，而是自己用“自己的方式”解決。這顯然是最糟糕的情況，所以為了保證最終體驗(yàn)，交互應(yīng)主動(dòng)進(jìn)行項(xiàng)目跟進(jìn)。

在這過程中，主動(dòng)詢問相關(guān)人員有沒有遇到什么問題：交互文檔中有沒有什么沒看明白的地方或還未考慮到的地方；設(shè)計(jì)的實(shí)現(xiàn)難度；如果時(shí)間緊張，那么設(shè)計(jì)的優(yōu)先級(jí)是怎樣……

6.修改迭代

若設(shè)計(jì)需要有小的改動(dòng)，則應(yīng)先找相關(guān)人員討論，多方明確且達(dá)成一致后，再做變更，并在交互文檔中最好對(duì)應(yīng)的變更紀(jì)要和具體說明。最后，將相關(guān)事項(xiàng)發(fā)郵件給所有項(xiàng)目成員。如有必要，則還需集中對(duì)相關(guān)人員再進(jìn)行一次會(huì)上的講解說明。若改動(dòng)較大，則放到下一版本。

作者：丸子圓，目前大四在讀，喜愛交互和心理學(xué)，歡迎前來交流指導(dǎo)。

本文由 @丸子圓 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自PEXELS，基于CC0協(xié)議