設計時把使用者放心上

版權聲明：歡迎轉載，請注明沉默王二原創。 https://blog.csdn.net/qing_gee/article/details/45115025

前言：如題，設計時把使用者放在心上，任何一款産品，其終極目标是幫助使用者解決問題而不是盈利。如果抱着一顆盈利的心去設計産品，也許你能賺到錢，但很快會被市場淘汰，而如果你設身處地的為使用者解決問題，那麼你就是成功的，你的産品将成為老字号招牌。那麼本章劄記就記錄一下我在讀作者的博文時的末學淺見，另外将書中精華記錄在博文中，供以後不停翻閱和學習。

你永遠不會有足夠的奶酪

你不太可能有足夠的奶酪讓人願意客服哪怕是微弱的點選。

現如今，網際網路的環境決定不太可能照搬一個ICQ就能成為騰訊，激烈的競争關系讓滴滴和快的合并了，58和趕集合并了。我們不太可能說，我這個産品多麼多麼的優秀，就是界面醜了點，小bug多了點，就能滿足使用者的胃口，是以說，讓我們抛棄這個不争氣的觀點吧，如果你能做的更好，就不要再堂而皇之的說你的奶酪多麼誘人，而忽略了你對使用者的點選。

細節決定成敗

古人有言：“勿以善小而不為，勿以惡小而為之”，從一個側面也能看得出，一個人的細節可以鑒定出他的人性和品質，更何況一個産品呢？

令人賞心悅目的産品和牽強人意的産品，其差别就在于細節有沒有被做好。

你可能也曾讀過一個關于牙膏的故事，一家做牙膏的公司由于一些原因其産品銷量呈現下降趨勢，而其設計師為了能夠扭轉這一頹勢，将牙膏口的直徑做的大一點，然後大家都知道了（每當我在擠牙膏的時候，總是會懷疑，牙膏口徑是不是太大，我得省着用，以免上了牙膏公司的當）。

細節很重要，無論是用在做産品設計，還是用在為人處世上，我們都應該謹慎小心。當然做産品的時候，往往在第一版的時候，我們不能顧全每個細節，那我們需要做什麼呢？

1. 把主要的功能做好
2. 善于傾聽使用者的回報，并且改進産品細節。

使用者界面代表了軟體

開發者都心知肚明，使用者界面隻代表了用戶端，而服務端往往不被使用者所知曉。然而對于使用者或者客戶，往往界面代表了一切，他們就是隻關注使用者界面這“冰山一角”。

OK，昨天去看了場面爆表的《速度與激情7》，作為我來說，我隻是被華麗瘋狂的場面所折服，而往往忽略故事情節的發展（好像的确沒什麼故事情節，看了片頭就知道結果）。還有一件事，夏天來了，吸引眼球的美女也都“招搖過市”了，顯然能夠吸引我的是什麼，不是她内心多麼的善良純潔，而是，而是，你懂得。

使用者界面須優先設計

在你草拟使用者界面的時候，你必須置身于技術開發環境之外。

OK，這讓我自然而然的想到了金出武雄的“向外行一樣思考，向專家一樣實踐”。

我很驚歎我的父親他們一輩的人，他們在農村的老家蓋了很多多的房子，對于房子的建構，他們從來都沒有畫過圖紙，然而，等房子拔地而起後，都結結實實的，比起那些豆腐渣工程，我真不知道那些所謂的設計師、開發商是怎麼黑心的。

當然，作為我們一個兢兢業業的軟體開發者來說，用心的勾勒出一幅簡單的使用者界面，會比我們想都不想直接敲代碼出來的界面要好的多，很多時候，當我畫出來一個界面後，我會再三和有關人員進行溝通交流，這讓界面的雛形融入了我很多心思，也為我接下來的工作帶來了友善。

分頁顯示該休矣

剛接觸這個标題的時候，我曾深深的懷疑過，這個觀點是否正确。然而當我讀完這個章節後，我覺得我被折服了。

當你有10個、50個、100個甚至是幾百個資料需要顯示時，我了解你的分頁需求，但是當你的條目有幾千條，誰會用分頁從3810頁中找出964也呢？

理想情況下，每次的搜尋都應該隻傳回一個結果。

我這時才猛然醒悟，分頁的确是個糟糕的選擇。現如今的百度搜尋，我往往翻了快10頁的内容，也找不到我想要的答案，也許是我的搜尋方法不對，但更讓我懷疑的是，百度搜尋的結果真令人沮喪，往往一頁之内，内容相同的會呈現很多很多次。我想說的是，百度如果還這樣搞的話，你的搜尋業務終究不會再一家獨大了。

作者提出的“無窮分頁法”是個很不錯的方法，現在的UC浏覽器已經會預先加載下一頁内容，而不必等你點選下一頁按鈕的時候呈現出來。然而，它依然不能讓我滿意，因為它重複加載了一遍多餘的内容（下圖紅色區域），并且這些多餘的内容占據了很大的螢幕内容。

當然，我相信無窮分頁法是個不錯的選擇。不過作者也提出了無窮分頁法對應的問題，也包含作者的解決方案。在以後的分頁方案上，我需要記住以下内容：

你要為使用者呈現一個相關條目的清單，并且要有一個明智的排序方法。

對待“弱視”的使用者

首先說的是，此“弱視”是指那些隻會讀取螢幕上足以讓他們完成任務的、最少量的使用者。

當然，我就非常讨厭在螢幕上放一頓東西的頁面，尤其是那些門戶網站，顯然那麼多的字，讓我完全不知道自己該讀些什麼。還有一些頁面為了解釋一個簡單的東西，很“努力”的放很多解釋說明文字在上面，顯然我看都懶得看。

作者也提到了Markdown，然而我怎麼都不習慣用CSDN的Markdown，嘗試了很多次，我都不習慣。我發現，我還是習慣用按鈕操作，而不是使用标記。

再談浏覽器底欄

把最重要的内容寫在盡可能靠近頁面頂部的地方。

無論如何，我非常贊成這個觀點，尤其是對于部落格這樣的純文字類型内容，很少有讀者喜歡咬文嚼字的讀完全篇文章。這就取決于你要把精彩的内容放在最上面，吸引讀者進一步的去了解下面的内容。我是習慣于寫一個前言，讓讀者了解我所想要表達的内容。

費茨定律與無限寬度

對于這個小節，我沒有讀到我需要的内容，就不做評述了，不過我在接下來會再好好讀一遍。

單元測試的終極失敗

當使用者搞不明白怎麼去使用你的軟體時，當使用者抛開你的軟體選擇了其他更容易使用的軟體時，那便是單元測試的終極失敗。

這一節我依然沒有了解出太好的内容，很遺憾。

第一版做的不好，但照樣釋出

即使第一版做的很差勁，也要堅持把它釋出出去。

我非常認同這個觀點，隻要能夠滿足使用者目前亟需的功能，即使其他方面還不夠完善，沒有達到你的預期，也要敢于把産品推廣出去。

你的團隊對使用者回報的響應速度會為你的軟體定下基調。

我之前也非常糾結于，到底我應該不應該把所有的東西做到我認為的極緻再釋出出來，然而，迫于壓力，很多情況下，我釋出出來的代碼都不那麼完美。然而我發現，我有很長很長一段時間去解決它，并且優化它，而使用者真的，有的時候不在乎你在乎的内容。

我們早上出門之前都會照照鏡子，梳理一下自己的衣帽和發型，然而有些時候，我依然會被同僚指出我臉部有個髒東西，那這個時候，我沒有感到羞愧，我很感激他，并且盡快的處理掉這個髒東西。