軟體設計的十二個最佳步驟

     軟體設計的十二個最佳步驟

    許多公司理解不了為何自己設計的軟體沒有達到預期的效果，也理解不了為何使用者會遇到預料不到的錯誤。據微軟加拿大公司的可用性顧問David Crow和多倫多的軟體開發公司Radiant Core總裁Jay Goldman介紹，沒有比醒來後才發現需要可用性測試更糟糕的了。近日在加拿大辛尼加學院舉行的自由軟體和開源軟體討論會上，兩人介紹了讓軟體設計返回正常軌道的12個步驟。

    第一個步驟：承認自己有問題

    Goldman說：“你想單憑自己設計出可用性良好的軟體是不可能的。”他們主張藉助人物角色，設計這種虛構人物是為了類比目標使用者群當中可能使用網站或者產品的不同類型的使用者。增強可用性的“非正式”方法可能也管用，比如非正規的客戶訪談以及與技術支援人員一起合作。

    第二個步驟：要認識到使用者比你自己還重要

    Crow在會上放了幾張投影片，上面顯示的是三種不同類型的用於公用場所的椅子，然後問觀眾偏愛哪種設計。自然是蘿蔔青菜，各有所愛。他說：“應用軟體開發也始終存在這個問題。要找出是誰要使用你設計的產品。”

    第三個步驟：要認識到優秀設計的重要性

    Goldman引用了Steve Jobs的一句話：“設計不單單關注產品的外觀感覺，更應關注產品用起來如何。”Crow指出，考慮到基於Mac的硬體銷量捲土重來，這句話值得銘記在心。

    第四個步驟：認真檢查一下在使用者體驗方面的不足

    Crow和Goldman邀請觀眾上台協助自己一起畫人物線條畫，讓大家明白即使畫簡單的圖也要運用大量邏輯，還要質疑一些基本假設。這就是為什麼他們認為連環漫畫書可能是有用的軟體開發教材。

    第五個步驟：在別人面前承認自身問題的性質

    你要做的不只是得到使用者反饋，還要站在平等地位與使用者進行交談，這有助於弄清楚為什麼應用軟體不管用。Goldman說：“邁出這一步（即經常與使用者交談），確實需要莫大的勇氣，但是一旦公開表示了自己的不足，你就向成功彼岸靠近了一大步。”

    第六個步驟：準備去除這些缺陷

    Crow拿微軟公司的Office 2007為例說明。這家公司為其Word產品添加更多的特性和功能時，開始在介面中使用“壓縮的”工具列（即兩個或者多個工具列能夠容納在螢幕的同一行中）；等到交付Word 2003時，工具列從原來的12個增加到超過31個。Crow說：“在前十項特性要求當中，有五項要求Office提供不止一個版本的工具列。”相比之下，最新版本使用了“功能區”，上面有一組主要的工具列，可協助使用者找到所需工具。

    第七個步驟：尋求協助

    就連像Mozilla開源基金會這樣擁有豐富資源的大組織也開始在網站上發布下一款Firefox瀏覽器的原型。這麼做可能會嚇跑一些企業，因為擔心自己的設計方案被競爭者看到。不過Goldman和Crow卻認為，這能夠獲得豐厚回報。

    第八個步驟：列出傷害過的所有使用者，然後為對方改善設計

    Goldman划出了從實用、可靠、可用、方便、令人滿意到富有意義的幾個檔次。他說：“要評估自己處在哪個檔次。大多數軟體接近‘方便’的檔次。”

    第九個步驟：直接賠禮道歉

    遺憾的是，有時候向使用者徵求反饋意見反而會帶來適得其反的結果。要是你沒有改進產品設計，就等著最糟糕的情況發生吧！Crow說：“最好不要與使用者斷絕關係。不然，他們肯定不會成為回頭客，還會把這事告訴他們所有的朋友。”

    第十個步驟：不斷改進設計

    可用性測試不是一蹴而就的，而是一項周期性工作：觀察、分析、設計。

    第十一個步驟：認識到要是沒有使用者，一切都是白搭

    Goldman提到CueCat是可用性設計非常糟糕的一個案例：這款手持功能用於掃描雜誌裡面的條碼，然後，將其發送到URL。他說：“它並沒有為使用者解決問題。使用者仍得使用電腦。”

    第十二個步驟：讓愛傳出去

    軟體社區擁有大量可供後來人汲取的寶貴經驗，包括雅虎的使用者介面庫和Tango.freedesktop.org等。這是促進軟體業蓬勃發展的一個關鍵要素。Crow說：“我們作為設計人員都有義務與他人共用最佳實務。”