大家好，我是灰二~

我不是灰色執照，這篇文章的觀點和灰色執照沒有任何關系，你們有什么問題或者有不同的見解不要去打擾灰色執照。他要寫代碼，很忙的（笑）

電視劇《樓外樓》里“魯迅”的經典臺詞

今天看到一篇文章，討論的是開發實現不了，設計師該怎么辦？

文章大意是要加強溝通，在對接開發的前期要確認好產品文檔、做好評審、準備好切圖、標注、組件規范……對接中期不要頻繁修改、及時同步信息……后期要追蹤進度、走查設計、追蹤數據……

這篇文章寫得還是挺不錯的，但其實只適合一些流程較為規范的大廠，對于大多數中小公司來說，太過于理想化了。實施的概率非常低~

我在這篇文章下面看到的有趣的評論，開玩笑的

在我看來，這樣的文章更適合在述職、匯報的時候講給自己的領導、程序員同事聽，適合用于提升自己的 KPI 用來做 PPT 匯報。對于這個問題，我有不同的想法和見解，這些想法更多的是面向我們設計師來討論。

實際上，根據我多年的工作經驗來看，一旦開發人員說無法實現你的設計的時候，大概率是存在以下幾種情況的：

1. 你設計的東西實現太過于麻煩，沒有現成的組件和代碼片段，從 0 到 1 完全由程序員自己寫成本很高，容易考慮不周全，從而產生各種意想不到的 bug。遇到這種情況，如果不是甲方或者領導強制要求，我一般都會修改設計稿，盡可能讓我的設計朝現有的組件或控件上靠。讓前端小哥的頭發少掉一點兒，大家都輕松一點兒，都早點下班~

2. 設計師對技術的邊界一無所知，設計稿和想法天馬行空，程序員看了想打人。設計師其實或多或少還是要了解一點兒開發知識或者說常識的，太過于天馬行空，的確會讓程序員腦殼疼。

3. 程序員對美感的缺失、對設計的不理解和他直男的固定思維難以改變。不少程序員是直男，距離左側 10px 和距離 20px 對他們而言和讓他們區分口紅色號一樣難。這種情況下你就只能搬個小板凳坐在程序員小哥哥邊上，耐心的指導他幾次，慢慢培養他的審美和對設計標注的嚴謹性。

4. 和你合作的程序員剛工作不久。每個人都是小白過來的，你要理解，要更包容。需要有更多的耐心陪他一起成長。和他一起找技術方案、幫他引薦技術實力強的老程序員幫忙，都是解決問題不錯的方案。

5. 程序員是老油條，工作態度不端正。其實很多程序員，他們只是高中的時候不懂事，隨便報考了自己不喜歡的專業而已。寫代碼對于他們而言只是一份工作，一個養家糊口的收入，在他們眼中，完成了功能就等同于工作做完了。他們不會也不想費時費力的去還原你的設計稿。對于這種人，合作幾次以后，就要明白，他們大概率是要被行業淘汰的，不要寄太多的希望去改變他們。做好自己的本職工作，保留好溝通的聊天記錄，在關鍵的時候可以拿出證據，避免被這樣的老油條甩鍋就可以了。

6. 項目周期不允許。大部分外包項目時間就是金錢，越早驗收賺得就越多（快）。你的老板只會想盡辦法壓縮項目周期，根本不會給程序員太多的時間來把事情做到完美。這樣的公司壓根不會給你時間學習和成長，準備好作品和簡歷，多看看外面有沒有機會，盡可能換一個更好的環境（工資很高除外）~

7. 甲方、老板并不那么重視設計，程序員的話語權大，老板更愿意聽從技術人員的想法。很多老板本身就是程序員出身，更容易站在對方的角度，也更信任程序員。固定思維其實很難改變，不要試圖想說服誰或者改變現狀，你的設計稿雖然在公司無法實現，但是你可以脫敏后做成自己的飛機稿，發布各個設計平臺給自己增加人氣和影響力，順便強化自己的作品集。（一定不要看那些狗屁文章夸夸其談說如何提高設計師的話語權，沒有鳥用，只能提高個毛線。一個干設計的服務人員，哪里還有什么話語權，想要話語權就自己變成甲方或者老板。實在不行，你就和我一樣，直接自己寫代碼）

在設計還原相關的文章里面，我們經常被灌輸這樣一些觀點，那就是要非常努力的做好設計走查，通常大神們還教你輸出非常詳細的走查文檔。對于這個走查，我倒是有不同的看法。

1. 和程序員磨合的前期，是需要非常細致的做走查的。因為彼此還不熟悉，需要手把手，點對點的看待每個界面的還原問題。
2. 合作過多次的程序員，如果還是指一個地方改一個地方，甚至是界面上明顯的問題每次都要不厭其煩的指導他修改，那什么樣的走查文檔都沒有作用，這樣的同事只會消耗你。
3. 走查這個事情，其實是公司需要、產品需要、項目需要。但是對你個人的成長沒有太大的幫助，你自己真的需要嗎？你拿這些時間去學 AE、C4D、Blender 或者其它的，它不香嗎？如果走查可以甩給測試人員、項目經理、產品經理什么的話，你一定要想辦法甩出去。把時間和精力用到對自己成長更有利的地方。

總的來說，如果你的職業規劃不是一個管理人員（例如產品經理、項目經理），你只打算成為一個設計大神，我個人覺得應該少碰走查。少碰那些消耗你，不能讓你成長，不利于你跳槽漲薪的“雜活”。

設計走查有的時候更像是一個給別人擦屁股的雜活，別人的工作沒有做好，你卻去承擔了后果。如果你的設計稿有很多細節，或者某些地方交互比較復雜，那你應該認真的去看一看。如果是界面上一眼就能看出不一致或者還原不好的地方，那不叫走查，那就是真的給程序員同事擦屁股！

最后，如果面試的時候，面試官問你：如果你的設計前端無法實現，你準備怎么辦呢？

下面是我給出的回答：

“ 這個就要具體問題具體分析了。設計稿無法實現，到底是設計師天馬行空、過度設計，弄出了不太可行方案，還是程序員水平不夠？這需要設計師先想辦法搞清楚這個問題。

通常的話我會去設計群里問問經驗豐富的灰色執照，他既是設計師，又是程序員，通常都可以很快的給出明確的答案和技術相關的方案。如果是設計師過度設計了，的確不好實現，那自然是要修改設計稿的。但如果是程序員水平不行，那我會幫他一起去找現成的技術方案，盡最大的努力去 100%還原設計。除此以外，我們還要考慮到項目的整體進度。不排除時間緊、任務重，開發周期很短，沒有那么多的時間成本來完成復雜的設計。這種情況大概率是要是讓設計妥協的。我們還應該站在更高的視角，以商業為主，以全局為重。

但總的來說，無論是什么情況，作為設計師都不應該因為程序員那邊無法實現的原因而總是做出很保守的設計，總是使用那些現成的設計效果、已有的程序方案。設計師這個職位本身就是富有創造力的工作，一定要大膽的想，勇敢的干。唯有創新，咱們公司的產品才能讓用戶眼前一亮，才能和同行拉開差距，才能在這個殘酷的商業環境里面生存下去”

最后的最后，當開發說實現不了，穿黑絲其實并不管用，產品或者項目的結果不好，不如試試這本書里面提到的一些更有效的辦法：

大家好，我是灰二，如果你覺得我的文章寫得對你有幫助，記得給我點個贊，我下次穿黑絲給你看