給媽媽寫程式

昨天中午吃飯的時候，媽媽給我一枝筆，讓我將“磁碟片中的檔案弄到機器裡邊的步驟”，寫下來，我受到過無數次類似的折磨，最後我寫的東西如下：

進入Windows->案頭->我的電腦->滑鼠左鍵->點兩下->將磁碟片放入軟碟機->選中A:->滑鼠左鍵->點兩下->找到檔案->滑鼠右鍵->選擇->"複製"->案頭->滑鼠右鍵->選擇-"粘貼"

看來,讓一個50出頭的老太太完成一個看似簡單的任務還是十分複雜的，我一直想如果我告訴她Dos中的Copy命令將會怎樣，我經常在電話中指導她類似於如何將Excel中儲存格內容清除類的操作，而且經常是長途電話（超過8分鐘），因為如果我用一點術語，或者部分說法與螢幕不一致，將會將操作帶如到無窮無盡的煩惱中。

今天在和兄弟討論產品的易用性問題上，就比較頭疼，程式員往往忽略了程式的易用性，往往認為功能完成後就萬事大吉，而使用者使用起來則怨聲載道，呵呵，當然也有解決辦法，我看過一個很簡單的產品，配了一本1000多頁的操作指南，我想如果操作一個軟體需要看1000頁的操作指南，那麼這個垃圾真該扔掉了。

而我們也遇到過滑稽的問題，很多使用者對UI上的功能不知道怎麼用，往往我們抓個圖或者錄一段操作視頻，問題也就解決了。

但是問題是為什麼我們要設計的那麼複雜呢，那個80-20理論我們為什麼不重視呢？

其實程式員都是喜歡將功能一塊、一塊的來作，然後在UI上堆砌功能就好了，往往在修訂的時候，新的功能點可能增加的就欠考慮了，而且系統足夠複雜後，UI更加慘不忍睹。

今天我才開始那麼喜歡“嚮導”，這種簡單的方式，將複雜的操作，有序的結合在一起了，其實這才是重點，傳統的UI設計只講功能，往往忽略了次序，而次序往往是更重要的。

今天開始我才更加喜歡workflow，才明白工作流程對一個產品有多麼的重要。

利用工作流程的靈活定製，利用嚮導的簡單工作原理，使用者的工作才會更加輕鬆和愉悅。

我想：在設計的過程中，功能當然更重要，但是如果將功能有機的組合起來，這就要利用嚮導這種工作方式，而當嚮導中的流程需要修個的時候，更加靈活的方式是建立在工作流程引擎之上，呵呵，還有就是不要提供那麼多沒用的功能，夠用最好，過度靈活反而是件壞事。

最後我給媽媽的解決辦法是，寫了一個小程式，單獨用來拷貝磁碟片中的檔案的，呵呵，點2下滑鼠就好了，她很喜歡。