交互設(shè)計(jì):如何避免業(yè)務(wù)需求的遺漏

不要過(guò)分地信任產(chǎn)品經(jīng)理,所有需求都要自己了解過(guò)后,才開始設(shè)計(jì)。
筆者在春節(jié)期間在被七大姑八大姨問(wèn)的比較多的一個(gè)問(wèn)題有:
你現(xiàn)在是做什么工作的???
看著眼前的火鍋實(shí)在不知道怎么解釋,就問(wèn)了他們一個(gè)問(wèn)題“你覺得我們?cè)诖汗?jié)期間怎么能吃上火鍋?”
他們的回答大概可以歸類為:
買材料 —— 火鍋底料燒開 ——-放吃的 —— 完成
而我的回答是:
“如果今天的客人不敢吃辣,而你準(zhǔn)備的是辣鍋呢?”
“如果你買的火鍋料大家不是大家想要吃的呢?”
“如果客人太多,而鍋太小呢?”
我目前的工作就是這個(gè),讓客人在各種狀況下都能享受到這頓火鍋。當(dāng)然我不知道他們是不是理解,會(huì)不會(huì)以為我是海底撈的服務(wù)員。扯遠(yuǎn)了,回歸正題。
正是這樣的對(duì)話,讓我回想起以前剛做交互設(shè)計(jì)師(產(chǎn)品經(jīng)理)的時(shí)候,經(jīng)常遺漏各種分支業(yè)務(wù)流程和異常狀態(tài)。
為什么容易遺漏
1、沒有自發(fā)的去了解需求
剛?cè)胄械慕换ピO(shè)計(jì)師一接到需求,就按照需求畫了原型圖,因?yàn)樵褪前凑债a(chǎn)品提的需求來(lái)的;然而,你對(duì)于需求為什么要這樣并不了解,一旦錯(cuò)誤地理解了需求,產(chǎn)品上線有可能對(duì)產(chǎn)品來(lái)說(shuō)是災(zāi)難性的。
所以,不要過(guò)分地信任產(chǎn)品經(jīng)理,所有需求都要自己了解過(guò)后,才開始設(shè)計(jì)。
解決方法:
(1)可以參考我之前寫過(guò)的《產(chǎn)品需求:你真的了解你所看到的需求嗎?》
(2)之前和其他交互設(shè)計(jì)師討論過(guò)一個(gè)方法:5W法則
這里的5W并不像大家常說(shuō)的what、who、when等,而是連續(xù)向你的需求問(wèn)5個(gè)Why。
舉個(gè)例子:
我現(xiàn)實(shí)中接到過(guò)這樣的需求:
需求:我需要在首頁(yè)新加一個(gè)搜索欄!
看起來(lái)需求是很明確的,但是真的是這樣嗎?我們來(lái)試一下:
第一個(gè)Why:為什么要加搜索?
答:方便用戶對(duì)想要的進(jìn)行搜索。
第二個(gè)Why:為什么用戶需要進(jìn)行搜索?
答:用戶可以更高效。
第三個(gè)Why:為什么用戶覺得這樣更高效?
答:因?yàn)樵趯?dǎo)航很難找到。
第四個(gè)Why:為什么導(dǎo)航難找到?
答:導(dǎo)航歸類做的不好。
那么到目前只用到了第4個(gè)Why,其實(shí)需求的真面目就已經(jīng)有一定程度的揭曉了,用戶的困擾并不在搜索,而是在商品的分類上并沒有做好,即使做了導(dǎo)航,也只是治標(biāo)不治本。所以需求應(yīng)該是對(duì)產(chǎn)品的導(dǎo)航進(jìn)行重新更人性化的歸類。
所以,不要太相信需求方,要自己去了解需求。
2、沒有自發(fā)地了解業(yè)務(wù)
了解業(yè)務(wù)很重要!
了解業(yè)務(wù)很重要!
了解業(yè)務(wù)很重要!
重要的事情說(shuō)三遍,在交互方案(原型)設(shè)計(jì)完成之后,總能聽見產(chǎn)品或者開發(fā)抱怨,又漏了考慮某個(gè)場(chǎng)景或者業(yè)務(wù)根本走不通的情況,然后默默地開始各種填坑。
那么為什么,不在一開始就把業(yè)務(wù)了解清楚,花費(fèi)一部分精力去整理業(yè)務(wù)規(guī)則下所包含的所有場(chǎng)景和窮舉一些極端情況下的業(yè)務(wù)場(chǎng)景?
所以,一定要和相關(guān)人員了解清楚整個(gè)業(yè)務(wù)流程才開始設(shè)計(jì)。
解決方法:
避免這種情況最好的方法就是:繪制業(yè)務(wù)流程圖。
舉個(gè)例子:
業(yè)務(wù)流程圖的作用是表達(dá)清楚業(yè)務(wù)需求在產(chǎn)品線的各個(gè)階段中在各個(gè)功能模塊之間的輪轉(zhuǎn)。
業(yè)務(wù)流程圖的繪制思路一般是:
- 首先將業(yè)務(wù)按階段劃分,比如電商類可以分為下單和支付,單車類可以分為提車、騎行和停車;
- 然后列出每個(gè)階段參與的功能模塊,比如下單階段,就有商品查看、登錄/注冊(cè)、信息記錄、個(gè)人中心等功能。
- 最后按照時(shí)間順序,畫出業(yè)務(wù)需求在各個(gè)功能模塊之間的流轉(zhuǎn)情況。
為了輸出一份完整的業(yè)務(wù)流程圖,一般有兩個(gè)原則:
- 先思考主干流程,再思考分支流程,主干流程邏輯準(zhǔn)確,分支流程全面無(wú)遺漏;
- 表達(dá)清楚后臺(tái)產(chǎn)生的各種判斷及相應(yīng)的前端展示,這將作為接口設(shè)計(jì)的重要根據(jù)。
比如我們以某個(gè)餐廳的點(diǎn)菜系統(tǒng)為例:
(1)先將業(yè)務(wù)進(jìn)行劃分:
(2)寫出功能各個(gè)部分的功能模塊:
(3)按照時(shí)間順序,將業(yè)務(wù)模塊之間進(jìn)行鏈接:
以上是一個(gè)簡(jiǎn)單的業(yè)務(wù)邏輯圖,但是實(shí)際情況可能遠(yuǎn)遠(yuǎn)比這個(gè)例子要復(fù)雜等多,因此更需要業(yè)務(wù)邏輯圖來(lái)幫助理解業(yè)務(wù)。
3、沒有自發(fā)的去和相關(guān)人員溝通
對(duì)于新入行的交互設(shè)計(jì)師來(lái)說(shuō),他們總是和愛惜自己的設(shè)計(jì)成果,總想在確認(rèn)交互方案的時(shí)候一鳴驚人(我一開始也是這樣的),然而往往現(xiàn)實(shí)是:
? “這樣設(shè)計(jì)是為什么,我好像不是這個(gè)意思”;
“這個(gè)開發(fā)起來(lái)太麻煩了,換一種方式”;
“Tab很容易實(shí)現(xiàn),用Tab吧,效果好?!?/p>
不要閉門造車,在你涉及到一些交互的時(shí)候,可以先和產(chǎn)品、開發(fā)、策劃溝通一下,方案好不好實(shí)現(xiàn),有沒有替代方案,有沒有他們認(rèn)為的更好的展示方式。
所以,要學(xué)會(huì)多多和其他崗位的人員溝通。
解決方法:
這個(gè)方便就是溝通上的問(wèn)題了,其實(shí)只要注意有一些模棱兩可的地方的時(shí)候,就去多詢問(wèn)一下相關(guān)人員就不會(huì)有啥問(wèn)題了。
技巧就是:不要擔(dān)心自己變成話癆。
交互自查表
這部分是整理了在交互方案設(shè)計(jì)結(jié)束后,檢查自己是否有遺漏的清單,用于幫助查缺補(bǔ)漏,但是實(shí)際每個(gè)設(shè)計(jì)師都有自己的歸類習(xí)慣,希望這個(gè)腦圖能夠給你帶來(lái)一些思路,找到最適合自己的歸類方法。
這里只是整理了一個(gè)大致的業(yè)務(wù)邏輯思路,如果往里深究還有好幾層的業(yè)務(wù),比如在內(nèi)容自查的基本狀態(tài)中“內(nèi)容是否完整,如果標(biāo)題,按鈕的文字狀態(tài)等”,那么往下深究的話,標(biāo)題的限制是幾個(gè)字,超過(guò)該如何處理?滾動(dòng)播放?還是用省略號(hào)?又或者直接在后臺(tái)輸入時(shí)進(jìn)行限制?
這就是交互設(shè)計(jì)師該去考慮和深究的細(xì)節(jié)。
當(dāng)然,還有一些更高層面的業(yè)務(wù)需要注意:
第二部分可能涉及到知識(shí)面要更廣一些,需要交互設(shè)計(jì)師,平時(shí)能夠去積累和了解,能夠在用戶發(fā)現(xiàn)問(wèn)題之前就已經(jīng)將這些業(yè)務(wù)都考慮到交互方案中去。
希望對(duì)新人有所幫助。
以上。
本文由 @endlishted 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自 Unsplash,基于 CC0 協(xié)議
點(diǎn)贊~
感謝!
很棒~
受教了,剛進(jìn)入新公司,產(chǎn)品的圖只有產(chǎn)品自己知道是什么意思,我正在焦慮中,該如何做