從失敗中學(xué)習(xí):談?wù)勗O(shè)計(jì)師的成長(zhǎng)日記
設(shè)計(jì)的世界里,瞬息萬變,可能今天會(huì)出一個(gè)設(shè)計(jì)方法,明天可能會(huì)再出一個(gè)設(shè)計(jì)方法去推翻今天的方法,如果你的想法永遠(yuǎn)停留在昨天,那么你只是在設(shè)計(jì)著過時(shí)的【設(shè)計(jì)】。
設(shè)計(jì)的路上,我們都在努力成為一名優(yōu)秀的設(shè)計(jì)師,我們似乎都被類似【如何成為一名優(yōu)秀設(shè)計(jì)師】的文章吸引,情不自禁的點(diǎn)擊進(jìn)去,然后看完它,然后下定決心要成為一名【優(yōu)秀設(shè)計(jì)師】。
有一句話說,當(dāng)你不是在進(jìn)步時(shí),你就是在退步。雖然這句話聽起來有點(diǎn)極端,但是如果真的去想想,其實(shí)是有道理的。設(shè)計(jì)的世界里,瞬息萬變,可能今天會(huì)出一個(gè)設(shè)計(jì)方法,明天可能會(huì)再出一個(gè)設(shè)計(jì)方法去推翻今天的方法,如果你的想法永遠(yuǎn)停留在昨天,那么你只是在設(shè)計(jì)著過時(shí)的【設(shè)計(jì)】。所以,讓我們來聊聊關(guān)于【設(shè)計(jì)師】的故事。
NO.1?拿到需求,馬上開始畫圖
今天PM給設(shè)計(jì)師Jane一個(gè)需求文檔,是一個(gè)關(guān)于OA審批的需求界面,PM也貼了幾張競(jìng)品系統(tǒng)界面做參照。Jane拿到原型后,看了一眼,然后就開始動(dòng)手畫圖。
2個(gè)小時(shí)后,PM收到初稿設(shè)計(jì)圖,他心里想,“嗯,不錯(cuò),這速度還可以”, 然后他打開文件,看了1秒,2秒,3秒……突然火氣上升好幾度,原來Jane完全照著他給的參考界面,重新畫了一次。而且有些設(shè)計(jì)沒有依照需求文檔,卻跟著參考界面畫了一樣的圖…
PM生氣的原因,設(shè)計(jì)師Jane完全沒有思考,直接照搬。設(shè)計(jì)稿完全看不出設(shè)計(jì)的價(jià)值,只是重新畫了一遍。設(shè)計(jì)師Jane甚至沒有問過他,關(guān)于需求的背景,頁面的優(yōu)先級(jí),想要展示的重點(diǎn)是什么,就直接設(shè)計(jì)。PM心里很懷疑Jane根本不了解需求是什么。設(shè)計(jì)師Jane不負(fù)責(zé)的態(tài)度,讓他也火大。所以他決定找她聊聊。
這樣的案例實(shí)在看到太多,設(shè)計(jì)師畫圖前沒有對(duì)需求進(jìn)行梳理,直接就照搬產(chǎn)品經(jīng)理或同事給的“所謂原型”。設(shè)計(jì)師自己沒有主動(dòng)去了解需求的真實(shí),而且完全依靠產(chǎn)品經(jīng)理給的內(nèi)容,就直接開工,結(jié)果只是做了【美工】的工作,卻沒有達(dá)到需求本身真正的要求。
NO.2?不重視細(xì)節(jié)
PM冷靜了五分鐘,主動(dòng)回來和設(shè)計(jì)師Jane詳細(xì)溝通了需求的問題。設(shè)計(jì)師Jane也重新梳理了需求,了解整個(gè)頁面要傳達(dá)給用戶的信息是什么。Jane回去重新設(shè)計(jì)了一版,基于對(duì)需求的更加理解,她也提出很多好的建議和調(diào)整。
7個(gè)小時(shí)后,設(shè)計(jì)師Jane重新提交了二稿設(shè)計(jì)給PM, 這次PM滿意多了,頁面布局更合理,信息也沒有擠在一起,優(yōu)先級(jí)低的信息進(jìn)行收攏,讓頁面整體更有層次,但是PM還是發(fā)現(xiàn)新問題。
對(duì)齊、間距、樣式統(tǒng)一,這些看似很“簡(jiǎn)單”的問題卻經(jīng)常發(fā)生,這本身就是一個(gè)問題。每一個(gè)細(xì)節(jié)都是一個(gè)設(shè)計(jì)。
或許你覺得這樣的小問題沒什么,不會(huì)影響產(chǎn)品。但其實(shí)這個(gè)是態(tài)度問題,壞習(xí)慣都是從小細(xì)節(jié)開始養(yǎng)成,然后在不知不覺中它成為習(xí)慣的一部分,成為性格的一部分,然后就變成你我。
數(shù)據(jù)填充問題,建議用相對(duì)真實(shí)數(shù)據(jù)填充,如果不知道,可以去問產(chǎn)品或開發(fā)。如果數(shù)據(jù)涉及敏感,可以在脫敏后展示。真實(shí)的數(shù)據(jù)會(huì)讓整個(gè)設(shè)計(jì)更加“活”。
填充時(shí),還會(huì)碰到字段長(zhǎng)度問題,如果過長(zhǎng)要怎么處理,要在頁面上作示例,不要想當(dāng)然以為前端開發(fā)都知道要【……】來處理或者換行全部展示,你真的想太多,前端根本不管……而這樣無疑增加后期設(shè)計(jì)驗(yàn)收的時(shí)間和精力,不僅僅是你的,開發(fā)同學(xué)的時(shí)間和精力也是。而且會(huì)讓開發(fā)同學(xué)覺得你很不專業(yè),所以多做一步,雙方都少返工。
比如,有個(gè)字段是描述,這個(gè)字段要考慮最多允許用戶輸入多少個(gè)字符。當(dāng)顯示在表格中,顯示多少要截?cái)嘤谩尽縼碚故荆琱over顯示全部。或者因?yàn)樵撟侄翁厥庑?,就是要完全展示,那就要考慮換行的設(shè)計(jì)。如果這個(gè)字段是在詳情頁展示,是否就完全展示,這都是需要斟酌的地方。
雖然這是個(gè)很小的細(xì)節(jié),但是其實(shí)要考慮的事情很多,有時(shí)候不一定會(huì)體現(xiàn)在設(shè)計(jì)上面,但是設(shè)計(jì)師要自己清楚規(guī)則是什么。
NO.3?永遠(yuǎn)的伸手黨
設(shè)計(jì)師Jane今天要做一個(gè)動(dòng)效設(shè)計(jì),發(fā)現(xiàn)自己好像沒有這類網(wǎng)站收藏,她就問了隔壁設(shè)計(jì)師John。
生活當(dāng)中,不知道你是否會(huì)碰到這樣的人,總是問你【這個(gè)怎么做】【那個(gè)網(wǎng)站推薦下】等等,這里想強(qiáng)調(diào)的不是幫助別人不好,或者說尋求別人幫助就不對(duì)。而是自己是否先查找過,當(dāng)從別人那得到想要的【資訊】時(shí),是否多做一步,保存收藏,消化吸收。
培養(yǎng)自己成為主動(dòng)的人,付出代價(jià)學(xué)會(huì)的東西,才會(huì)變成你的東西。任何在網(wǎng)絡(luò)上可以查到的資訊,不要問別人。你對(duì)查到答案感到懷疑,再和別人討論,那是另一件事。
NO.4?Yes Designer !
大家應(yīng)該都有看過金凱瑞Jim Carrey的【好好先生Yes Man】,劇中男主角因?yàn)閷?duì)所有人都說YES,他遇到了一些有趣的事,也因此遇到女主角,happy ending… 但是如果設(shè)計(jì)師也這么做,這或許就不是你的happy ending了
這兩個(gè)案例,我經(jīng)常碰到。業(yè)務(wù)方想想加個(gè)字段,加個(gè)功能。但是問題不在于需求本身,而在于設(shè)計(jì)師對(duì)需求態(tài)度。不要對(duì)接到的需求,全盤接收,當(dāng)然也不要全然否定。很多時(shí)候會(huì)發(fā)現(xiàn)這個(gè)需求是不合理的,或者這是偽需求。要主動(dòng)挖掘需求的盲點(diǎn),了解它,不要被業(yè)務(wù)方給出的解決方案迷惑,用全局視角去看待這個(gè)需求,去評(píng)估其合理性。
- 盡量讓需求方提供文檔或原型,方便后期追溯??谑鲂枨螅菀桩a(chǎn)生誤解,有文檔的話需求也會(huì)更加清晰;
- 梳理完需求后,再拉需求方過一下需求,畢竟人與人之間的理解是有g(shù)ap的??梢宰屝枨蠓嚼瓡?huì)議,技術(shù)和設(shè)計(jì)同學(xué)都需要參加,如果涉及業(yè)務(wù),最好也拉業(yè)務(wù)一起;
- 這可能是一個(gè)循環(huán)的過程,也不要太糾結(jié)為什么需求方?jīng)]理清楚就找你,需求有時(shí)候也需要反復(fù)推敲才完成。
工作當(dāng)中總是會(huì)遇見【很好心】的一些人,他們給你提需求的時(shí)候,也同樣提供的解決辦法,有些時(shí)候他們提供的想法真的挺好的,眼前一亮。但是有些時(shí)候,卻是【不合適的建議】,所以設(shè)計(jì)師要能分辨他們提供的建議是否適用于現(xiàn)在的產(chǎn)品,大家提出自己的觀點(diǎn)時(shí),都是主觀的從個(gè)人的角度出發(fā),個(gè)人的利益著手,會(huì)選擇性的忽略對(duì)全局產(chǎn)品的影響。但是,設(shè)計(jì)師卻要更全局的去看待,一個(gè)小功能點(diǎn)的添加有可能會(huì)影響其他的地方,如果沒有全局的評(píng)估,設(shè)計(jì)的工作會(huì)讓你變成【不是在挖坑的路上,就是在填坑的路上】。
NO.5?為了反駁而反駁
每個(gè)設(shè)計(jì)師都把自己的設(shè)計(jì)當(dāng)做孩子一樣的溺愛,一旦有反駁意見的,反射性就反駁,容不得別人半點(diǎn)質(zhì)疑。設(shè)計(jì)本身就是開放的,先不去判斷對(duì)方建議是否是好的,要先去接納別人的建議,再去思考建議的合理性和可行性,也可以多想下為什么他會(huì)有這樣的問題。當(dāng)然最后的決定還是要你做。
NO.Final?最后的二三句
有人會(huì)疑惑說,如果PM或交互已經(jīng)給出詳細(xì)的原型了,視覺設(shè)計(jì)師還要不要再去理一次需求,這不是在浪費(fèi)時(shí)間么,而且會(huì)不會(huì)讓PM和交互覺得,在挑戰(zhàn)他們。
我想說的是,設(shè)計(jì),一定會(huì)碰到?jīng)_突,一定會(huì)有分歧。每個(gè)人都有自己對(duì)產(chǎn)品的理解和思考,而且都會(huì)有自己遺漏的地方。我想大家都會(huì)遇到,設(shè)計(jì)時(shí)覺得這個(gè)設(shè)計(jì)已經(jīng)很完美了,可是過了一段時(shí)間發(fā)現(xiàn),這個(gè)設(shè)計(jì)是有問題的,當(dāng)初自己怎么會(huì)沒想到這個(gè)bug。
同樣的,雖然PM或交互已經(jīng)畫好原型了,但是設(shè)計(jì)師仍然要去梳理,只有理解產(chǎn)品,才能畫出更好的視覺,不要讓自己只是在做美化。
PM,交互,視覺,角色不同,大家看待需求的方式也是完全不一樣的。簡(jiǎn)單來說 ,PM會(huì)更看重整體產(chǎn)品的目標(biāo)、戰(zhàn)略、架構(gòu),主要功能等。交互則會(huì)更注重產(chǎn)品與用戶的關(guān)系,整體人機(jī)交互是否順暢,產(chǎn)品的可用性,用戶在使用這個(gè)功能時(shí),是不是能達(dá)到他想要的結(jié)果等等。視覺則是讓整體設(shè)計(jì)在友好交互的前提下,可以更加悅?cè)说难勰?,更讓人覺得在使用中獲得愉快感。
PM和交互做好了他們的本分,而設(shè)計(jì)師也要做好自己的本分。只有深入了解需求,才能更好的設(shè)計(jì)。大家是一個(gè)團(tuán)隊(duì),不是誰找誰的問題,而且站在自己的位置上,愿意付出努力來堵住團(tuán)隊(duì)的破口,讓產(chǎn)品可以更好的呈現(xiàn)給用戶使用,從而體現(xiàn)產(chǎn)品的價(jià)值
不需要把自己定位成XX設(shè)計(jì)師,要用全局的角度去思考設(shè)計(jì)師的定位,不要給自己畫框框,然后住在里面。
當(dāng)用框框限制自己只做什么事的時(shí)候,也限制了你的能力。
相關(guān)閱讀
本文由@箴鹽設(shè)計(jì)? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
我作為一個(gè)PM對(duì)此非常有同感,遇到的UI設(shè)計(jì)師,基本上都是根據(jù)原型稍加變化一下配色、按鈕形狀、icon之類的,布局總體是基本不變的情況下優(yōu)化一些然后就提交了方案。