7步蓋房法:B端產(chǎn)品設(shè)計調(diào)研攻略
如果說把 ToB 系統(tǒng)的設(shè)計過程比喻成蓋房子,那么我們需要幾個大步驟呢?
- 作者:Yeriss
- 公眾號:UXRen
設(shè)計師接手新的 ToB 類產(chǎn)品時,面對陌生的業(yè)務(wù)、大量信息,服務(wù)對象從“用戶”轉(zhuǎn)變到“客戶”等問題,往往在一開始感到無從下手。
究竟應(yīng)該從哪里入手呢?怎樣剝繭抽絲地了解業(yè)務(wù),發(fā)現(xiàn)問題,做到有據(jù)可循的設(shè)計呢?
如果說把 ToB 系統(tǒng)的設(shè)計過程比喻成蓋房子,那么我們需要幾個大步驟:
- 勘測環(huán)境:理解業(yè)務(wù)實(shí)質(zhì)
- 繪制藍(lán)圖:找準(zhǔn)當(dāng)期項目目標(biāo)
- 準(zhǔn)備建材:調(diào)研搜集素材
- 打好地基:鑒別信息、發(fā)現(xiàn)關(guān)聯(lián)和痛點(diǎn)
- 搭建筋骨:信息架構(gòu)
- 建設(shè)動線和空間:主任務(wù)流、關(guān)鍵頁面
- 完善細(xì)節(jié):界面打磨
一、環(huán)境:理解業(yè)務(wù)實(shí)質(zhì)
為什么有必要理解業(yè)務(wù)?
不懂業(yè)務(wù)會出現(xiàn)兩大問題:
- 首先,影響溝通。項目調(diào)研和設(shè)計執(zhí)行過程中,都需要和業(yè)務(wù)方需求方大量溝通。不懂業(yè)務(wù),自然會遇到障礙,甚至影響客戶或業(yè)務(wù)方對設(shè)計師專業(yè)性和設(shè)計能力的評價。
- 其次,不理解業(yè)務(wù)的情況下,制定出來的設(shè)計目標(biāo),可能不貼合業(yè)務(wù),隔靴搔癢。項目做完,有可能發(fā)現(xiàn)設(shè)計關(guān)注點(diǎn)和業(yè)務(wù)關(guān)注點(diǎn)靠不上,局限在設(shè)計語境一畝三分地里面做優(yōu)化,有時候在業(yè)務(wù)方看來,這就是做了“無用功”。
為了避免脫離業(yè)務(wù)做設(shè)計,我們究竟應(yīng)該了解哪些信息呢?
理解業(yè)務(wù),需要看什么?
- 該業(yè)務(wù)是為了解決什么問題而存在的;
- 關(guān)鍵衡量指標(biāo);
- 主要知識框架。
了解知識框架不是為了全都學(xué)懂學(xué)通,后面第四步,我們會介紹如何在有限的時間內(nèi),把握信息顆粒度。
還可以看什么?
- 行業(yè)里面有哪些參與方或角色
- 不同角色提供的價值是什么
- 資金、產(chǎn)品、信息流向的鏈條
- 為了達(dá)成自身業(yè)務(wù)目標(biāo)關(guān)鍵資源和能力
通過理解業(yè)務(wù),我們可能從中得到什么?
- 可能是“數(shù)據(jù)看板”頁面一個報表
- 可能是“表單”頁面信息優(yōu)先級設(shè)計依據(jù)
- 可能是系統(tǒng)的評估指標(biāo)
- 可能是對關(guān)鍵操作角色KPI的理解
- 可能是整個系統(tǒng)設(shè)計導(dǎo)向的依據(jù)
怎么做?
通過搜索引擎、專業(yè)書籍閱讀、行業(yè)專家、內(nèi)行人的交流,可以獲得以上信息。也可以向團(tuán)隊內(nèi)業(yè)務(wù)崗位同事交流請教。
如果是與外部客戶合作,不一定有條件充分的溝通。這時可以利用項目前期溝通的機(jī)會,在對方做項目背景介紹時,記下關(guān)鍵問題,或找合適的場合少量提問。
二、制藍(lán)圖:找準(zhǔn)當(dāng)期項目目標(biāo)
第二步,是考慮當(dāng)期項目的主要目標(biāo),也就是要解決的主要問題;劃定設(shè)計范圍,可以業(yè)務(wù)模塊層面拆分;還需要嘗試尋找具體切入點(diǎn),可能是業(yè)務(wù)鏈中的某個小環(huán)節(jié)。
另外,還需要注意項目目標(biāo)和范圍要和需求方、業(yè)務(wù)方討論核對。
為什么要和需求方、業(yè)務(wù)方核對目標(biāo)?
一方面,和需求方核對目標(biāo)和范圍,有助于控制預(yù)期,增加設(shè)計參與感。另一方面,盡量讓目標(biāo)貼合實(shí)際業(yè)務(wù),不局限于設(shè)計語境。
為什么有必要圈定范圍?
遇到人力有限,時間有限是項目的常態(tài),尤其 ToB 業(yè)務(wù)通常業(yè)務(wù)鏈比較復(fù)雜,任務(wù)繁重。如果是從零到一的項目,初立項項目,還會同時面臨開發(fā)資源平衡、團(tuán)隊磨合、客戶信任的問題。
理想化的設(shè)計路徑里面,當(dāng)然沒有這些障礙或意外,然而現(xiàn)實(shí)中的意外總比劇本還更有想象力。分拆小模塊限定設(shè)計范圍的做法,無論是試水合作、分工任務(wù)、還是減少早期信息的壓力都會有幫助。
怎么做?
- 梳理清楚全局業(yè)務(wù)模塊
- 搞清楚當(dāng)前業(yè)務(wù)方預(yù)期
- 粗顆粒度評估各個模塊、痛點(diǎn)優(yōu)先級
- 溝通并圈定設(shè)計范圍
不能做到明確限定設(shè)計范圍的時候,也一定要能盡量分拆。分拆從粗到細(xì),從大顆粒度的業(yè)務(wù)模塊分拆,到可獨(dú)立出來的小功能集群的分拆。
三、備建材:調(diào)研搜集素材
在 ToB 項目中,我們作為“外行”“新手”,很有必要通過定性研究的手段,去做一輪信息搜集,解決一些“是什么”和“為什么”的問題。
這時候,訪談或其他方式的定性研究應(yīng)該怎么做呢?
訪談對象,應(yīng)該了解誰?
- 系統(tǒng)管理和負(fù)責(zé)人;
- 業(yè)務(wù)參與角色(直接操作系統(tǒng)/不操作);
- 價值決策者。
首先,對系統(tǒng)負(fù)責(zé)人、用戶反饋負(fù)責(zé)人、系統(tǒng)專家這類角色訪談,能快速幫我們了解系統(tǒng)的操作方法,歷史問題,關(guān)鍵角色等等。
我們可以基于這類“經(jīng)驗用戶”、“專家”訪談對要設(shè)計的系統(tǒng)有一個大致的認(rèn)識,盡量建立起來一個整體的框架。
接下來,對業(yè)務(wù)中各類角色進(jìn)行的訪談。需要注意的是,盡量覆蓋業(yè)務(wù)流轉(zhuǎn)中的各類參與角色,按業(yè)務(wù)環(huán)節(jié)選擇被訪角色,無論操作系統(tǒng)與否(當(dāng)然,不直接操作系統(tǒng)的角色,訪談用戶量可以酌情減少)。因為我們一開始要做的,是對整個業(yè)務(wù)鏈有所了解。具體的,我們了解他們的工作場景,任務(wù),操作細(xì)節(jié),觀念態(tài)度等等,和 ToC 的訪談其實(shí)差異也不算太大。
另外,對價值決策者的訪談,不一定有機(jī)會直接聊。對于這個角色,我們訪談的目的,主要還是為了驗證確認(rèn) STEP1 當(dāng)中,我們了解到的關(guān)鍵價值,是否和決策者心中預(yù)期相符,避免在設(shè)計優(yōu)化方向上跑偏太遠(yuǎn)。
常規(guī)且必要的訪談主題有哪些?
- 組織結(jié)構(gòu);
- 每個角色的工作目標(biāo);
- 工作主線任務(wù)鏈;
- 系統(tǒng)內(nèi)主線任務(wù)鏈;
- 關(guān)鍵表單信息分組、優(yōu)先級;
- 細(xì)節(jié)專題訪談。
和 C 端項目的差異之處在于,End-user 的行動動機(jī)一部分來自于組織運(yùn)作目標(biāo)。因此,B 類系統(tǒng)業(yè)務(wù)所涉及任務(wù)鏈當(dāng)中的關(guān)鍵業(yè)務(wù)組織的結(jié)構(gòu)、運(yùn)作方式、合作關(guān)系、業(yè)務(wù)目標(biāo),是早期訪談中的首要關(guān)注問題。不見得占訪談多大篇幅,但這部分內(nèi)容能幫我們解釋,在這個組織中各種角色行為的動機(jī)。
接下來需要了解每個角色的工作目標(biāo),日常任務(wù),如以每年、每季度、每月、每周、每天為單位,在用戶心目中工作分為哪些模塊,工作量如何,面對什么類型的任務(wù)……換句話說,是了解用戶的工作心理模型,他如何描述、劃分、解釋他所面對的任務(wù),關(guān)心什么樣的事情,有什么KPI。
還需對關(guān)鍵業(yè)務(wù)活動更具體的了解,可以是按照線性、時間關(guān)系、因果關(guān)系的一系列描述。尤其注意,此處了解不應(yīng)局限于系統(tǒng)內(nèi)的活動,應(yīng)該是順著工作任務(wù)出發(fā)去了解。
在這個環(huán)節(jié),最開始可能我們的訪談像是在跟訪談對象“學(xué)習(xí)業(yè)務(wù)”,逐漸熟悉之后,才能慢慢的找出規(guī)律,澄清,簡化,解讀,描述用戶視角里面的工作任務(wù)鏈。
關(guān)于用戶和軟件或系統(tǒng)互動方面,了解系統(tǒng)內(nèi)的主線任務(wù)歷程,相關(guān)的分工方式,信息傳遞,決策點(diǎn),評價方式。另外,還有有必要了解系統(tǒng)在用戶工作中所占重要性和比例,了解系統(tǒng)的整體感受,遇到問題,尤其還需要關(guān)注,替代物和輔助工具使用,它們會反映界面信息展示和功能設(shè)計問題。
接著是關(guān)鍵頁面中的信息分組和優(yōu)先級問題,這里需要了解在一些關(guān)鍵頁面的用戶對信息使用和展示需求。了解的方式,既可以是在任務(wù)鏈中穿插了解任務(wù)中的信息訴求,也可能是專題的做卡片分類,從用戶角度看這些信息分組和使用的方式。
最后是一些設(shè)計專題的問題,例如復(fù)雜的信息傳遞需求,特殊的展示頁面,新的一些功能或設(shè)計設(shè)想的驗證。以及需求方附帶希望了解的,在前面訪談主線中沒有覆蓋到的問題。
需要注意的是,這些訪談主題并非針對所有用戶在訪談中平均出現(xiàn),而是在早期訪談中,可以先了解組織架構(gòu),工作職責(zé)等,后續(xù)對任務(wù)操作,設(shè)計細(xì)節(jié)多安排一些。
其他需要同步調(diào)研/討論的常規(guī)課題:
- 信息架構(gòu)的調(diào)研涉及導(dǎo)航設(shè)計
- 信息對象的分類和范圍問題涉及信息分類、篩選功能、查詢功能設(shè)計
- 功能命名澄清涉及界面信息可理解性優(yōu)化
- 設(shè)計專題一些難點(diǎn)設(shè)計環(huán)節(jié)的專題討論
Tips(一些容易出現(xiàn)的問題):
(1)誤以為自己了解用戶如何使用產(chǎn)品
最容易出現(xiàn)的是,大家并未充分理解用戶任務(wù),或產(chǎn)品功能,卻已經(jīng)陷入設(shè)計爭論。比如我所經(jīng)歷的產(chǎn)品優(yōu)化項目,菜單已經(jīng)超過幾百個,包括產(chǎn)品經(jīng)理,都沒辦法說清楚每個功能大概是做什么的,這種情況下我們一上來就考慮菜單怎么排布優(yōu)化思路,是不解決問題的。
(2)害怕了解專業(yè)術(shù)語,認(rèn)為學(xué)習(xí)成本高
這里提供一個技巧。其實(shí)我們理解業(yè)務(wù)的目的只是為了做界面設(shè)計,支撐好用戶的操作需要和信息需要,而不是代替用戶工作。那么我們對用戶專業(yè)知識的掌握程度,可以先達(dá)到對“操作”的理解,在早期可能就已經(jīng)夠用了。我舉一些例子,你可能就明白到底如何達(dá)到對操作的理解。
我們嘗試這樣“解讀”業(yè)務(wù)行為:用戶現(xiàn)在在做什么?
他查找某個信息,還是比對、判斷、傳遞、發(fā)送、檢查、選擇、創(chuàng)作錄入內(nèi)容、登記信息、打開文檔、切換文檔、尋找信息、等待、獲知。比起用戶做“預(yù)算方案”,“診斷病人病情”這樣的任務(wù)描述,更加通識的、操作化的描述,更容易讓我們了解用戶的“操作需要”,也更容易和各種背景的團(tuán)隊成員形成討論。
當(dāng)然,業(yè)務(wù)化的描述更容易讓人理解前后邏輯,操作化描述則是對于我們做行動、任務(wù)、操作需要的分析和設(shè)計有一點(diǎn)幫助。
(3)信息量大,頭疼
ToB 業(yè)務(wù)特點(diǎn)除了“專業(yè)性強(qiáng)”之外,還常常伴有“信息量大”的特點(diǎn)。這個時候我們能做的一種樸素的應(yīng)對方式,是分類和分組,是運(yùn)用金字塔原則,是概括和簡化。比如:某幾十個信息點(diǎn),是用戶用來做“決策”的“參考信息”,另一些幾十個,是需要“傳遞”給下一步操作角色的業(yè)務(wù)信息。如果有必要,也可以再往下繼續(xù)分層分組的去梳理。
(4)顆粒度問題
無論是描述任務(wù),信息分層我們都面臨“顆粒度”把握問題,這個問題沒有一概而論的方法和答案,我這里暫且提供幾個思路。例如,從“分類原則”出發(fā),盡量運(yùn)用MECE原則,多做嘗試;借鑒業(yè)務(wù)顆粒度,業(yè)務(wù)本身有既定的信息邏輯,它的分類顆粒度有借鑒意義;還可以考慮,按應(yīng)用場景需要來掌握顆粒度。
看分類好的信息是用來做導(dǎo)航設(shè)計,還是主任務(wù)鏈設(shè)計,還是表單信息設(shè)計。需要注意的是,要區(qū)分究竟是顆粒度出了問題,還是信息塊的命名本身就不精準(zhǔn),存在理解問題。語義理解出了問題,再怎么挪騰信息塊的位置,結(jié)果也可想而知。
(5)無法直接訪談,缺少訪談資源和渠道
例如遇到高層角色訪談約不到,可以從項目的負(fù)責(zé)人側(cè)面了解觀點(diǎn),或參與項目時間較長的同事有時候也能提供一些信息。另外,有一些我們需要的信息,在項目以往的規(guī)劃、介紹文檔中,可以嘗試從這里了解。
(6)關(guān)于業(yè)務(wù)的訪談,很難開口,擔(dān)心顯得自己外行
訪談對話關(guān)系中其實(shí)有很多種,面對“業(yè)務(wù)專家”的訪談姿態(tài)本身就可以采取“請教”的姿態(tài)。另外,為了避免自己過于外行導(dǎo)致話題進(jìn)行不下去,所以前面幾步的準(zhǔn)備工作和訪談框架的建立和隨時調(diào)整也很重要。(訪談?wù)n題和因素框架怎么調(diào)整,也是個挺有意思的話題,有機(jī)會我們再展開聊。)
(7)平均安排所有的內(nèi)容在每個訪談里
如果這么做,你會發(fā)現(xiàn)你的訪談無限的被拉長。另外,有一些問題并不適合詢問所有角色,甚至不適宜以訪談的方式獲得。用戶可能負(fù)責(zé)不同的業(yè)務(wù)模塊,所以訪談的內(nèi)容會有差異和側(cè)重。如果時間充分,你可以每類角色都安排夠最小樣本量,但通常情況下時間、樣本資源都有限,只能做些取舍。
四、打地基:鑒別信息、發(fā)現(xiàn)關(guān)聯(lián)和痛點(diǎn)
在前面幾步過程中,我們實(shí)際上一直都在獲取各式各樣的信息,這時我們需要清晰的展示搜集到的關(guān)鍵信息,盡量簡要的澄清它們之間的關(guān)聯(lián)。如:
- 業(yè)務(wù)構(gòu)成/關(guān)系圖,展示業(yè)務(wù)模塊關(guān)系;
- 工作流程圖,展示用戶工作歷程;
- 體驗地圖,呈現(xiàn)用戶具體任務(wù)/行動過程;
- 利益人關(guān)系圖,呈現(xiàn)用戶組織關(guān)系/相關(guān)系統(tǒng)關(guān)系;
- 業(yè)務(wù)指標(biāo)澄清;
- 系統(tǒng)和關(guān)聯(lián)系統(tǒng)的配合關(guān)系。
還需要進(jìn)一步澄清細(xì)化目標(biāo)、痛點(diǎn),找切入點(diǎn),也就是搞清楚問題、沖突、未被滿足的需求的所在:
- 對業(yè)務(wù)痛點(diǎn)的澄清;
- 對當(dāng)期改進(jìn)目標(biāo)的不同角色不同觀點(diǎn)澄清;
- 用戶使用歷程中的階段感受;
- 用戶的痛點(diǎn)、未滿足目的需要、操作需要;
- 澄清相關(guān)影響因素。
實(shí)際工作中,這一步鑒別信息發(fā)現(xiàn)關(guān)聯(lián),和前面三步不是割裂的,而是在前面幾步工作當(dāng)中持續(xù)進(jìn)行的。我們不斷構(gòu)建對業(yè)務(wù)認(rèn)知的同時,也以相對結(jié)構(gòu)化和圖形化的形式澄清這些內(nèi)容,幫助我們在接下來的工作中,更好的和團(tuán)隊中的其他人一起理解用戶,討論方案。
通過這種方式,對搜集到的信息簡化概括,不斷更新對項目的認(rèn)知,階段輸出調(diào)研產(chǎn)出物。
這里再介紹一個小技巧,可以用PPT,一頁列一個主題,從調(diào)研開始到最后,持續(xù)更新,復(fù)盤自己對信息掌握的程度,隨時調(diào)整,有的放矢。這也會減少漫無邊際發(fā)散,一定程度上控制重復(fù)調(diào)研,能提升調(diào)研效率。
有了前面1-4步的工作,實(shí)際上傳統(tǒng)意義的用研工作算是告一段落。下面的步驟里,設(shè)計工作比重大量增加,我也盡量以自己有限的經(jīng)驗來嘗試說明前面用研工作結(jié)果在后續(xù)設(shè)計過程里的落腳點(diǎn)。
五、筋骨:信息架構(gòu)設(shè)計或優(yōu)化
我們已經(jīng)在前面的研究中嘗試分析的系統(tǒng)的分類方式和范疇,具體到系統(tǒng)信息結(jié)構(gòu)設(shè)計,這里介紹一些補(bǔ)充的經(jīng)驗工具。
一般而言,我們有幾種組織信息,拆分一個系統(tǒng)的方式。按業(yè)務(wù)范疇拆分,按任務(wù)歷程,按功能模組拆分系統(tǒng),按不同角色拆分系統(tǒng)。不同的情形可能需要選擇和組合不同的信息架構(gòu)組織方式。
常見的拆分的優(yōu)先順序經(jīng)驗是:業(yè)務(wù)范疇>核心任務(wù)歷程>功能模組。按用戶角色拆分前臺頁面的信息架構(gòu)要視情況而定,從系統(tǒng)復(fù)雜度和維護(hù)難度考慮,一些情況并不推薦這種劃分。
如果是局部優(yōu)化項目,不涉及整體的信息架構(gòu)調(diào)整,只需要為新的功能在信息架構(gòu)中找到合適的歸宿。
如果是改版項目,我們可以用幾個簡單快速的方式入手。首先,試著從業(yè)務(wù)的角度嘗試對過去的菜單做信息分類,某個菜單是屬于“xxxx”任務(wù)里面的里一個子功能,還是“xxxx”工作里面的一個信息入口。找到歸屬與錯誤范疇的信息,是可做的調(diào)整的第一步。
其次,是看功能菜單的使用頻率,還有用戶的關(guān)注和使用情況。
在用戶心目中,一些功能菜單意味著什么,某個菜單條目,是他閉著眼睛都會點(diǎn)進(jìn)去的,還是打入冷宮從沒想著要用一次的,或是他壓根看不懂的?打開從用戶視角的聚光燈,去觀察哪些條目被聚焦,哪些已經(jīng)在無數(shù)的迭代中被遺忘蒙塵,它們很可能就是用戶定位功能時候的干擾信息。
六、空間:主線任務(wù)、關(guān)鍵頁面
對用戶任務(wù)鏈條的澄清,需要有幾個方面的充分描述,用戶建立任務(wù)的動機(jī)和預(yù)期獲得的結(jié)果,用戶規(guī)劃的行動路徑,用戶執(zhí)行任務(wù)的具體操作,和用戶評估行為效果的參考依據(jù)。這是用戶的行動模型。
再用戶行動過程中,每個步驟需要的操作需要和信息引導(dǎo),以及后續(xù)的反饋是否充分,影響了用戶行動是否能夠順利完成,以及過程中是否出錯。
關(guān)鍵頁面的信息展示設(shè)計,重點(diǎn)是滿足用戶的信息塊的認(rèn)知需要,減少用戶認(rèn)知負(fù)擔(dān),減少歧義。
通過前面的調(diào)研過程,以上信息都應(yīng)該得到搜集,圖形化產(chǎn)出,或是設(shè)計師直接參與調(diào)研有了更豐富的細(xì)節(jié)感知。理想情況下,我們對整體業(yè)務(wù)目標(biāo),還是用戶任務(wù)鏈條、操作目標(biāo)、痛點(diǎn),都有了充分的了解。如果你拿不準(zhǔn)具體的調(diào)研問題應(yīng)該問什么,可以再從這里找找思路。
七、界面打磨和專題討論
在設(shè)計中,總會遇到各式各樣的問題??赡苁呛暧^顆粒度的任務(wù)流程問題,也可能是權(quán)限拆分問題,或是具體的某個頁面展示空間不足。
如果前期從任務(wù),操作需求,信息訴求教的研究仍然不充分,還有可能在細(xì)節(jié)設(shè)計階段補(bǔ)充調(diào)查,比如對某個特殊設(shè)計頁面的方案選擇和試用體驗。此時,可能是短平快的可用性測試,原型程度的A/B Test。
最后
要得到好的調(diào)研產(chǎn)出,還會遇到種種問題和情況,簡單羅列幾個。
- 基礎(chǔ)分析能力出了問題?雖然看清楚了上面的步驟,但是仍然做不出東西,或者感覺混亂,可能是分析能力不足,需要專門做訓(xùn)練或?qū)W習(xí),還可能需要想辦法更熟悉假設(shè)、驗證是怎么做的。
- 業(yè)務(wù)分析出了問題?如果不知道價值,業(yè)務(wù)分析怎么做,應(yīng)該補(bǔ)充一些商科知識,市場營銷,運(yùn)營管理、企業(yè)戰(zhàn)略、財務(wù)等。同時,也可以看一些市場分析報告,行業(yè)報告。
- 業(yè)務(wù)設(shè)計與規(guī)劃問題?如果調(diào)研一番后,發(fā)現(xiàn)業(yè)務(wù)本身出了問題,有的情況超出了設(shè)計角色能工作的范圍,通常情況下,一兩個設(shè)計師的聲音難以推動巨大改變。這時候最好是智取、取巧,項目從一兩個關(guān)鍵的問題頁面出發(fā),做相對獨(dú)立的功能或小模塊優(yōu)化,解決一兩個實(shí)際問題。建立信任后再找機(jī)會逐步分析和澄清問題,解決問題。
項目中,任何問題都有可能出現(xiàn),很多問題都有可能導(dǎo)致項目的失敗。我們也需要建立的預(yù)期是,不是調(diào)研做充分了,項目就一定能成功,客觀的心態(tài)去看清楚面對的問題究竟是什么,才更有可能好好的面對、解決。
回顧一下七個調(diào)研設(shè)計步驟:
- 勘測環(huán)境:理解業(yè)務(wù)實(shí)質(zhì)
- 繪制藍(lán)圖:找準(zhǔn)當(dāng)期項目目標(biāo)
- 準(zhǔn)備建材:調(diào)研搜集素材
- 打好地基:鑒別信息、發(fā)現(xiàn)關(guān)聯(lián)和痛點(diǎn)
- 搭建筋骨:信息架構(gòu)
- 設(shè)計動線和空間:主任務(wù)流、關(guān)鍵頁面
- 完善細(xì)節(jié):界面打磨和專題討論
以上就是我在ToB設(shè)計調(diào)研中的一些工作經(jīng)驗。通過這樣一輪信息搜集、傾聽、分析、梳理,無論用研來支持設(shè)計師執(zhí)行,還是設(shè)計師自己執(zhí)行,它都讓我們在做設(shè)計決定時心里更踏實(shí),更有把握,感到有源可據(jù)。在我的工作之中,ToB調(diào)研設(shè)計不是難啃枯燥的硬骨頭,而是不斷解密、拼圖的有趣過程,也是富有藝術(shù)和挑戰(zhàn)“建筑”之旅。
本文僅是個人經(jīng)驗之談,錯漏之處請不吝賜教。我相信真正有價值的洞察來自于實(shí)際工作體會,也來自于不斷交流迭代。
作者:Yeriss,公眾號:UXRen
來源:https://mp.weixin.qq.com/s/zUN2_7_CyJD014YAVImnoA
本文由 @UXRen 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
您好,知乎有人拿原創(chuàng)文章做專欄并且不注明出處 https://zhuanlan.zhihu.com/p/68941122