老板說字體要大要紅色，其實是想引人留意，進一步提升點擊率和轉(zhuǎn)換率。所以無論是設(shè)計師還是甲方，在提出/接到需求時都不應(yīng)當(dāng)簡易粗暴地執(zhí)行，反復(fù)洽談?wù)页鲎畋举|(zhì)的需求才能讓彼此都滿意。多說無用，徑直來看在工作中的真實案例。

轉(zhuǎn)到交互崗已經(jīng)有一陣子了。原來在做產(chǎn)品的幾個月里沒少和技術(shù)、設(shè)計實行洽談，每當(dāng)自己把意思想法傳達(dá)下去的時候，反饋回來的結(jié)果基礎(chǔ)都要實行進一步的修改，這種返工和修改在產(chǎn)品火速迭代的進程中很浪費時間。當(dāng)時自己沒有覺得表達(dá)有問題，已經(jīng)把需求的宗旨結(jié)果都表達(dá)清楚了?？赡苁亲约簺]寫過代碼、沒做過設(shè)計所以在有些專業(yè)的術(shù)語的表達(dá)上，計劃實現(xiàn)方式的選取上存在偏見，造成技術(shù)、設(shè)計沒有完全根據(jù)自己設(shè)想的預(yù)期做出結(jié)果。

要是這么說，產(chǎn)品經(jīng)理只要進修理解有些設(shè)計的基礎(chǔ)道理并且能看懂簡易的代碼，是不是這種洽談就不會存在障礙了呢?當(dāng)我在設(shè)計崗上工作了一陣子后發(fā)現(xiàn)自己不僅僅是在工作職能上實行了轉(zhuǎn)型，更是一種團隊中角色定調(diào)的轉(zhuǎn)型。所以產(chǎn)品要將需求的預(yù)期結(jié)果交代給設(shè)計的時候并不是懂設(shè)計(不要對照這么強烈;顏色太跳躍等等)就能把結(jié)果表達(dá)的很清楚，更多的是站在設(shè)計的角度將原始的需求轉(zhuǎn)換后傳達(dá)給設(shè)計。
下面我舉一個這周工作中的小案例。

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

打開看到這個demo后并沒有一下將焦點集中在想要修改的icon上，而是把自己當(dāng)做是客戶考慮地圖上面這幾個東西我能用它們來干些什么?？赡苁菑漠a(chǎn)品轉(zhuǎn)過來的緣故吧，并沒有像其他設(shè)計師一樣只把產(chǎn)品給我的需求做好就行，我必須要明白我這么做能給客戶帶來什么功能和方便。所以我考慮片刻后，找到產(chǎn)品接連問了以下幾個問題“地圖上的字和icon是可點擊的按鈕還是提醒?它們分別能實現(xiàn)怎樣的功能?客戶能得到如何的方便?”
“是能夠點擊的按鈕，能夠讓客戶實現(xiàn)手動標(biāo)記位置和自動定調(diào)間切換，定調(diào)之后能夠保存”，這時我大約了解產(chǎn)品想要什么了，是一種功能的切換和對于結(jié)果的保存。那完全能夠不用Button的模式去展現(xiàn)，用Tab會更好，不但能實現(xiàn)功能的切換并且能讓客戶知曉現(xiàn)在選取的功能。至于保存結(jié)果下方已經(jīng)有“保存”的button了，所以沒有必要在地圖上再加保存功能。于是我輸出了下面的圖：

產(chǎn)品看過之后表示這不是她想要的結(jié)果，我只是想在自動定調(diào)定不準(zhǔn)的情形下能夠手動實行修改，打開頁面時已經(jīng)存在定調(diào)為了避免誤使用是不能修改的，然后如果想修改定調(diào)能夠選取“手動標(biāo)記”。這中間還有其他洽談的流程，然后我輸出了下圖：

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

我在充分了解第三個需求后便能做出產(chǎn)品經(jīng)理想要的結(jié)果
再舉一個例子，是來自百度設(shè)計總監(jiān)史玉潔在一次演說報告中提到的。老板提出來一個需求“我要設(shè)計師給我在這個頁面下方加一個大的、紅色的、醒宗旨按鈕”。細(xì)細(xì)解析一下，把這個需求根據(jù)上面例子的格式寫出來便是“我要一個大的、紅色的、醒宗旨按鈕”—>“客戶能夠有欲望去點擊”—>“我只是想提升這個頁面的轉(zhuǎn)化率”。

告訴設(shè)計師，看到這個頁面客戶想要去點擊這個按鈕
第一個是表達(dá)層面的需求，即使產(chǎn)品再懂設(shè)計也只是能夠提出有些意見，而不應(yīng)當(dāng)對設(shè)計層面的東西指手畫腳。如果你說顏色不好看，形狀太小這些設(shè)計層面的問題不如從客戶角度介紹這個問題更讓設(shè)計師信服。最后一個是整個產(chǎn)品層面的需求，能夠讓設(shè)計師去參加產(chǎn)品需求會議去理解，在產(chǎn)品火速迭代中不必再重申產(chǎn)品層面的需求。第二個是站在設(shè)計師位置以客戶角度提出的需求，也是設(shè)計師真確能了解的需求。所以給設(shè)計師提出的需求務(wù)必要用設(shè)計師的需求語言。
設(shè)計師尤其是交互設(shè)計師本身就是個定調(diào)很模糊的職位，由于在產(chǎn)品整個開發(fā)的進程中，各個流程都會影響到客戶體驗(這個詞實在是太大了，工作越久越不敢輕松脫口而出)但是設(shè)計師是最能站在客戶角度去思考問題的崗位。產(chǎn)品需要為客戶思考體驗問題，但是產(chǎn)品更需要去權(quán)衡整個框架，包含開發(fā)周期、實現(xiàn)方式、運作方式等。權(quán)衡各個問題的比重而不會完全將產(chǎn)品的重心放在客戶體驗上。工程師操作的開發(fā)技術(shù)也會影響到客戶體驗，但他們更多把重心側(cè)重在產(chǎn)品的實現(xiàn)、邏輯、可修改性等等方面。所以在產(chǎn)品開發(fā)的各個流程設(shè)計師是把手客戶大門的角色，他們的存在就是在團隊中爭取更多的資源為了客戶。
這么說來就不難了解為何在給設(shè)計師提需求的時候應(yīng)當(dāng)多站在客戶角度，以設(shè)計師的角色去給他們提需求。
最后回到文章著手所說的，并不是理解設(shè)計和技術(shù)就能和他們實行無障礙的洽談。更多的是要了解各部門在開發(fā)中所扮演的角色、負(fù)責(zé)的首要任務(wù)。設(shè)計師們在得不到明晰的需求時應(yīng)當(dāng)多去和提需求方洽談，引導(dǎo)需求方將隨口提出的需求轉(zhuǎn)換成屬于自己角色的需求。往往理解產(chǎn)品業(yè)務(wù)的聰明的設(shè)計師會對別人提的需求有更好地了解，而不是片面的只聽到了“需求”，會按照業(yè)務(wù)推導(dǎo)出屬于自己角色層面的需求。讓設(shè)計師參加產(chǎn)品需求會議就顯得格外緊要，而許多團隊只是把設(shè)計師當(dāng)做干活的美工，在不理解業(yè)務(wù)的情形下提升許多洽談成本。

 聰明的設(shè)計師在理解業(yè)務(wù)后能推導(dǎo)出屬于自己角色層面的需求
今天緊要是以設(shè)計師的角度通過工作中的事宜和自己平時所看所學(xué)考慮的有些問題。團隊中的交流洽談實在是一個大的話題，還會牽扯到許多其他原因，我會隨著工作經(jīng)驗的積累漸漸再對洽談問題做進一步深入探討。