公司最近做了一个app，但是开发做的效果跟UI设计的效果图有很大的差别。所以那天，boss在群里@我说，这个app看起来真恶心，问我对这个问题有什么看法以及后续行动？
这个问题本质是工作意识的问题，前端开发之前做项目都是以功能为主，能用就好。这在早期可能还是优势，会让人感觉工作效率很高。但在实际使用中会存在各种小问题。现在的矛盾在于，公司的要求已经从”能用“改成了“好用”。这种工作方式已经不适合现在的产品开发了。你也可以想想，UI效果跟交互重不重要？
问题找到了，看起来也很容易解决，既然以前没要求，那现在就提出要求呗。但实际上，想改变这个习惯还是挺不容易的。你得慢慢磨。
为什么这么说呢？习惯不好改呗。深挖一下，这里面还有一个认知失调的问题。费斯汀格曾经提出一个“认知失调理论”的概念，讲的是一个人在面对跟自己认知不相符的信息时，会本能地给自己找借口，以便维持自己内心的平衡。举个极端点的例子，我们在网上可以看到有些死忠粉丝，哪怕自己喜欢的明星做了违法的事情，她们依然会选择维护。你要是强硬的说明星这里不好，她可能还会跟你绝交。而想要解决这个问题，得先想办法让她行动起来，去了解明星是怎么运作的，什么行为是好，什么行为是不好。除了这个明星，哪些有着优秀品格的名人更值得被喜欢等等。
我一直有个观点，我们其实没办法改变谁的认知，只能通过行为影响他人的认知。所以面对这个问题，我的做法如下：
首先，需要进行确认沟通。提出具体的要求。做完之后，把页面效果跟效果图对比，不能有明显的区别。这点前期肯定做不到，但没关系。别急。
其次，给出具体的修改建议，减少对方修改的阻力。图片 文字说明。这个地方与上面的间隔加大当时像素，这个地方有字体用多大等等。
最后，就是抓住标准，做验收。针对页面效果反复做修改。修改的次数多了，程序员就会慢慢养成还原效果图的意识。效果还原度会越来越高。
但这个方法也有其缺陷：在前期，开发的效率会非常低，如果开发一直有很多任务要做。就会面临一个问题：开发会问：“你让我改这个，我其他任务做不做？” ，还记得那个认知失调的理论么？这确实是个问题，而且对小公司来说，该妥协的时候要妥协。
有时候我们必须接受，有些改变是一个缓慢的过程。需要不停地强调，不断地执行才会有效果。我不知道这个方法是不是最优解，但我肯定这个方案是有用的。我之前通过这个方法解决过这个问题。而且稳定后并没有增加什么工作量。
