9.20號，社河項目開發的某省藥監局的項目，1.0版本終於上線測試了，該項目使用了MVC，Spring.net,工作流，Nhibernate等系列的前沿技術，早就拭目以待，迫不及待的想要學習了，終於等到了這天，一睹廬山真面目。
測試結果並不理想，系統的各個功能都實現了，但在提高用戶體驗度上做得有點差強人意，讓我們的大Boss沒有看完就喊停了。但起碼這個1.0還是跑起來了，只需要我們在提高程序的易用度和友好度上，多下點功夫，相信下一個2.0會讓我們耳目一新。現在我們應該腦補一下，關於如何提高用戶體驗度的知識，爲我們的下一個版本做好準備。
子非魚，焉知魚之樂？
其實像今天這樣的問題，也是我們在IT道路上一個不得不邁的坎兒。大多時候，我們習慣用拿自己對業務理解，來做需求分析，忽略了用戶現實需求和對電腦的熟練程度，甚至於替用戶決定如何來做程序，牽着用戶的鼻子走，最終導致用戶（還有Boss）抱怨：這不是我想要的，根本就不好用！其實這很大一個程度上是因爲：我們不是用戶,"子非魚，焉知魚之樂"哇。
首先我們和用戶對計算機的熟練程度不一樣。我們作爲程序員，計算機就是我們戰鬥中的槍，那必然是非常熟悉，而且整天24小時至少會有十幾個小時在和計算機打交道，每個人熟悉的軟件至少也會有十幾種。而作爲客戶，可能只是在上班的時候使用，而且使用的軟件非常有限，一般就是Office，加上有限的幾個軟件。
我們和客戶對業務知識的掌握不一樣。客戶的業務知識就是他所從事的行業的知識，比方說對於一個保險公司的業務人員來說，他們的業務知識就是與保單、代理人、承保、理賠、保全相關的各種內容，而對於貿易型企業來說，他們的業務知識就是與採購、銷售、產品、訂單等相關的內容。如果我們沒有做過相應的行業軟件的話，那麼我們的業務知識就很差。
但是面對這樣的客觀現狀該怎麼去面對呢？
子非魚，須知魚之樂！
1.從客戶下手，學習業務，溝通客戶。不同時間、不同地點、不同的環境中，客戶的想法也會有所不同，這也正是需求的變更，我們不能要求客戶提出的需求是一成不變的，Boss說過，變是永遠不變的！想要解決這個矛盾，我覺得最有效的方法就是溝通，這樣的話，如果客戶的需求有了變化，我們會在第一時間瞭解，併爲其做相應的工作，這樣可能就會節省出很多的時間和精力。
2.從我下手，平衡功能和易用性。程序的功能已經足夠多了，但易用性和功能往往存在衝突，這時候產品設計就變成了一個取捨的問題。拿一臺複印機的設計過程舉例，剛開始的時候可能會是這個樣子：
簡陋不過很方便使用，想打印，一眼望去，就這一個鍵，直接一按就可以去打印了。
隨着功能的不斷完善出現了這種情況：
該有的功能的都有了，可是用起來就麻煩多了，從一堆按鍵裏找到複印鍵，有點不易了。加入對人使用習慣的分析，經過統計，我們發現使用複印機80%的操作只涉及複印一張紙，很少時候，有其他的要求。通過優化我們就可以設計成這樣了：
突出顯示覆印按鍵，其他按鍵統統歸納到高級功能中。在現實中高級選項這塊兒可以做成獨立一塊兒小面板。這樣一來就達到功能和易用並存了。這樣變得更加人性化了，因爲加入了對人的使用的分析。
總結：程序設計是涉及程序員和用戶兩方面的，一方面我們要充分了解用戶的使用習慣，一方面我們要將我們的編程加入對人類行爲的分析，平衡功能和易用性。達到程序猿和用戶雙贏！