減小移動端用戶的輸入

最近由於一個登陸註冊的問題和公司的項目經理爭論開來，項目經理以爲須要在註冊的時候須要進行密碼的二次確認，個人觀點則是在移動端不須要二次確認。個人理由很簡單，大體以下：

1. 用戶在手機上輸入的成本是很高的，每增長一步操做步驟，都會下降用戶的註冊成功率；

2. 輸錯密碼的用戶只佔少數，即便按照2/8原則來粗略估算，也只有約20%的用戶會輸錯，不須要爲了這20%的用戶來讓100%的註冊用戶都多此一步；

二次驗證沒有必要，假定用戶密碼輸入密碼錯誤，經過忘記密碼功能，一條驗證碼重置密碼便可。

由這個討論，引起了我關於移動端的輸入的一些思考，因而便有了本文。本文主要包括兩部分，分別是PC互聯網與移動互聯網的不一樣與移動端的輸入。

一. PC互聯網與移動互聯網的不一樣

隨着智能手機浪潮的爆發，以及3G、4G和Wifi技術的普及，使得移動互聯網早已遇上並超越了PC，真正的實現了隨時隨地的上網。雖說移動互聯網是互聯網的延伸，可是移動互聯網和PC互聯網仍是有些區別的，不能把PC互聯網上的一些產品直接移植到移動互聯網上。

下面簡單談下本身思考獲得的一些不一樣，拋磚引玉。

一、終端設備不一樣

PC互聯網的終端設備主要是電腦，而移動互聯網的終端設備主要是智能手機、平板電腦和便攜帶設備。最典型的不一樣就是PC互聯網的顯示屏幕較大，可以展現更多的信息，而在移動互聯網的屏幕上，可謂是每個像素都不能浪費。

二、使用場景不一樣

PC互聯網的使用場景相對固定，無外乎是公司、家或其餘少許地點，而移動互聯網的使用場景則會呈現碎片化的形式。用戶可能在任何狀況下使用你的產品，好比地鐵上、公車上、走路時、左手端着咖啡時等等，在這樣碎片化的場景中用戶的任務頗有可能隨時被其餘事情中斷，而後就拋棄了你的產品。

三、網速條件不一樣

PC互聯網的網絡條件相對穩定，而移動互聯網的用戶的網速有多是處於2G、3G、4G、Wifi條件下的任意一種。你可能面臨着高網速、中網速、低網速、無網絡甚至網速時好時壞的狀況，這也就要求着你可以考慮更多網絡環境的狀況，並給出相應的解決方案。

四、交互方式不一樣

PC互聯網的交互方式相對簡單，主要是利用鼠標和鍵盤進行交互，而移動端則可以經過多種手勢來進行交互，而且移動端還有諸多硬件交互方式的支持，好比AR、NFC、GPS、陀螺儀、重力感應、光線感應等，新的交互方式也就意味着新的設計方式。

五、用戶習慣不一樣

因爲以上的因素，致使用戶在PC上的一些習慣與在移動端的習慣是有所區別的，好比根據眼動儀掃描的結果顯示，用戶在PC上的閱讀順序是接近於「F」型，而在移動端上的閱讀順序則更接近於「L」。

這些不一樣的用戶使用習慣，也是須要來進行區別對待的，而不是簡單粗暴的把網站直接作在移動端上。

二. 移動端輸入

移動端的表單填寫真的是一件很頭疼的事情，爲何這麼說？一是由於某些無良產品經理設計的表單真的很長很長，各類信息都想收集，還不分步；二是移動端自身的屬性形成的，輸入鍵盤較小致使容易誤操做，而且鍵盤的切換真的很麻煩。

下面就簡單談一下關於移動端輸入的一些思考。

一、選擇而不是輸入

在移動端可以減小輸入固然就選擇減小輸入，讓用戶作選擇題總比用戶作填空題要簡單一些吧，固然具體問題還須要結合具體的場景去分析。

選擇器

在iOS和安卓都會有選擇器，在須要輸入的內容爲純數字、固定的文字，且內容有固定的範圍的時候，能夠考慮用選擇器。好比時間的選擇、日期的選擇、數字的選擇和固定文本選擇等。

下拉菜單

一般做爲篩選條件，固然也能夠用來做爲固定選項值的選擇。

滑塊操做

能夠做爲操做欄，也能夠將兩端設置爲固定的數值，經過移動滑塊來進行數值的輸入。

單選與複選框

當須要輸入的信息較少，且爲固定選項時，能夠經過這樣的方式來讓用戶進行選擇。

一鍵起名

在遊戲裏這個功能是比較常見的，因爲移動端的註冊的門檻很高，因此手遊通常都會有一鍵起名功能來隨機生成名字，或者利用遊客模式直接開始遊戲。

郵箱選擇

郵箱的輸入真的很麻煩…我選擇直接選擇。

二、缺省狀態

缺省狀態即默認狀態，默認自動填充這個功能真的很讓人省心，固然可能也須要考慮一部分的隱私問題。在移動端可以進行信息默認填充的話，可以減小一部分的用戶輸入，從而提高效率和用戶體驗。好比經過GPS、歷史數據等信息的自動填充以及搜索框的動態搜索等。

三、 自定義鍵盤

系統自帶的會有不少種鍵盤，須要結合具體的輸入場景來選擇合適的輸入鍵盤，這樣既可以防止用戶出錯，又可以減小用戶的輸入成本。好比在輸入手機號的時候彈起純數字鍵盤…

常見的iOS軟鍵盤以下，根據實際場景，按需選擇。

四、 隨時保存

移動端場景最大的特色就是場景多樣，隨時可能被其餘的任務中斷操做，而在iOS上長時間沒使用的應用則會被系統自動關掉，因此必定要可以定時保存。另外在用戶退出的時候，需不須要二次確認？需不須要保存爲草稿，異常中斷怎麼處理？具體問題，具體分析。

五、 一鍵清空

輸入了那麼多的內容，忽然發現輸入錯了怎麼辦？需不須要支持一鍵清空？通常的輸入框內都會有清空按鈕，可是其餘的場景需不須要支持一鍵清空？

六、 刪除恢復

清空以後的文本支不支持恢復？在印象筆記裏面，清除的東西是在廢紙簍裏的，支持還原和完全刪除。然而在其餘的場景下需不須要支持恢復？究竟是採用物理刪除的形式仍是邏輯刪除的形式，仍然須要具體問題具體分析。

說這些東西是細節吧，其實也並不全是細節，有些都嚴重影響到用戶體驗了。只有將這些細節一一的作好，纔有可能有良好的用戶體驗，拋開用戶和場景談體驗都是耍流氓。只有將一點點的細節都作好，積累下來，纔可能產生量變到質變的飛躍，才真正的可以打動用戶，拉開和競爭對手的差距。