l过对这个流E的几个痛苦的日夜思烦(ch)之后Q我们发C(jin)如下几个凄惨的现实：(x)1. 用户其实q不知道他到底需要什么，q用户知道Q你也别想知道他I竟知道什?2. 工都以己只是画ȝQ而无需去考虑整个产品的设计思想Q包括用戯色是什么，商业定位是什么，所以你说你惌个新L目，okQ我照着163M下就?jin)事?3. E序员都是脑D，只关注用什么设计模式或是用什么框Ӟ工的设计图对他们来说不g提，不就是一个for循环生成li标签而已?4. 客户始终|n世外Q他l钱?jin)，只想你干好活Q最后一手交׃手交货Ş?jin)，但最关键的是Q?ldquo;?rdquo;q个东西Q大安?jin)在最后一霎那能看到它的模P其它大部分时间它都异常神U?/font>
很多时候，最大的问题往往在于我们不愿意去面对问题?/font>北京|站设计所以当我们能把问题扑ֈQƈ敢于面对问题的时候，解决办法的出现就只是旉而已?jin)。这个解军_法，当时我们认ؓ(f)最优的Q就是强化设计，最后发玎ͼ其实是引入?ldquo;用户体验设计”?/font>
从何入手?我们都知道，一般的软g开发流E中QPM?x)根据用户需求出产品需求分析报告，然后工介入Q出一些视觉界面，然后E序员根据有限的设计图连蒙带猜的q行实际开发。但在这L(fng)模式下，产品?x)出现几ơ偏R?/font>
PM只有几十늚文Q而这L(fng)文传递实际需求的效果极差Q不能让用户认需求，于是出现整个程中的W一ơ品与需求的偏离。美工在做视觉设计的时候，可能按照他自己的想法天马行I，最后出现整个流E中的第二次产品与需求的偏离。程序员在拿到美工有限的设计囑Q大概想?jin)想Q觉得自己明白了(jin)Q然后就开始写代码Q但是由于没有完整的产品模型到程序结构的映射Q最l导致第三次产品与需求的偏离。这样带来的致命后果是Q用h明想要个女Q但是最l实际交付的却是个如花?/font>