文本框是設計工作中常見的組件之一，無論是PC還是無線，大多僅是樣式上的不同，它們的交互行為上是可以相互參照的。本文想從這一簡單的組件出發，讓大家看到交互設計師在工作中的邏輯思考方法，從而達到見微知著的直觀感受。
先來做個設計需求吧！
這個設計需求是：我們需要用戶填寫活動的名稱。
第一反應，這個是用來收集信息的，需要用戶填寫內容，并提交給系統，應該使用文本框。
然后大筆一揮，設計如下圖：
這樣就完成了嗎？這個設計能交附程序猿開發了嗎？答案顯示是：NO。
如何全面地思考？
1. 了解需求背景
首先我們需要了解這個需求的背景，多問幾個問題。
為什么要讓用戶填寫？這個信息對我們的業務有什么幫助？
有沒有辦法通過其他渠道來獲取這個信息？
2. 考慮組件的基本屬性
文本框是最適合收集用戶輸入信息的組件，用戶按照要求輸入一定數量的字符。使用這個組件，要先了解它的基本屬性。
內容
合法字符：是否支持中文、數字、下劃線、特殊符號？
格式：要填寫的是郵箱、日期、還是密碼？能以數字或特殊字符開頭嗎？
長度
字數：是否有字數的限制？若輸入字數較少，使用文本框。盡量讓文本框的寬度比輸入量稍寬，從而給用戶形成心理預期，填寫的內容很簡單，降低用戶填寫的心理壓力。若輸入字數較多，則使用文本域。
3. 完善流程體驗
交互設計師在流程中主要承擔引導用戶前進的角色：輸入前，需要先告訴用戶要填寫哪些內容，怎么填寫；輸入時，需要及時的給予幫助；輸入完成后，若正確給予鼓勵，若錯誤說明原因。
具體可以從下面這些方面來考慮：
預先提示
告訴用戶輸入內容是否有特殊要求（如規定不能使用標點符號）。
告訴用戶輸入的字數是否有要求（如規定只能輸入20個字）。
告訴用戶輸入的內容是否要具有唯一性（如用戶名）。
合法性提示
輸入內容出現不合規的字符提示用戶。
輸入的字數超出限定的范圍提示用戶。
輸入的內容在系統中已存在時提示用戶。
再深入挖掘的話，還有很多細節，如：當用戶在輸入的最后多敲擊了一下空格鍵，使得在輸入框中增加了一個字符，是否要將其自動去除，以幫助用戶完成操作。
文章的最后提供具體的案例，設計僅供參考，實際應用時還要基于不同的場景進行狀態的增減。
如何提高全面思考的能力？
設計其實是有“套路”可循的：從小的組控件到大的項目都有相似或相同的流程步驟。深諳套路的設計師在這個過程中可以快速的搭建頁面或理清流程，并在這個基礎上進行不斷的迭代優化。快速有效的了解設計背后的套路，提升全面思考的能力，可以從以下幾個方面來進行：
1. 平時多積累收集
多看產品設計文檔，多研究動態交互過程，多體會同類型的組件，從中可以學到很多同行的設計思考。在這個過程中，督促自己思考為什么他們會這樣設計，試著去找到答案，并將其內化為自己的經驗。嗯，多記錄整理下來，好記性不如爛筆頭！
2. 設計過程多體會
有了平時的積累，再遇到相似的設計需求時，就會更容易的從多維度去思考各種可能性。就像上面提到的，首先從用戶角度出發，思考這個需求是否必要，用
戶是否要為此付出成本。其次從基礎屬性出發，考慮解決方案。最后融合到流程中，針對用戶操作的觸點，加強引導設計，及時反饋結果。
3. 設計完成多驗證
在設計完成后，除了上面帶點套路性質的設計思考過程，我常用的驗證方法是加入多方，一起驗證設計的完整性：與設計小伙伴討論，收集問題并持續優化。
當然，我們沒有辦法遍歷一個邏輯的全部，比如有些情況下系統延遲反饋，而在設計過程中沒有覆蓋到。解決方法是：與開發同學保持良好的溝通，有新增細節馬上碰，減少遺漏。
設計參考
基于一些背景要求，拋個設計參考。
轉優設
