公司最近做了一個app，但是開發(fā)做的效果跟UI設計的效果圖有很大的差別。所以那天，boss在群里@我說，這個app看起來真惡心，問我對這個問題有什么看法以及后續(xù)行動？

這個問題本質是工作意識的問題，前端開發(fā)之前做項目都是以功能為主，能用就好。這在早期可能還是優(yōu)勢，會讓人感覺工作效率很高。但在實際使用中會存在各種小問題?，F(xiàn)在的矛盾在于，公司的要求已經(jīng)從”能用“改成了“好用”。這種工作方式已經(jīng)不適合現(xiàn)在的產(chǎn)品開發(fā)了。你也可以想想，UI效果跟交互重不重要？

問題找到了，看起來也很容易解決，既然以前沒要求，那現(xiàn)在就提出要求唄。但實際上，想改變這個習慣還是挺不容易的。你得慢慢磨。

為什么這么說呢？習慣不好改唄。深挖一下，這里面還有一個認知失調的問題。費斯汀格曾經(jīng)提出一個“認知失調理論”的概念，講的是一個人在面對跟自己認知不相符的信息時，會本能地給自己找借口，以便維持自己內(nèi)心的平衡。舉個極端點的例子，我們在網(wǎng)上可以看到有些死忠粉絲，哪怕自己喜歡的明星做了違法的事情，她們依然會選擇維護。你要是強硬的說明星這里不好，她可能還會跟你絕交。而想要解決這個問題，得先想辦法讓她行動起來，去了解明星是怎么運作的，什么行為是好，什么行為是不好。除了這個明星，哪些有著優(yōu)秀品格的名人更值得被喜歡等等。

我一直有個觀點，我們其實沒辦法改變誰的認知，只能通過行為影響他人的認知。所以面對這個問題，我的做法如下：

首先，需要進行確認溝通。提出具體的要求。做完之后，把頁面效果跟效果圖對比，不能有明顯的區(qū)別。這點前期肯定做不到，但沒關系。別急。

其次，給出具體的修改建議，減少對方修改的阻力。圖片 + 文字說明。這個地方與上面的間隔加大當時像素，這個地方有字體用多大等等。

最后，就是抓住標準，做驗收。針對頁面效果反復做修改。修改的次數(shù)多了，程序員就會慢慢養(yǎng)成還原效果圖的意識。效果還原度會越來越高。

但這個方法也有其缺陷：在前期，開發(fā)的效率會非常低，如果開發(fā)一直有很多任務要做。就會面臨一個問題：開發(fā)會問：“你讓我改這個，我其他任務做不做？” ，還記得那個認知失調的理論么？這確實是個問題，而且對小公司來說，該妥協(xié)的時候要妥協(xié)。

有時候我們必須接受，有些改變是一個緩慢的過程。需要不停地強調，不斷地執(zhí)行才會有效果。我不知道這個方法是不是最優(yōu)解，但我肯定這個方案是有用的。我之前通過這個方法解決過這個問題。而且穩(wěn)定后并沒有增加什么工作量。