RIA項目失敗的教訓：不要理解用戶
EffectiveUI公司主席Anthony Franco最近做了一次名為“RIA項目失敗的十種方式”的演講，為想要RIA項目失敗的人提供了十條建議。SAP AG的Gerd Waloszek則總結了“糟糕用戶界面的18黃金法則”。
以下是Franco提供的十條逆向建議，并解釋了為何要避免它們，而應該如何去做：
◆如果你想失敗，那就不要理解最終用戶——70%的IT項目失敗都是由于用戶可接受性出了問題。
◆如果你想失敗，那就相信開發人員能夠正確的做出設計決定。開發人員被逼迫著做出糟糕的設計，因為他們的工作量是由其所完成的功能數量決定的。當一個項目將要接近截止日期時，開發人員就會關注于刪除功能而不是從最終用戶的角度思考。
◆如果你想失敗，那就期望一個銀彈式的設計。好主意是值得肯定的，但一個偉大的功能建議不應該取代優秀健康的UI設計。
◆如果你想失敗，那就滿足所有人的需求。“如果一個公司試圖為所有人創造一個產品，那么最后不會適用于任何人”。
◆如果你想失敗，那就啟動項目然后忘卻。在項目啟動之后，產品需要更多的迭代以不斷完善。
◆如果你想失敗，那就不要定義成功。不定義成功意味著不知道目標是什么。
◆如果你想失敗，那就避免沖突。沖突未必是壞事，因為“沒有沖突就沒有進步”。當屋子里的所有人都贊同某種看法時，那么就要提高警惕了。
◆如果你想失敗，那就相信不需要推銷自己的想法。利益相關者應該努力在組織內部推銷自己的想法，但不要期望僅僅因為來源于你就會被接受。這需要準備回答類似下面的問題：投資回報率如何？優點是什么？為什么要現在做？如果不做會怎么樣？
◆如果你想失敗，那就追求完美。不應該一開始就把所有都計劃好，并期望現實會按照計劃行事，因為變化無處不在。
◆如果你想失敗，那就重視過程甚于產品。這條建議可以改寫為：“如果你想失敗，那就不要冒險”。我們可以非常重視開發過程，但是“按時生產一個糟糕的產品毫無意義”，通過迭代的方法構建滿意的產品更輕松一些。
以下是Waloszek總結的糟糕用戶界面18黃金法則，提供了負面的例子：
讓客戶忙于那些不必要的工作——讓用戶在某些控件填寫數據，隨后又提示他們不能在那里輸入數據（比如，一個應用讓你在假期或周末填寫數據，隨后又提示說你不能在那些天工作）。
不遵守標準——不把菜單條目放置在通常的類別和位置上（比如，在“編輯”菜單中放置“保存”按鈕）。
讓軟件運行緩慢——有無數的可能性導致軟件運行緩慢。比如，你可以在每個用戶輸入之后包含長時間的驗證或者切換。或者你可以強制用戶瀏覽一連串的對話框。
盡可能地使用縮寫，特別是在有足夠空間顯示完整單詞的情況下——使用“dat.”而不是“date”，“Tolky”而不是“Tolerance Key”，“NxOb”而不是“Next Object”，等等還有很多......
使用技術型語言指導用戶——使用UTF-8格式發送URL（需要重啟，在MS IE的高級設置里）
隱藏在用戶看來重要和常用的功能——把其藏在用戶永遠找不到的菜單里。
讓你的應用只支持鼠標——絕不提供任何鍵盤快捷鍵。
使用你的應用成為一項挑戰——即使用戶操作會導致嚴重的后果也不加以提示。
脫離最終用戶——許多用戶有許多的選擇，你只提供一個。這倒是可以更快更簡單的實現。
宣揚糟糕的示例——只需要聽從本頁的其他黃金法則就可以實現。
花費大量精力設置糟糕的缺省參數：與用戶的期望背道而馳，缺省配置極其糟糕、令人厭惡、無用——反正由你決定——在web表單上做缺省設置使用戶收到不想要的新聞或者廣告，散布他們的地址等等。
在每次系統重新恢復之后都破壞工作上下文——在系統重啟之后取消之前選擇的屏幕元素。
忽略讓用戶更方便的功能——讓他們很辛苦——當用戶需要在列表中添加條目時，只允許他們在列表末端插入條目，然后再讓用戶把條目移動到正確的位置。換句話說，沒有提供額外的功能用于直接將條目插入到目標位置。為了增加點情趣，當用戶直接把條目移動到目標位置時，應用提示一些偽造的錯誤，然后把條目插入到末尾。
不讓用戶中斷消耗時間和/或消耗資源的進程——偷偷啟動一個備份或者索引進程，讓用戶難以取消，也就是說，無視用戶的鼠標點擊和鍵盤操作。
應用不合邏輯——添加一個準備某操作的按鈕使用戶確認可以做該操作了。這里有一個真實例子：在許多電子郵件應用中，“轉發”按鈕實際上沒有真正執行轉發操作，而是做轉發之前的準備工作（因為，我們不得不提供收件人地址）。
時不時的來一次系統崩潰或者讓應用僵死——讓編輯器或者編輯域在用戶事先未預料的情況下僵死，以至于用戶還沒有來得及保存他們的工作成果，而頻繁保存的習慣會浪費寶貴的系統資源。
盡可能的阻礙用戶輸入——頁面加載也是阻礙用戶輸入的好機會。在等待的時候，用戶可能會與室友聊天、讀報或者盯著空屏幕發呆。
阻礙用戶輸入，即使沒有必要——阻礙用戶在圖片瀏覽器更新縮略圖的時候輸入就是一個很好的例子——沒有任何理由阻止用戶滾動、選擇圖片或者發起操作。
是否還有其他失敗RIA項目的“優秀”建議，值得不惜一切代價避免呢？
【編輯推薦】
