網(wǎng)站設(shè)計師加班已成常態(tài)，但前端工程師和程序員確稍微少點。經(jīng)過研究發(fā)現(xiàn)，這是由職位分工所致。
似乎只要是網(wǎng)站設(shè)計師，基本上都有過陪伴著咖啡、泡面、紅牛加班通宵趕稿，在辦公室里看黎明破曉、日出東方的經(jīng)歷。

為什么加班？似乎原因很多，也許是自己拖延癥發(fā)作，突然有一天發(fā)現(xiàn)第二天是交稿日，而自己還沒開始設(shè)計；也有可能是需求方給了個極短的截稿日期，在策劃妹子的軟磨硬泡、威逼利誘下被迫加班；還有可能是設(shè)計稿被飛機，而第二天就要截稿了……但是所有的加班，都只意味著一件事情：時間不夠了——那么，時間都去哪了？
而且作為網(wǎng)頁設(shè)計師，你會發(fā)現(xiàn)你的加班概率永遠比別人大：運營計劃變了，但是明天必須交稿——加班！項目經(jīng)理下班前給了需求，明早運營會要見到初稿——加班！前端嘗試了半天，最終發(fā)現(xiàn)你的設(shè)計實現(xiàn)不了，而明天頁面要上線——加班！頁面全都好了，文案到下班都沒憋出來，而明天是節(jié)點——加班……

面對這些“明天就是節(jié)點”，我們總是有很多的無奈：不怕神一樣的對手，就怕豬一樣的隊友——既然時間這么緊，為啥不能早點給我需求呢？為啥我總是比前端、程序他們忙？為啥有時候我都通宵加班了，前端、程序還抱怨我？又不是我的錯！時間不夠用，只因為網(wǎng)頁設(shè)計師在整個項目時間軸上所處的位置。就因為這樣的位置，所以網(wǎng)頁設(shè)計相對于其他項目成員有更高的加班概率，更容易被戰(zhàn)友誤解，甚至產(chǎn)生矛盾。雖然這樣的現(xiàn)狀是大環(huán)境所致，很難從根本上改變。但如果你能夠明白自己在整個時間軸上的位置就會發(fā)現(xiàn)，但我們還是有辦法降低加班頻率的如果把網(wǎng)頁制作項目比喻成一個流水線，就會發(fā)現(xiàn)網(wǎng)頁設(shè)計師在整個流程中處于一個承上啟下的位置，網(wǎng)頁設(shè)計師上接需求、下接制作，是需求產(chǎn)出的最后一步（頁面表現(xiàn)效果的需求、用戶體驗的需求），也是整個制作流程的第一步。從位置上來看，網(wǎng)頁設(shè)計如此重要，但卻是項目管理方在整個項目流程中“最不放心”的一個環(huán)節(jié)。

整個網(wǎng)頁制作流程中，絕大部分工作是可量化的——兩個環(huán)節(jié)除外：網(wǎng)頁設(shè)計和功能測試。一個處于整個制作流程的第一步，一個處于整個制作流程的最后一步。對于功能測試而言，最大的風險在于發(fā)現(xiàn)不了BUG，而要把所有可能出現(xiàn)BUG的點全部照顧到，就必須要有足夠多的時間進行各種測試——黑盒測試、白盒測試、壓力測試、行為邏輯測試……這些測試做得越全面，模擬條件和模擬次數(shù)越多，越能保證頁面上線之后不會發(fā)生問題。由于測試環(huán)節(jié)是在整個流水線的最后一步，所以要給測試留下足夠的時間，只能盡量壓縮前面的制作流程，于是設(shè)計的制作周期就成為了流程中的關(guān)鍵點。只是，往往就是這個關(guān)鍵點，總有太多的未知數(shù)。

如果你是一個工作多年的老設(shè)計，那我相信你一定已經(jīng)發(fā)現(xiàn)，“時間點”之后往往還會有一個“備用時間點”。——有經(jīng)驗的項目管理者都會在節(jié)點安排的時候給設(shè)計師留下足夠的安全余量。當你接到一個需求的時候，給到設(shè)計師的是3天的制作時間，但是項目管理的計劃表里，往往寫著5天或者更長。久而久之，我們就會覺得，項目管理者給的這些周期都是嚇唬人的“紙老虎”，也就不在關(guān)注所謂的“時間點”了。

“時間點”真的不重要嗎？當然不是！忘記所謂的“安全余量”吧！一方面這個東西并不靠譜，如果是沒有經(jīng)驗的管理者，往往不會注意這些細節(jié)；另一方面，萬一“狼”真的來了，我們怎么辦？有些周期緊張的項目，項目管理者根本沒有辦法為你預(yù)留出所謂的安全周期，如果這個時候拖一拖，那就真的是萬劫不復(fù)了。

本文來自 網(wǎng)頁設(shè)計那些事兒