无意间路过一个关于什么才是真正的智能产品的知乎问题。想了一会儿，貌似是个哲学问题。
为了简化，就用个简单的物件为例——家里洗手间的灯。灯只接受两种操作，打开和关闭。个人而言，我认为智能的灯就是在用户需要的时候自动点亮，其他时候保持关闭；用户不需要的时候又能自动熄灭(*)。那么，一盏灯是否能完美达成这个目标呢？
通常情况下，貌似是很简单的，只要它能感知洗手间是否太暗，以及是否有人在洗手间里。如果两个问题的答案都是Yes的话，就自动点亮。
但问题在于边界情况。比如用户半夜起床如厕，也许就不希望从黑暗环境突然转换到灯光之下。那么，就给这盏灯增加一个内置时钟，如果是睡觉时间则不亮灯？
还是不能解决问题。如果这个用户正在熬夜看球呢？虽然是深夜，还是希望灯能够亮起。所以就需要监测用户的活动，根据他之前是否已经入睡来决定是否亮灯？
……
只要一直钻进这个牛角尖，这个灯泡就会指数级别的变得复杂，因为每增加一个传感器，就是给状态空间增加一个维度。从实际角度出发，一款产品只能在完全手动操作和完全准确的自动操作之间寻找一个平衡点。追求100%的达成(*)目标几乎不可能。
很久没有写博客，偷懒的理由千千万，不再细说。
—–进入正题的分割线—–
标题党了一下。事情缘由是一位产品经理同事严肃认真的跟我讨论转到设计岗的可能性、需要做什么准备。她非常熟悉我们的产品，熟悉市场，熟悉整个团队，每次都会对我的设计挑肥拣瘦，简直是完美的人选，也许缺的只是蓝翔的一门Photoshop培训课。
然后，最近在看Alan Cooper的The Inmates Are Running the Asylum。感触很深的一个观点是，哪怕一个工程师对设计有非常深的见解，非常重视用户体验，他也很难做出一个体验很好的产品，原因很简单——他坐在工程师的位置上了。
人的决策大部分时候都是非理性的，这已经是不争的事实。聪明绝顶者如工程师，也很难逃出这个咒符。于是，当面对用户体验和优美代码之间的抉择时，肩负写代码重任的他们难免会多少倾向后者。正所谓屁股决定脑袋。
这时候，一个与代码质量数量没有直接利害关系的职位就体现了自己的价值——设计师可以完全（或者绝大部分）从用户体验出发，去跟工程师们争取利益。同时，随着用户体验设计越来越为人所知，如果一个产品非常难用，被扔臭鸡蛋的就是设计师了。所以，设计师可以、也必须为产品的体验奋力抗争。
那么，是不是设计师80%的作用来自于他们的屁股呢？当然不是。噢，也许……不是？有待深入挖掘。