今天在知乎看到了一篇文章，文章的名字叫《不！我還沒醉！我還能做設計！》，作者是人則水州。
文章中說到了兩個博物館的設計。一個設計的很普通（暫稱它為A），而另一個（暫稱它為B）不僅從立意上還是外形上都超出A一大截。但是不論是服務，還是活動和多媒體的引導，B卻遠遠比不上A。文章中說，B的參觀體驗要差很多，布展平淡，互動很少而且質量差強人意，而且從建筑本身的實現效果上來看，實際出來的效果跟渲染圖上相比，相差太多了。
文章中作者這樣總結道：
說到底一個博物館的參觀體驗根本不是建筑師單純通過設計能控制的。單純設計做得好又有什么用呢？
但是并不是說面對這種事情，建筑師就放棄了。有困難我就不解決了，而是我們要想辦法解決。能不能從我的角度，讓別的配合單位的工作更好做一些。比如展廳的面積分配是否合理？是否給了布展人員更大的機動性和設備接口？高度能否允許做一些特別的展示？
我對這篇文章感觸很深。因為我覺得這樣的情況跟UI設計很類似。對于建筑設計來說，設計得再精巧，別人造不出來，那么從結果上來說，跟沒設計好沒什么區別。文章中說道：
當你把你的設計放到建筑的全生命周期里去看的時候（也就是從設計到施工，使用，最后老化，拆除的全過程），設計當然是有止境，而且止境不要太多哦！
把這點類比到UI方面，我有一下兩個方面的思考。
01 與需求的配合
這里的與需求方的配合是指和產品經理與交互設計師的配合，不過我還沒有遇到過有交互設計師的公司，這里就以和產品經理的配合為主題。
產品經理考慮的更多是業務方面的東西，比如這個產品要有什么樣的功能，這個功能的目的是什么，這個功能對用戶有什么用等等。UI設計師在拿到原型的時候，所要做的就是把這些目的轉化為視覺語言展現出來，比如，一個列表的頁面，把每塊內容用不同的字重或者顏色，分出主次，讓用戶很容易在這個頁面發現重點內容。
02 與實現方的配合
對于UI設計師來說，這里的實現方指的是Android、iOS和web的程序員哥哥們。有時候，我們會沉醉于做出各種好看的，炫酷的飛機稿，感覺這樣才是在做真正的設計。我在很久之前也有類似的想法，不過我現在的想法也有些改變了。
雖說想法變了，但是我不能全盤否定這些飛機稿的意義。我們做這些飛機稿，本質上是想提高自己在設計上水平，大多數飛機稿都是色彩很絢麗，效果爆炸，這些從一定程度上會鍛煉我們使用色彩的能力，以及一定的版式能力。但是，這樣是遠遠不夠的。
我經常告誡自己這樣一句話：
如果一個設計實現不出來，那么不管再好，都只是個半成品。
這句話忘記是從哪里看到的了，也可能是我自己總結出來的吧。把UI設計師放到整個產品的生命周期里面看，UI設計師的職責，簡單來說，就是做出界面然后讓程序員實現出來。也就是說，我們必須保證我們畫出的界面能讓程序員做出來，這樣產品才可以發布，用戶才能看到。要想把炫酷的界面實現出來，受制于兩個因素：
- 程序員的代碼水平
- 手機本身的制約
我們遇到的程序員，水平是參差不齊的，有的可能會很厲害，但是有的水平確實很一般。所以，為了能更好的和程序員配合，我學過一段時間Android的代碼，這段經歷以后可以講一下。不過，我學習代碼，并不是為了自己寫，而是了解一些基本的代碼，主要是布局方面的，了解一些程序員的思維。同時，在平常的時候，遇到一些好玩的能增加界面美觀的效果，會在GitHub上看一下有沒有相關的，這樣經過很長一段時間，自己手里收集了很多現成的代碼。我在工作中，很多次情況想實現一個效果，我會直接把地址發給程序員們，他們就可以很容易的實現了。這樣不僅會解決很多重復造輪子的時間，也可以讓自己了解現在能實現的效果是什么，不能實現的是什么。
手機本身也有一定的制約。比如，Android還有一大批4.X的版本，在4.0上，很多效果都無法實現，就算實現了也會特別占用資源。而在最新的Android8.0上，出現了很多有趣的玩法。iPhone X的發布，劉海的存在也必須讓我們去思考如何適配iPhone X。在工作的過程中，一般都是一套設計稿，但是也要了解一些特殊的機型，考慮這些特殊機型的適配等問題。所以，平時的時候要關注手機行業的發展水平，了解手機本身的有哪些制約和局限性，對我們的設計稿進行修正，以此來實現較好的效果。
總之，要想做出好的設計，除了埋頭修煉技法，也要學會怎么與其他部門進行配合。
