【轉載】同事對項目UI問題案例分析培訓的總結

今早剛參加完部門特意給我們.net培訓員工安排的《項目UI問題案例分析》，趁熱打鐵，寫寫自己這次交流會的總結。

首先非常感謝部門的這次交流會安排，也特別感謝Guang哥百忙之中抽空給我們準備案例並主持這次交流會！

案例分析交流會主要內容：

1. 表述UI設計所要遵循的原則
2. 具有UI問題的項目案例(UI失敗案例) 示範
3. 討論、分析、交流案例的UI問題所在
4. 強調UI設計所要遵循的原則
5. 修改UI問題後的項目案例示範

從UI問題案例中認識到的部分UI問題，具體從Guang哥示範的失敗案例中，存在以下的問題：

1. 布局問題。很多同一頁面的各個板塊的銜接並不自然，有些是留有不必要的空襲，有些是留白太多！有些原本應該是邊界底對齊的板塊弄得參差不齊，UI感覺淩亂。
2. 顯示問題。有些是必要的標註資訊沒有，其中的一個典型就是一個表格內容沒有欄位標題，會讓使用者二仗和尚摸不著頭腦。有些是必要的資訊沒顯示全，再一個例子就是建立時間顯示，只顯示月日，找不到哪年。
3. 使用者操作的體驗性問題。雖然頁面上該有的功能按鈕都有了，但是擺放的位置不符合使用者操作習慣，可能需要使用者“尋尋覓覓”之後才能找到。操作按鈕的位置隨內容的改變而變化的問題也會讓使用者不知所措。
4. 挑戰人們的常識性問題。明明就是一個列表的表項表徵圖，並不具有其他任何功能，卻把它設成一個“展開目錄”樣式的表徵圖，按常識性認識來說，大家都會去點擊嘗試展開那項的內容，但實際上它啥功能都不具備！

對於上面總結的UI問題（其實還沒總結完），我們可以看到，有些看上去都是很低級的問題，那為什麼會出現呢？我覺得那是開發人員的習慣問題和態度問題。就如Guang哥所說，有些問題可能是開發人員開發的時候只注重功能的實現而忽略了UI上資訊的完整性，而有些我覺得應該是開發人員的態度問題，缺少嚴謹，不對使用者負責的態度！而有些純粹是項目整體所存在的弊端。單元測試沒有發現那些問題，可以說是程式員的問題，但在系統整合、測試上卻沒有發現問題，等到了客戶那問題才呈現，那不得不說項目組的工作存在問題了。

所以我覺得，在我們以後的開發中，除了實現功能外，我們還應該關注我們呈現出來的UI的合理性、感官和客戶的操作性。在我們自個做單元測試時，要把我們放在客戶的角色上去使用自己開發的模組，從客戶角度出發，尋找自己的不足。當然有些UI問題是在系統整合之後才出現的，所以在整合後的系統測試時，也要應該關注UI的合理性、感官和客戶的操作性。

 

對於UI失敗案例項目，我交流會後就有了疑問，在系統整合後，是否進行過系統測試？Guang哥在會上說過這麼一句話：對自己要嚴格！自己找自己麻煩，總比客戶來找你麻煩好得多！那個項目在拿到客戶那示範之前，有沒自己親自去使用過，嘗試找過自己的麻煩？是不是項目組在開發產品的時候要對客戶負責？

 

對Guang哥的話的感想：

1. “把意識轉變為習慣”

當然，Guang哥說的意識指的是好意識！把意識轉變成習慣，會讓自身的工作效率得到一定程度的提高。在不知不覺中就已經考慮了UI問題，站在了客戶的角度上去組織設計UI，那樣也會在不知不覺中向客戶交了一份滿意的答卷！

2. “起始速度固然重要，但之後怎麼去保持一個穩定的加速度更重要”

這個算是交流會上Guang哥的一句“題外”話，並不是完整準確版，但大體意思就是那樣。這是他跟我們培訓員工交流工作思想時做的比喻。這很大程度上很符合我個人的人生觀，但比喻比較經典！一下子就記住了！人不管是在學習中，還是工作中，都要保持一個上進的心，充實自己，提升自己，讓自己“保持一個穩定的加速度”不斷超越自己！

 

聽者有心——對C經理的一個糾正的感想。

交流會上，Guang哥在給我們闡述UI設計原則時，稱我們為“學生”，C經理當時也在，他即刻糾正“是同事”。說者有心，聽者也有心。

聽者心之一：

我覺得C經理的這個糾正，對於我們這些應屆培訓生，是在強調著：我們已經是社會工作者，已經不是校園裡的學生了！不管是我們自己，還是公司的其他員工，都要幫我們把以前所熟悉的校園環境通通刷掉，換成現在的工作環境！因為我們就在工作中。

聽者心之二:

現在是以交流會的形式在學習，是跟同事一同探討一同分析一同交流的方式學習，已經不是以前學校裡的老師撒米，我們來嘬的方式了！所以我們應該主動，主動去闡述我們的觀點，主動提出我們的疑問！

哈，就聽出兩個心！

以上就是我的一些總結。說是總結，不如說是隨筆比較好點。