可用性設計
任何應用程序的可用性基本上由用戶決定。界面設計是需多次反復的過程；在為應用程序設計界面時，第一步就設計出非常完美的界面的情況非常少見。用戶參與設計過程越早，花的氣力越少，創建的界面越好、越可用。
什麼是好的界面
設計用戶界面時，開始時最好是先看看 Microsoft 或其他公司的一些賣得很好的應用程序。畢竟，界面很差的應用程序不會賣得很好。將會發現許多通用的東西，比如：工具欄、狀態條、工具提示、上下文菜單以及標記對話框。Visual Basic 具有把所有這些東西添加到應用程序中的能力，這並不偶然。
也可以憑借自己使用軟件的經驗。想一想曾經使用過的一些應用程序，哪些可以工作、哪些不可以以及如何修改它。但要記住個人的喜好不等於用戶的喜好，必須把自己的意見與用戶的意見一致起來。
還要注意到大多數成功的應用程序都提供選擇來適應不同的用戶的偏愛。例如，Microsoft Windows“資源管理器”允許用戶通過菜單、鍵盤命令或者拖放來復制文件。提供選項會擴大應用程序的吸引力，至少應該使所有的功能都能被鼠標和鍵盤所訪問。
Windows 界面准則
Windows 操作系統的主要的優點就是為所有的應用程序提供了公用的界面。知道如何使用基於 Windows 的應用程序的用戶，很容易學會使用其他應用程序。而與已創建的界面准則相差太遠的應用程序不易讓人明了。
菜單就是這方面很好的例子——大多數基於 Windows 的應用程序都遵循這樣的標准：“文件”菜單在最左邊，然後是“編輯”、“工具”等可選的菜單，最右邊是“幫助”菜單。如果說 Documents 會比 File 更好，或者“幫助”菜單要放在最前，這就值得討論一下了。沒有任何事情阻止您這樣做，但這樣做會引起用戶的混淆，降低應用程序的可用性。每當在應用程序與其他程序之間切換時，用戶都不得不停下來想一想。
子菜單的位置也很重要。用戶本期望在“編輯”菜單下找到“復制”、“剪切”與“粘貼”等子菜單，若將它們移到“文件”菜單下會引起用戶的混亂。不要偏離已經創建的准則太遠，除非有很好的理由這樣做。
可用性的檢測
測試界面可用性的最好方法是在整個設計過程中請用戶參與。不論是正在設計大型的壓縮包應用程序，還是小型的有限使用的應用程序，設計的過程應當完全相同。使用已創建的設計准則，界面設計應從紙上開始。
下一步是創建一個或者多個原型，在 Visual Basic 中設計窗體。還需要增加足夠的代碼來啟動原型：顯示窗體、用示例數據填充列表框等等。然後准備可用性測試。
可用性測試可以是個不拘形式的過程：與用戶一道審查設計；也可以是在已創建的可用性實驗室中進行的正式的過程。這兩種方法目的是一樣的：從用戶那兒了解哪兒設計得很好，哪兒還需要改進的第一手材料。放開，讓用戶與應用程序在一起，然後觀察它們；這種方式比詢問用戶更為有效。當用戶試圖完成一系列任務時讓他們表達其思考過程：“要想打開新文檔，所以要在‘文件’菜單中找一找。”記下哪些地方的界面設計沒有反應他們的思考過程。與不同類型的用戶一起測試，如果發現用戶完成某個特定的任務有困難，該任務可能需要多加關照。
下一步，復查一下記錄，考慮如何修改該界面使它更加可用。修改界面並再測試。一旦對應用程序可用性滿意，就准備開始編碼。在開發的過程中也需要不時地測試來確保對原型的設想是正確的。
功能的可發現性
可用性測試的關鍵的概念是可發現性。如果用戶不能發現如何使用某個功能（或者甚至不知道有此功能存在），則此功能很少有人去使用。例如，Windows 3.1 的大多數用戶都從來不知道 ALT 和 TAB 的組合鍵可以用於在打開的應用程序之間切換。界面中沒有任何地方可提供線索來幫助用戶發現這一功能。
為了測試功能的可發現性，不解釋如何做就要求用戶完成一個任務（例如，使用“窗體模板”創建新文檔）。如果他們不能完成這個任務，或者嘗試了好多次，則此功能的可發現性還需要改進。
