本文從默認值、極值、字符類型、控件狀態、時間有效性和反饋6個角度詳細介紹了產品設計過程中需要注意的關鍵點。
　　一.極值
　　極值涉及字符的長度和數值的大小。像輸入框之類的文本需要關注字符的長度;像年齡等之類的數值需要關注數值的大小。
　　除了極值的內容，還需要關注極值的類型。極值可以分為極大值和極小值，還有空值的情況。
　　注冊時，密碼都會有極小值和極大值的限制。極小值是為了避免密碼過于簡單，極大值是為了避免過于復雜，而且密碼也更好管理。
　　登錄時，如果輸入了賬號，沒輸入密碼，便出現了空值。需要的關注的是出現空值后的反饋，好的解決方案是當賬號和密碼沒有輸入時，“登錄”按鈕不可點擊。
　　二.字符類型
　　一般來說，字符類型一般有大/小寫字母、數字、漢字、特殊字符(@)等，需要關注兩點：一是什么情況下輸入什么樣的字符;二是輸入相應的字符應該有相應的鍵盤。
　　大/小寫字母：是否區分大小寫;鍵盤應該為方便輸入字母的鍵盤。
　　數字：多用于用戶輸入密碼、電話號碼等，鍵盤應該為數字鍵盤。
　　漢字：鍵盤應該為九宮格或全拼等方便用戶輸入，以及是否需要過濾名人的名字、粗俗的文字等。
　　特殊字符：以“@”舉例，當輸入賬號時，如果輸入@后，用戶很可能輸入的是個郵箱，需要把常用的郵箱后綴顯示以供用戶選擇。
　　輸入字符對用戶來說，不是一項友好的方式。盡量減少用戶手動輸入，可以通過拍照的方式獲取銀行賬號，可以通過系統自動獲取手機號，可以提供快速回復減少用戶的輸入，等等。
 

　　三.默認值
　　在產品設計過程中，默認值設計的好，不僅可以引導用戶更好地完成任務;也可以節省時間、提高效率，用戶獲得更好地體驗。
　　舉例：關于“同意XX協議”選項是否應該默認選中。
　　前一陣，支付寶的年賬單刷爆了朋友圈。同時，默認選中“芝麻服務協議”一事也不斷發酵，引起了用戶的不滿。今天我們主要不是指責它，而是反思，為什么這樣的事件不能夠避免?
　　再來看另外一個關于默認選中“同意XX協議”的例子，在我們注冊的某網站或APP時，通常下方都會有“同意XX協議”的選項，而且默認選中，用戶從來不會感到不滿。為什么呢?
　　如果用戶沒有選中這個選項，就不能完成注冊的任務。既然用戶下載APP并注冊，就代表同意該協議，那我為什么不幫用戶選中呢，減少了操作，用戶獲得更好地體驗。此外，注冊時默認選中“同意XX協議”已成為一種行業慣例，用戶并沒有覺得不安全。
　　通過這兩個例子，可以看到，相同的默認值在不同的情況下，會產生不同效果。因此，在設計默認值時，一定要站在用戶的角度去反復思考。
　　四.控件狀態
　　控件主要包括按鈕、文字、圖片和鏈接等，狀態主要分為可點擊和不可點擊。可點擊的狀態又分為點擊前、點擊時和點擊后3種狀態。
　　通過控件狀態，用戶可以獲得控件的優先級以及控件類型。而不是像這樣：這是一個鏈接嗎?這個可以點擊嗎?這幾個按鈕到底應該點哪個?
　　通過控件的顏色、控件的大小、控件的字體、控件的位置等方式給予用戶相應的隱喻，而且盡量符合常規的使用習慣。比如，藍色一般用來表示鏈接，如果不是為了突出品牌標識，或者有一套自己的UI體系，盡量使用藍色吧。
　　在控件切換不同的狀態時，給予相應的變化。鏈接在為點擊狀態下是藍色，點擊之后可能變成了紅色。此外，對于一些需要反映時間的控件，比如支付寶付款按鈕支付時，會有一個等待過程，可以添加相應的動畫，會收到不錯的效果。
　　五.反饋
　　反饋有3種類型，分別是模態反饋、對話框反饋和小氣泡。它們的使用需要根據實際的情況。
　　模態反饋：這種方式禁止用戶的操作，不是一種友好的方式，多用于不希望用戶打斷當前的任務流或者不進行這項操作無法進行以下的操作。比如，當網絡狀況不佳，斷線重連時，一般會采用這種方式。
　　對話框反饋：這也不是一種友好的方式，一般用于進行破壞性操作時的提示。比如刪除某個文件或者好友等。
　　小氣泡：這種方式更多的起到提示的作用，告知用戶的操作結果。比如，輸入的密碼不正確的文字提示等。
　　好的反饋不等于頻繁反饋，不要讓用戶感到厭煩，好的反饋應該是“潤物細無聲”。比如，登錄時，當沒有輸入賬號和密碼時，“登錄”按鈕為不可點擊狀態，比起“當前賬號或密碼為空”的文字提示強很多。
　　產品必然是反復斟酌，窮盡所有。目前只想到了這六個方面，只當拋磚引玉，期待有更加全面的分析。
　　六.時間有效性
　　時間在產品設計過程是一個很重要的因素。
　　當注冊賬號獲取驗證碼時，需要考慮發送驗證碼的時間有效性和驗證碼本身的有效性。
　　當發放優惠券時，應該明確告知用戶優惠券的有效期限，并且應跟隨網絡時間而不是手機時間;過了有效期，優惠券應該如何處理等。
　　我曾經測試過，當修改手機系統上的時間，支付寶支付和微信支付是如何運作的。支付寶無法使用支付功能，微信支付可以正常使用。可能支付寶認為涉及金錢相關的功能，至關重要，所以只好暫停該功能。對于支付寶這樣的做法，可以理解，但不可以接受。微信支付的容錯機制做的更好，當我修改了手機時間，服務器端可能記錄的是實際的時間，支付賬單顯示的是手機的時間;當我把手機上的時間改過來之后，支付賬單顯示手機(實際)時間。惠州網站建設:http://iloveworld.cn