開發人員 命名 彈出層 設計效果圖 元素 文檔 這一 dem sof

工作2年了，總感覺每次做項目的時候，都是趕時間，趕時間，加班幾班，可是最後總結一看，百分之50的時間都浪費在做無用功上面了，甚至因為設計人員的失誤，造成了前端和程序大量的返工，休整，加班，造成了開發人員的疲憊。
我個人總結了一下覺得認為比較好的能夠節省時間效率的工作流程應該是：
1.產品經理做出整體的構思，提出明確需求，並且形成文檔和demo 包括：網站的中心思想，即屬於什麽類型的，是電子商務還是企業網站還是門戶網站等，不同類型的網站風格定位就不一樣，一個網站需要註意的地方，例如登錄註冊的頁面，是否需要表單的驗證，表單驗證的文字等。並且開會，討論一下功能點實現的難易和時間需要，如果功能太難，是否要酌情變通。
2.產品經理形成的文檔和demo要給設計人員，這時候需要我們的設計師，按照產品的原型，在保證功能完整的情況下，對頁 面進行美化需要註意的地方：這裏的設計師應該是專業的網頁設計師，而不是平面設計師，因為平面設計和網頁設計有許多的不同，平 面設計更註重色彩的搭配，視覺的沖擊力，而網頁設計要保證簡潔美觀的情況下，還要兼顧開發人員的開發難易程度。並且將細節細化到位。
3.設計人員的全版設計圖形成以後，應該再次開會討論，比較設計圖和產品需求的功能是否完全體現，細節方面是否都已顧 全， 例如如果有表單驗證的地方是否需要提示性語言等，設計人員的設計圖一經確認，應該形成設計文檔，包括：網站的主色是什麽，漸變顏色色值是什麽，哪些功能塊的樣式是一樣的，主要應用到的字體有幾種規格，包括大小、名稱、顏色等，要註意圖層命名的意義
4.設計人員把設計效果圖，和開發文檔給前端開發人員，前端開發人員應該註意代碼的精簡型，樣式表命名的意義，兼容，Js 效果等，把能夠通用的樣式放在一起，並且形成文檔，交代一下，需要用到的隱藏層，彈出層，表單驗證需要切換的層等，方便後臺開發人員進行開發
5.後臺人員在拿過前端人員的頁面和開發文檔時，要註意嵌套程序的過程中，如果需要改變結構的，應該及時跟前端人員溝通，不要擅自更改，以免造成兼容性的問題，給前端人員造成多余的工作量和困擾，在需要樣式名稱更改的時候，應該及時詢問前端開發，能否更改或應該如何更改
一個網站的開發，是一個漫長而謹慎的過程，尤其是產品經理和設計師，一旦他們疏漏了，勢必要重新的更改需求或者是更改設計，這樣就會給前端和後端開發人員造成困擾，並且增大了許多根本不應該出現的工作量。在這兩年中，類似的問題出現了無數次，每次的加班幾乎都是因為設計人員的疏漏，而導致後面需要重新制作。
例如，登錄註冊的頁面，需要表單驗證的文字，這個一開始就是需要想到的，但是以為設計師根本不是專業的網頁設計師，不懂得網頁需要的元素，造成了等後臺都開發完成的時候，提出這一點，再回頭，設計師重新設計，前端調整頁面，程序重新嵌套的過程。
更甚者，一整套已經開發完成，產品方向進行了更改，用戶群的定位重新改變，造成網站風格需要整體重新改動，主色調，設計元素都需要重新改變，這對開發人員來說，無疑是一個晴天霹靂，最不可容忍的是，在這種情況下，還要求趕工期的話，開發人員就要連夜加班好多天，這種錯誤完全是因為當初產品經理的市場定位錯誤而造成的，但往往為這種錯誤買單的卻是開發人員。
產品經理的功能和需求提出以後，應該和開發人員討論，功能塊的實現難易程度，需要多長時間，否則等到設計完成，前端完成，到了程序那裏，因為功能無法實現，就要造成版本的浪費，再回過頭重新修改。產品經理是一個很重要的人員，必須要能找準方向和定位，起到監督工期平衡工期的作用。
最後，你的老板是願意給你一個月的時間讓你做出來十個垃圾的無法上線的版本，並且還要讓開發人員加班加班在加班，還是願意在有限的時間裏，有秩序的開發出一個成功的可以上線的版本呢？所以不要為了所謂的節省時間而省去必要的流程，這樣會造成漏洞百出，多做許多無用功，到最後耽誤了工期，做出一版垃圾產品不說，還讓開發人員身心俱疲，對公司失去信心。

網頁設計、web前端、後臺的開發流程和註意事項 -----轉