|
|
前言：
轉自淘寶UED；
讀完這篇
1、思考團隊的重要性；
2、由于設計人員和制作人員的立場不同（考核也不同），導致會有這樣那樣的磨擦；
3、如何協(xié)調設計、制作是管理者必須考慮的。
作為互聯(lián)網(wǎng)產品設計師，在和前端開發(fā)人員溝通時你是否常常會聽到這樣的聲音：
—— “大姐，給點專業(yè)精神好不好，這個表格是自適應的，你這樣設計頁面不好擴展啊…”
——“用ajax不是不行，不過你要事前給我說嘛，你不說我怎么知道呢，你說了我就知道了嘛…”
面對這些回答，除了欲哭無淚，你有沒有想過是什么原因導致出現(xiàn)這樣溝通偏差，有沒有解決的辦法呢？設計師需要了解哪些知識才能和前端開發(fā)人員來更好的合作呢？
首先得從這兩者之間都有哪些不同說起。我認為最主要原因在于設計師和前端開發(fā)在部門中不同的職責劃分。通常情況下，產品設計師的產出物多是線框圖（wireframe),視覺設計稿（mockup）等，前端負責編寫HTML,CSS等代碼（demo），有時還會根據(jù)需要編寫程序代碼（如JSP/ASP/php/Rails),光看這些分工，就知道不同的角色對產品的理解和著重點是截然不同的。
按照正常的項目流程，設計團隊通常需要先設計出界面mockup或demo（HTML/CSS),接著開發(fā)人員才開始正式編寫代碼。然而多數(shù)情況下為了保證項目進度，需要開發(fā)人員和設計師在項目前期就介入進來，不同的是，開發(fā)人員多是審核通過項目計劃書（PRD）和原型評審，她們更關注于技術可實現(xiàn)性；而設計師更傾向理解產品經理的項目需求以及通過什么樣方式來解決需求從而達到提升用戶體驗的目的，她們更關注創(chuàng)意的可行性。
更令人糾結的是前端開發(fā)對“界面元素”和“交互動作”的理解和設計師有很大不同。統(tǒng)一的界面元素對網(wǎng)站的前端架構也會很有好處，他們更關注代碼的可重用性。一方面是CSS：前端開發(fā)要實現(xiàn)設計師（或者自己引以為自豪）的界面設計，如果新頁面的設計和原先頁面中相同功能元素的設計有出入，哪怕是一點出入，都有可能帶來很多重復的工作，將CSS文件變得越來越臃腫。另一方面是JavaScript：對于很多應用型網(wǎng)站，會有很多需要JavaScript的頁面交互元素。這些交互元素的視覺或者行為設計與之前的有出入，也會讓前端工程師為了既保證代碼的健壯性來方便后端工程師的開發(fā)，又為了實現(xiàn)一些設計上的差別而對現(xiàn)有代碼修修補補忙得不可開交，最可怕的是最終淹沒于bug的海洋…而交互設計師的側重點并不在程序的編碼實現(xiàn)，而注重于用戶如何最好地與系統(tǒng)交互操作，在設計中重點需要考慮的是界面元素的易用性：比如他們會考慮到并非每個用戶都是計算機的熟練用戶，面對隱藏的層和特殊設計的菜單可能會抓瞎，用戶不見得能明白雙擊左鍵能自動滾屏或者怎樣能讓自動滾屏停下來，直接看最下面的結果？總之，設計師（完美主義者更甚）會不斷完善產品，來滿足更好的用戶體驗。
那么設計師怎樣來解決這些問題呢？我覺得最重要的就是“溝通”，這是最根本的解決辦法。在原型設計前期就要針對自己想法的詢問前端開發(fā)在技術上的可行性，在界面設計過程中會有很多精確到像素級的標準，同樣要和他們溝通了解代碼的實現(xiàn)方式，不然很有可能做無用功。在提交界面設計之后，交互設計師也要主動出擊，不定時的去關注demo的實現(xiàn)效果（mockup和demo多多少少存在不一致，在后期需要跟進；另外涉及到復雜的交互方式前端很可能會忘記或者搞混，也需要不斷的去核查）。另外建立標準的文檔管理和設計規(guī)范也很重要，好在我們開始建立設計規(guī)范和標準(淘斯基和TPL模式庫）的文檔管理方法（SVN)，包括：
- 制定文件命名標準
- 設定文件統(tǒng)一路徑
- 保存原始創(chuàng)作文件（例如PSD、Fla源文件）
- 最終完成文件（經過產品經理認可的文件）
- 視覺模式庫和與其對應的代碼模式庫
當然，前端都很忙的，經常去“騷擾”他們會被鄙視的。跟他們溝通也需要技巧和一些基礎認識，我總結了以下幾點需要謹記：
- 網(wǎng)站的頁面是動態(tài)的。
photoshop呈現(xiàn)的是靜態(tài)的東西，而網(wǎng)站頁面是動態(tài)的展現(xiàn)內容、布局和交互。設計師過多關注用戶體驗層面，很難對所有的細節(jié)做到面面俱到。而前端（包括開發(fā)）需要照顧到所有的功能點涉及到的頁面，因此在前期要考慮的盡量周全，別讓別人幫我們收拾爛攤子。 - 關注新技術。
網(wǎng)頁設計缺少技術支持永遠只是藝術。設計師必須經常關注新的技術和交互方式，這樣才能在設計的時候提供多種解決方案，才能權衡利弊找到最優(yōu)化的方案。 - 界面元素的標準化和統(tǒng)一。
前端關注代碼的可重用性，設計師關注新創(chuàng)意。因此在設計前期就要考慮哪些元素和交互方式既可以滿足用戶體驗又能夠被重復使用，以此來提高效率。 - 團隊合作很重要。
設計師很容易沉浸在自己的小世界里不能自拔，這是我們經常犯的通病。“溝通”是團隊合作的關鍵，一切皆在溝通。 - 相信自己。
前端通常出于不同的原因對一些交互方式可行性做出判斷，比如代碼復雜程度，技術可實現(xiàn)性等等。好的設計師需要有一些 超前意識和冒險精神，當他們受新技術的激發(fā)，認為它能夠大大提升用戶體驗的時候，就需要把它當作挑戰(zhàn)來實現(xiàn)。在對技術的深入了解后去說服前端一起努力實現(xiàn)。
好了，這些血和淚的經驗是我工作一段時間慢慢總結的，如果你有更多的方法，希望能一起分享。
it知識庫：當設計師遇上前端開發(fā)，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
