設計的路上，我們都在努力成為一名優秀的設計師，我們似乎都被類似「如何成為一名優秀設計師」的文章吸引，情不自禁地點擊進去，看完它，然後下定決心要成為一名「優秀設計師」。

閱讀文章 >>

有一句話說，當你不是在進步時，你就是在退步。雖然這句話聽起來有點極端，但是如果真的去想想，其實是有道理的。設計的世界里，瞬息萬變，可能今天會出一個設計方法，明天可能會再出一個設計方法去推翻今天的方法，如果你的想法永遠停留在昨天，那麼你只是在設計着過時的「設計」。

所以，讓我們來聊聊關於「設計師」的故事

拿到需求，馬上開始畫圖

今天 PM 給設計師 Jane 一個需求文檔，是一個關於 OA 審批的需求界面，PM 也貼了幾張競品系統界面做參照。Jane 拿到原型后，看了一眼，然後就開始動手畫圖。 2 個小時后，PM 收到初稿設計圖，他心裏想，「嗯，不錯，這速度還可以」， 然後他打開文件，看了 1 秒， 2 秒，3 秒……突然火氣上升好幾度，原來 Jane 完全照着他給的參考界面，重新畫了一次。而且有些設計沒有依照需求文檔，卻跟着參考界面畫了一樣的圖……

PM 生氣的原因，設計師 Jane 完全沒有思考，直接照搬。設計稿完全看不出設計的價值，只是重新畫了一遍。設計師 Jane 甚至沒有問過他，關於需求的背景，頁面的優先級，想要展示的重點是什麼，就直接設計。PM 心裏很懷疑 Jane 根本不了解需求是什麼。設計師 Jane 不負責的態度，讓他也火大。所以他決定找她聊聊。

小劇場：

PM：速度不錯，但是需求你是照需求文檔來的么，怎麼好像有些不大對啊

Jane：沒有啊，都是照你需求來的，還有你提供的參考

PM：….

PM：頭部展示信息的部分，太緊湊了，所有信息都擠在這裏了，優化下。

Jane：你給的參照不就是這樣的么，信息這麼多，當然會擠

PM：….

PM：我給的是參照，不是照抄，具體呈現和頁面布局的方式，當然是要你發揮設計師的才能，但是你就直接照搬，而且這麼亂，完全沒有設計。

這樣的案例實在看到太多，設計師畫圖前沒有對需求進行梳理，直接就照搬產品經理或同事給的「所謂原型」。設計師自己沒有主動去了解真實的需求，而且完全依靠產品經理給的內容，就直接開工，結果只是做了「美工」的工作，卻沒有達到需求本身真正的要求。

不重視細節

PM 冷靜了五分鐘，主動回來和設計師 Jane 詳細溝通了需求的問題。設計師 Jane 也重新梳理了需求，了解整個頁面要傳達給用戶的信息是什麼。Jane 回去重新設計了一版，基於對需求的進一步理解，她也提出很多好的建議和調整。

7 個小時后，設計師 Jane 重新提交了二稿設計給 PM， 這次 PM 滿意多了，頁面布局更合理，信息也沒有擠在一起，優先級低的信息進行收攏，讓頁面整體更有層次。但是 PM 還是發現了新問題。

小劇場：

PM：這個按鈕是不是沒和下面表格對齊？這人名填充能不能不要用張三、李四，太假了，找個真實點的吧……

Jane：人名就是佔位，有什麼關係

PM：雖然這是 demo，但是不要讓產品散發出一種「我很山寨」的感覺，這樣客戶怎麼能放心為我們的產品買單呢？

對齊、間距、樣式統一，這些看似很「簡單」的問題卻經常發生，這本身就是一個問題。每一個細節都是一個設計。或許你覺得這樣的小問題沒什麼，不會影響產品。但其實這個是態度問題，壞習慣都是從小細節開始養成，然後在不知不覺中它成為習慣的一部分，成為性格的一部分，然後就變成你我。

數據填充問題，建議用相對真實數據填充，如果不知道，可以去問產品或開發。如果數據涉及敏感，可以在脫敏后展示。真實的數據會讓整個設計更加「活」。

填充時，還會碰到字段長度問題，如果過長要怎麼處理，要在頁面上作示例，不要想當然以為前端開發都知道要「……」來處理或者換行全部展示，你真的想太多，前端根本不管……而這樣無疑增加後期設計驗收的時間和精力，不僅僅是你的，開發同學的時間和精力也是。而且會讓開發同學覺得你很不專業，所以多做一步，雙方都少返工。

比如，有個字段是描述，這個字段要考慮最多允許用戶輸入多少個字符。當显示在表格中，显示多少要截斷用「……」來展示，hover 显示全部。或者因為該字段特殊性，就是要完全展示，那就要考慮換行的設計。如果這個字段是在詳情頁展示，是否就要完全展示，這都是需要斟酌的地方。

雖然這是個很小的細節，但是其實要考慮的事情很多，有時候不一定會體現在設計上面，但是設計師要自己清楚規則是什麼。

永遠的伸手黨

設計師 Jane 今天要做一個動效設計，發現自己好像沒有這類網站收藏，她就問了隔壁設計師 John

小劇場：

Jane：有沒有好的動效網站推薦啊

John：有的，我找下

1 分鐘后，John 發了好幾個動效網站給 Jane

3 個月過去了，設計師 Jane 又要做個其他動效，但是她發現上次的網站找不到了，網址也忘記保存

Jane：上次的動效網站再發我下吧，我之前忘記保存了

John：好的

生活當中，不知道你是否會碰到這樣的人，總是問你「這個怎麼做」「那個網站推薦下」等等，這裏想強調的不是幫助別人不好，或者說尋求別人幫助就不對。而是自己是否先查找過，當從別人那得到想要的「資訊」時，是否多做一步，保存收藏，消化吸收。

培養自己成為主動的人，付出代價學會的東西，才會變成你的東西。任何在網絡上可以查到的資訊，不要問別人。你對查到答案感到懷疑，再和別人討論，那是另一件事。

Yes Designer !

XX 產品問題反饋 QQ 群：

用戶 Tony：這個新建產品，能不能增加些字段？

設計師 Eric：可以的，要加什麼。

用戶 Tony：產品標識、產品聯繫人、所屬城市、聯繫電話、聯繫地址、PID……

產品 Richard：我看到 XX 產品，有個很有意思的功能，我們產品也要加上，別人有的，我們也要有。

設計師 Eric：好的

大家應該都有看過金凱瑞 Jim Carrey 的「好好先生 Yes Man」，劇中男主角因為對所有人都說 YES，他遇到了一些有趣的事，也因此遇到女主角，happy ending……但是如果設計師也這麼做，這或許就不是你的 happy ending 了

這兩個案例，我經常碰到。業務方想加個字段，加個功能。但是問題不在於需求本身，而在於設計師對需求態度。不要對接到的需求，全盤接收，當然也不要全然否定。很多時候會發現這個需求是不合理的，或者這是偽需求。要主動挖掘需求的盲點，了解它，不要被業務方給出的解決方案迷惑，用全局視角去看待這個需求，去評估其合理性。

盡量讓需求方提供文檔或原型，方便後期追溯。口述需求，容易產生誤解，有文檔的話需求也會更加清晰。

梳理完需求后，再拉需求方過一下需求，畢竟人與人之間的理解是有 gap 的。可以讓需求方拉會議，技術和設計同學都需要參加，如果涉及業務，最好也拉業務一起。

這可能是一個循環的過程，也不要太糾結為什麼需求方沒理清楚就找你，需求有時候也需要反覆推敲才完成。

工作當中總是會遇見「很好心」的一些人，他們給你提需求的時候，也同樣提供的解決辦法，有些時候他們提供的想法真的挺好的，眼前一亮。但是有些時候，卻是「不合適的建議」，所以設計師要能分辨他們提供的建議是否適用於現在的產品，大家提出自己的觀點時，都是主觀的從個人的角度出發，個人的利益着手，會選擇性的忽略對全局產品的影響。但是，設計師卻要更全局的去看待，一個小功能點的添加有可能會影響其他的地方，如果沒有全局的評估，設計的工作會讓你變成「不是在挖坑的路上，就是在填坑的路上」。

為了反駁而反駁

小劇場：

PM: 這個設計看起來怪怪的，能嘗試下其他布局么？

設計師 Rita: 不會啊，用卡片是主流啊，XX 產品也是用卡片。

每個設計師都把自己的設計當作孩子一樣的溺愛，一旦有反駁意見的，反射性就反駁，容不得別人半點質疑。設計本身就是開放的，先不去判斷對方建議是否是好的，要先去接納別人的建議，再去思考建議的合理性和可行性，也可以多想下為什麼他會有這樣的問題。當然最後的決定還是要你做。

最後的二三句

有人會疑惑說，如果 PM 或交互已經給出詳細的原型了，視覺設計師還要不要再去理一次需求，這不是在浪費時間么，而且會不會讓 PM 和交互覺得，在挑戰他們。

我想說的是，設計，一定會碰到衝突，一定會有分歧。每個人都有自己對產品的理解和思考，而且都會有自己遺漏的地方。我想大家都會遇到，設計時覺得這個設計已經很完美了，可是過了一段時間發現，這個設計是有問題的，當初自己怎麼會沒想到這個 bug。同樣的，雖然 PM 或交互已經畫好原型了，但是設計師仍然要去梳理，只有理解產品，才能畫出更好的視覺，不要讓自己只是在做美化。

PM，交互，視覺，角色不同，大家看待需求的方式也是完全不一樣的。簡單來說 ，PM 會更看重整體產品的目標、戰略、架構，主要功能等。交互則會更注重產品與用戶的關係，整體人機交互是否順暢，產品的可用性，用戶在使用這個功能時，是不是能達到他想要的結果等等。視覺則是讓整體設計在友好交互的前提下，可以更加悅人的眼目，更讓人覺得在使用中獲得愉快感。

PM 和交互做好了他們的本分，而設計師也要做好自己的本分。只有深入了解需求，才能更好的設計。大家是一個團隊，不是誰找誰的問題，而且站在自己的位置上，願意付出努力來堵住團隊的破口，讓產品可以更好的呈現給用戶使用，從而體現產品的價值

不需要把自己定位成 XX 設計師，要用全局的角度去思考設計師的定位，不要給自己畫框框，然後住在裏面。

當用框框限制自己只做什麼事的時候，也限制了你的能力。

歡迎關注作者微信公眾號：「箴鹽設計」

未经-摩登3注册-摩登3测速官网-允许不得转载：摩登3注册-摩登3测速官网 » 無極五測速登錄地址_入門基礎！新手設計師應該學習的5個知識點