以一個(gè)B端項(xiàng)目為例,聊聊如何應(yīng)對(duì)復(fù)雜需求下的UX設(shè)計(jì)

0 評(píng)論 7496 瀏覽 13 收藏 10 分鐘

需求文檔200多頁(yè)、時(shí)間緊、變更頻繁,專(zhuān)業(yè)知識(shí)點(diǎn)還超多!如果是你接到這樣的一個(gè)復(fù)雜需求,你會(huì)如何展開(kāi)工作?作者以實(shí)際工作中的這個(gè)具體項(xiàng)目為例,與我們一同探討如何應(yīng)對(duì)復(fù)雜需求下的UX設(shè)計(jì)。歡迎閱讀~

上周給團(tuán)隊(duì)做了一個(gè)15分鐘的小分享,以我們之前一個(gè)具體的B端項(xiàng)目為例,探討如何應(yīng)對(duì)復(fù)雜需求下的UX設(shè)計(jì)。

由于這次的分享主題是由team內(nèi)的小伙伴指定的,所以在分享的開(kāi)始,我就問(wèn)了一個(gè)問(wèn)題:你們覺(jué)得這個(gè)項(xiàng)目復(fù)雜在哪里?

以前聽(tīng)人大一個(gè)教授說(shuō),任何問(wèn)題,都需要有一個(gè)定義域。后來(lái)聽(tīng)舒祺老師講課的時(shí)候,也聽(tīng)到一句話,叫做:defined before detented。

01 解決問(wèn)題之前,先定義它

當(dāng)你拿到一個(gè)你認(rèn)為復(fù)雜的需求時(shí),先確認(rèn)對(duì)你而言,復(fù)雜的是什么很重要。以我分享的那個(gè)項(xiàng)目為實(shí)例,它的復(fù)雜性在于:

  1. 我拿到手的需求是一份200多頁(yè)的技術(shù)要求文檔,是由甲方組織撰寫(xiě)的國(guó)標(biāo)文件,雖然實(shí)際描寫(xiě)功能的只有10頁(yè)左右,但為了理解每個(gè)功能的具體細(xì)節(jié),必須要翻看后面更偏技術(shù)的描述,比如接口結(jié)構(gòu)、傳輸協(xié)議等等。而當(dāng)時(shí)項(xiàng)目里也沒(méi)有產(chǎn)品經(jīng)理的崗位幫助去梳理需求。這一條也是我當(dāng)時(shí)分享時(shí)現(xiàn)場(chǎng)詢問(wèn)小伙伴為什么覺(jué)得這個(gè)項(xiàng)目復(fù)雜時(shí),所得到最多的答案。
  2. 時(shí)間緊張,需求變更頻繁。中間一個(gè)版本又在這200多頁(yè)文檔里添加了詳細(xì)的后臺(tái)微服務(wù)及接口定義文檔,和最初我們自己后臺(tái)微服務(wù)框架和接口定義有許多不一致的地方。
  3. B端項(xiàng)目本身的業(yè)務(wù)門(mén)檻和相關(guān)的專(zhuān)業(yè)知識(shí)點(diǎn)造成的壁壘。

02 這些復(fù)雜性,給UX設(shè)計(jì)帶來(lái)了什么困難?

有時(shí)候,我們很容易將現(xiàn)象和問(wèn)題混淆起來(lái),復(fù)雜和簡(jiǎn)單只是事物的屬性,是這個(gè)世界的一部分,它并無(wú)好壞之分(詳見(jiàn)《馴服復(fù)雜,B端設(shè)計(jì)思考》)。

比如“200多頁(yè)的技術(shù)要求文檔,沒(méi)有專(zhuān)門(mén)的產(chǎn)品崗位去梳理需求”只是一個(gè)現(xiàn)象,并不是問(wèn)題本身,需要定義的是你面臨的問(wèn)題,而不是將現(xiàn)象和問(wèn)題混為一談,因?yàn)橥粋€(gè)現(xiàn)象,可能對(duì)其他人造成的問(wèn)題(也可能并不成為問(wèn)題),和對(duì)你造成的問(wèn)題是完全不一樣的。

在這個(gè)項(xiàng)目中,前面三點(diǎn)造成的問(wèn)題主要有:

(一)兼顧大結(jié)構(gòu)的同時(shí),又要注意小的細(xì)節(jié)。

(二)同時(shí)期其他工作的干擾&后端接口文檔改動(dòng)時(shí)自己的預(yù)判不足

(三)對(duì)業(yè)務(wù)的了解程度不夠可能造成設(shè)計(jì)后的界面交互并不那么滿足用戶體驗(yàn)要求

以一個(gè)B端項(xiàng)目為例,聊聊如何應(yīng)對(duì)復(fù)雜需求下的UX設(shè)計(jì)

(一)兼顧大結(jié)構(gòu)的同時(shí),又要注意小的細(xì)節(jié)。

我們知道,交互設(shè)計(jì)是要下沉到細(xì)節(jié)邏輯的,它流轉(zhuǎn)的不止是表層的界面跳轉(zhuǎn),也關(guān)系到界面下的底層信息交互的邏輯運(yùn)轉(zhuǎn)。

我之前寫(xiě)過(guò)一篇文章,探討B(tài)端界面設(shè)計(jì)的復(fù)雜性從何而來(lái)(詳見(jiàn)《B端設(shè)計(jì)思考:以界面為觸點(diǎn)的信息流轉(zhuǎn)》)時(shí)也有聊到。

同時(shí),B端系統(tǒng)需要交互的信息常常有很多(功能點(diǎn)多),也就意味著它需要許多許多彼此相關(guān)聯(lián)的界面來(lái)承載它們。

不過(guò),面對(duì)項(xiàng)目當(dāng)時(shí)的情景和目標(biāo),探討按鈕的擺放順序和表單字段是否冗余已經(jīng)沒(méi)有任何意義,首先要確保的是主結(jié)構(gòu)、主流程和關(guān)鍵界面的正確性。

好在這個(gè)項(xiàng)目之前,我已經(jīng)做過(guò)一些相同業(yè)務(wù)領(lǐng)域的類(lèi)似項(xiàng)目,所以在確認(rèn)主結(jié)構(gòu)和主流程上,我基本沒(méi)有浪費(fèi)什么時(shí)間。

這塊的正確性和可擴(kuò)展性,也保證了我在第二個(gè)現(xiàn)象:小需求變更頻繁的情況下,并不認(rèn)為它有困擾到我,成為要專(zhuān)門(mén)解決的一個(gè)問(wèn)題的原因。

在細(xì)節(jié)設(shè)計(jì)上面則更多的是保證它的無(wú)錯(cuò)性而不是體驗(yàn)性,比如遵循已有的平臺(tái)設(shè)計(jì)經(jīng)驗(yàn),套用常規(guī)組件,在評(píng)審之前容忍許多細(xì)節(jié)處于非最優(yōu)設(shè)計(jì)的風(fēng)險(xiǎn),然后依靠研發(fā)評(píng)審及開(kāi)發(fā)和測(cè)試過(guò)程的反饋來(lái)不斷調(diào)整。

(二)同時(shí)期其他工作的干擾&后端接口文檔改動(dòng)時(shí)自己的預(yù)判不足

單純的時(shí)間和工作任務(wù)沖突問(wèn)題我認(rèn)為還是比較好解決的,當(dāng)時(shí)我同時(shí)期還有一些管理工作,所以我一方面從自己出發(fā),盡量集中大塊時(shí)間來(lái)做這個(gè)項(xiàng)目的設(shè)計(jì),并且提前將設(shè)計(jì)分批輸出&評(píng)審的時(shí)間計(jì)劃表同步了研發(fā)。另外一方面,我也小模塊地引入了其他兩位設(shè)計(jì)小伙伴的幫忙,加快了部分進(jìn)度。

在這種情況下給出計(jì)劃并嚴(yán)格執(zhí)行我認(rèn)為還是很重要的,這是一種確定感的給予,不僅能方便其他相關(guān)工作的安排,也能讓你在工作的過(guò)程中不會(huì)被打擾和追問(wèn)。

第二個(gè)問(wèn)題也是研發(fā)同事幫忙一起解決的,他們從接口文檔反推出可能新增或改動(dòng)的界面功能給到我,我再結(jié)合他們的反饋去看滿滿技術(shù)語(yǔ)言的接口文檔,思考新增或改動(dòng)的交互,的確快了不少。

當(dāng)然,輸出也是分批分模塊和對(duì)應(yīng)的前后端小伙伴確認(rèn)的。

(三)對(duì)業(yè)務(wù)的了解程度不夠可能造成設(shè)計(jì)后的界面交互用戶體驗(yàn)不佳

雖然這個(gè)問(wèn)題我列上去了,但在做項(xiàng)目的時(shí)候并不是我的主要問(wèn)題,第一個(gè)原因是之前項(xiàng)目鋪墊的業(yè)務(wù)知識(shí)已經(jīng)讓我能夠確保主要邏輯和流程的正確性,第二個(gè)原因是項(xiàng)目當(dāng)時(shí)的目標(biāo)并不是實(shí)際投入使用,而是要去通過(guò)該系統(tǒng)所對(duì)標(biāo)行業(yè)的一個(gè)資格考試。

這也再次說(shuō)明了定義問(wèn)題的重要性。

03 回顧這個(gè)項(xiàng)目

對(duì)于如何應(yīng)對(duì)復(fù)雜需求的UX設(shè)計(jì)我認(rèn)為有三個(gè)關(guān)鍵點(diǎn)值得一提:

1. 優(yōu)先保證主結(jié)構(gòu)、主邏輯和關(guān)鍵幀

  • 主要結(jié)構(gòu),指產(chǎn)品功能如何組織,它需要通過(guò)分類(lèi)和層次性來(lái)體現(xiàn)。
  • 主要邏輯,指用戶的思路如何流轉(zhuǎn)在幾個(gè)主要功能上面的,它需要通過(guò)界面的用戶流和邏輯流來(lái)體現(xiàn)。
  • 關(guān)鍵幀,主結(jié)構(gòu)和主邏輯的具體體現(xiàn),是其中關(guān)鍵觸點(diǎn)的具化界面。

2. 確定你面臨的問(wèn)題,而不是將現(xiàn)象和問(wèn)題混為一談。

這也是我們上面一直在澄清的,每一個(gè)現(xiàn)象要定義它給你造成的具體問(wèn)題上,defined before detented。

3. 最終,解決問(wèn)題的本質(zhì),還是你以往經(jīng)驗(yàn)和能力的積累。

在做這個(gè)項(xiàng)目的過(guò)程中,如果我沒(méi)有之前的業(yè)務(wù)積累,我也沒(méi)辦法在面臨B端項(xiàng)目本身的業(yè)務(wù)門(mén)檻壁壘時(shí),認(rèn)為它所造成的問(wèn)題不是那么主要,不會(huì)影響我的主邏輯和主流程。也沒(méi)有辦法在確保大結(jié)構(gòu)放棄小細(xì)節(jié)時(shí)依然能夠保證細(xì)節(jié)的出錯(cuò)概率在所有人可以容忍的范圍內(nèi)。更沒(méi)辦法在面對(duì)第三個(gè)問(wèn)題時(shí)輕輕放下,認(rèn)為它影響不了大局。

另一方面,如果我的經(jīng)驗(yàn)和能力更好一些,在應(yīng)對(duì)這些問(wèn)題時(shí)就會(huì)更為輕松,也不會(huì)發(fā)生前面提到預(yù)判不足造成的措手不及。

總結(jié)一下

  1. 復(fù)雜所造成的問(wèn)題是什么?defined before detented。
  2. 以一個(gè)B端項(xiàng)目為例:我的三個(gè)問(wèn)題(兩頭兼顧、其他工作和預(yù)判不足、用戶體驗(yàn)不佳)和主要的解決方法。
  3. 三個(gè)關(guān)鍵,關(guān)于如何應(yīng)對(duì)復(fù)雜需求下的UX設(shè)計(jì)。

作者:林影落,10年+體驗(yàn)設(shè)計(jì)師,專(zhuān)注AR及創(chuàng)新領(lǐng)域設(shè)計(jì);微信公眾號(hào):林間有影落

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

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!