紙上得來終覺淺溯捆，絕知此事要躬行。

交互設(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è)需求基于怎樣的場景？需求的來源及數(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í)常常是不完整的，只簡單闡述背景和這樣做的原因岗宣，而一些隱含的更深層次的（或說更原始的）背景原因和條件蚂会，則需要交互設(shè)計(jì)師不斷去思考、不斷與需求方溝通才得知耗式。如果沒有充分理解需求胁住，僅僅知道用戶的操作步驟是由這到那，而不清楚他進(jìn)行步驟的背景和原因刊咳，不僅會(huì)導(dǎo)致對(duì)需求有理解偏差彪见，無法挖掘到深層次的需求，更別談做出最優(yōu)解的設(shè)計(jì)了娱挨。

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

在整個(gè)需求傳遞的過程中余指，產(chǎn)品經(jīng)理提出的需求不一定是原始需求，有些則是經(jīng)過加工或推測得來跷坝。當(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ì)以“ 市場就是這樣的 ”/ “這個(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ì)的最重要的元素

從基于場景的需求中柬批，分析用戶最本質(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)品有簡單的認(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ǎn)品目標(biāo)和設(shè)計(jì)目標(biāo)，再說我們主要解決了哪幾個(gè)場景下發(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)場解決的當(dāng)場解決泪酱，無法當(dā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)場答應(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)理討論。

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)較大，則放到下一版本）