如何才能讀懂甲方給出的設(shè)計(jì)需求?

1 評論 12838 瀏覽 77 收藏 10 分鐘

轉(zhuǎn)到交互崗已經(jīng)有一陣子了。原來在做產(chǎn)品的幾個月里沒少和技術(shù)、設(shè)計(jì)進(jìn)行溝通,每當(dāng)自己把意思想法傳達(dá)下去的時候,反饋回來的結(jié)果基本都要進(jìn)行進(jìn)一 步的修改,這種返工和修改在產(chǎn)品快速迭代的過程中很浪費(fèi)時間。當(dāng)時自己沒有覺得表達(dá)有問題,已經(jīng)把需求的目的結(jié)果都表達(dá)清楚了。可能是自己沒寫過代碼、沒 做過設(shè)計(jì)所以在一些專業(yè)的術(shù)語的表達(dá)上,方案實(shí)現(xiàn)方式的選擇上存在偏差,導(dǎo)致技術(shù)、設(shè)計(jì)沒有完全按照自己設(shè)想的預(yù)期做出結(jié)果。

要是這么說,產(chǎn)品經(jīng)理只要學(xué)習(xí)了解一些設(shè)計(jì)的基本原理并且能看懂簡單的代碼,是不是這種溝通就不會存在障礙了呢?當(dāng)我在設(shè)計(jì)崗上工作了一陣子后發(fā)現(xiàn) 自己不僅僅是在工作職能上進(jìn)行了轉(zhuǎn)變,更是一種團(tuán)隊(duì)中角色定位的轉(zhuǎn)變。所以產(chǎn)品要將需求的預(yù)期結(jié)果交代給設(shè)計(jì)的時候并不是懂設(shè)計(jì)(不要對比這么強(qiáng)烈;顏色 太跳躍等等)就能把結(jié)果表達(dá)的很清楚,更多的是站在設(shè)計(jì)的角度將原始的需求轉(zhuǎn)化后傳達(dá)給設(shè)計(jì)。

下面我舉一個這周工作中的小案例。

一天我接到了產(chǎn)品提的一個需求,“我們后臺新加入了一個功能,能不能給我設(shè)計(jì)幾個好看的圖標(biāo)。我自己做了幾個方案總覺得不好看,你給我設(shè)計(jì)一下吧。畢竟后臺我們自己用不面向用戶,不用太精細(xì),謝謝啦!”然后隨手甩給我一張圖。

▲ 產(chǎn)品經(jīng)理給我的示意

打開看到這個demo后并沒有一下將焦點(diǎn)集中在想要修改的icon上,而是把自己當(dāng)做是用戶思考地圖上面這幾個東西我能用它們來干些什么??赡苁菑?產(chǎn)品轉(zhuǎn)過來的緣故吧,并沒有像其他設(shè)計(jì)師一樣只把產(chǎn)品給我的需求做好就行,我必須要明白我這么做能給用戶帶來什么功能和方便。所以我思考片刻后,找到產(chǎn)品 接連問了以下幾個問題“地圖上的字和icon是可點(diǎn)擊的按鈕還是提示?它們分別能實(shí)現(xiàn)什么樣的功能?用戶能得到怎樣的方便?”

“是可以點(diǎn)擊的按鈕,可以讓用戶實(shí)現(xiàn)手動標(biāo)記位置和自動定位間切換,定位之后可以保存”,這時我大概理解產(chǎn)品想要什么了,是一種功能的切換和對于結(jié) 果的保存。那完全可以不用Button的形式去展現(xiàn),用Tab會更好,不但能實(shí)現(xiàn)功能的切換并且能讓用戶知道當(dāng)前選擇的功能。至于保存結(jié)果下方已經(jīng)有“保 存”的button了,所以沒有必要在地圖上再加保存功能。于是我輸出了下面的圖:

2hhhhh20160417

▲ 第一次修改結(jié)果

產(chǎn)品看過之后表示這不是她想要的結(jié)果,我只是想在自動定位定不準(zhǔn)的情況下可以手動進(jìn)行修改,打開頁面時已經(jīng)存在定位為了防止誤操作是不能修改的,然后如果想修改定位可以選擇“手動標(biāo)記”。這中間還有其他溝通的環(huán)節(jié),然后我輸出了下圖:

3hhhhh20160417

▲?第二次修改結(jié)果

產(chǎn)品不要求再改了,這一個小工作算是搞定了。

雖然是個很簡單的工作但是中間付出了不少溝通成本,所以覺得有必要拿出來總結(jié)一下:從最初的“給我設(shè)計(jì)一個好看的icon”—>“可以在定位 時手動自動切換”—>“用戶可以修改自動定位不準(zhǔn)確的位置”。其實(shí)最后還有一個最終的需求“我要后臺定位準(zhǔn)確”。前三個都是產(chǎn)品在這次任務(wù)中向我表 達(dá)的需求,我在充分理解第三個需求后便可做出產(chǎn)品經(jīng)理想要的結(jié)果。最后的那個需求是這個產(chǎn)品的最終需求,但作為設(shè)計(jì)師充分理解第三個足矣。

4hhhhh20160417

▲ 我在充分理解第三個需求后便能做出產(chǎn)品經(jīng)理想要的結(jié)果

再舉一個例子,是來自百度設(shè)計(jì)總監(jiān)史玉潔在一次演講報(bào)告中提到的。老板提出來一個需求“我要設(shè)計(jì)師給我在這個頁面下方加一個大的、紅色的、醒目的按 鈕”。細(xì)細(xì)分析一下,把這個需求按照上面例子的格式寫出來便是“我要一個大的、紅色的、醒目的按鈕”—>“用戶可以有欲望去點(diǎn)擊”—>“我只 是想提高這個頁面的轉(zhuǎn)換率”。

961285-d20f98e4b0582e5f

▲ 告訴設(shè)計(jì)師,看到這個頁面用戶想要去點(diǎn)擊這個按鈕

第一個是表達(dá)層面的需求,即使產(chǎn)品再懂設(shè)計(jì)也只是可以提出一些意見,而不應(yīng)該對設(shè)計(jì)層面的東西指手畫腳。如果你說顏色不好看,形狀太小這些設(shè)計(jì)層面 的問題不如從用戶角度說明這個問題更讓設(shè)計(jì)師信服。最后一個是整個產(chǎn)品層面的需求,可以讓設(shè)計(jì)師去參加產(chǎn)品需求會議去了解,在產(chǎn)品快速迭代中不必再重申產(chǎn) 品層面的需求。第二個是站在設(shè)計(jì)師位置以用戶角度提出的需求,也是設(shè)計(jì)師真正能理解的需求。所以給設(shè)計(jì)師提出的需求一定要用設(shè)計(jì)師的需求語言。

設(shè)計(jì)師尤其是交互設(shè)計(jì)師本身就是個定位很模糊的職位,因?yàn)樵诋a(chǎn)品整個開發(fā)的過程中,各個環(huán)節(jié)都會影響到用戶體驗(yàn)(這個詞實(shí)在是太大了,工作越久越不 敢輕易脫口而出)但是設(shè)計(jì)師是最能站在用戶角度去考慮問題的崗位。產(chǎn)品需要為用戶考慮體驗(yàn)問題,但是產(chǎn)品更需要去權(quán)衡整個框架,包括開發(fā)周期、實(shí)現(xiàn)方式、 運(yùn)營方式等。權(quán)衡各個問題的比重而不會完全將產(chǎn)品的重心放在用戶體驗(yàn)上。工程師使用的開發(fā)技術(shù)也會影響到用戶體驗(yàn),但他們更多把重心側(cè)重在產(chǎn)品的實(shí)現(xiàn)、邏 輯、可修改性等等方面。所以在產(chǎn)品開發(fā)的各個環(huán)節(jié)設(shè)計(jì)師是把手用戶大門的角色,他們的存在就是在團(tuán)隊(duì)中爭取更多的資源為了用戶。

這么說來就不難理解為什么在給設(shè)計(jì)師提需求的時候應(yīng)該多站在用戶角度,以設(shè)計(jì)師的角色去給他們提需求。

最后回到文章開始所說的,并不是了解設(shè)計(jì)和技術(shù)就能和他們進(jìn)行無障礙的溝通。更多的是要理解各部門在開發(fā)中所扮演的角色、負(fù)責(zé)的首要任務(wù)。設(shè)計(jì)師們 在得不到明確的需求時應(yīng)該多去和提需求方溝通,引導(dǎo)需求方將隨口提出的需求轉(zhuǎn)化成屬于自己角色的需求。往往了解產(chǎn)品業(yè)務(wù)的聰明的設(shè)計(jì)師會對別人提的需求有 更好地理解,而不是片面的只聽到了“需求”,會根據(jù)業(yè)務(wù)推導(dǎo)出屬于自己角色層面的需求。讓設(shè)計(jì)師參加產(chǎn)品需求會議就顯得格外重要,而很多團(tuán)隊(duì)只是把設(shè)計(jì)師 當(dāng)做干活的美工,在不了解業(yè)務(wù)的情況下增加很多溝通成本。
5hhhhh20160417

▲ 聰明的設(shè)計(jì)師在了解業(yè)務(wù)后能推導(dǎo)出屬于自己角色層面的需求

今天主要是以設(shè)計(jì)師的角度通過工作中的事情和自己平時所看所學(xué)思考的一些問題。團(tuán)隊(duì)中的交流溝通實(shí)在是一個大的話題,還會牽扯到很多其他因素,我會隨著工作經(jīng)驗(yàn)的積累慢慢再對溝通問題做進(jìn)一步深入討論。

 

原文來自:miyuhao

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很受用

    回復(fù)