移動端的資料輸入與儲存

發表於2015-12-28
 

資料的輸入、儲存與資料的檢索是資料管理中非常重要的一部分。當我們拿起手機,我們時時刻刻都在進行著輸入操作,裝置也在不斷的儲存我們輸入的資料。這裡主要討論輸入和儲存這兩部分。

輸入

移動端輸入可以簡單的分為三個部分:判斷式輸入、欄位式輸入以及綜合式輸入。

 

先舉幾個簡單的例子,比如微信中看見覺得好玩有趣的東西,順便點個贊;比如美團中看中某家餐廳正在大力優惠,然後趕緊新增收藏;以及tinder開創的左滑右滑分別代表喜歡和跳過的瀏覽方式等。

 

這些都相當於資料的輸入,因為這些判斷式的操作都將直接關聯進我們的賬號中,你會發現假如你沒有登陸的話,收藏、喜歡等功能都是沒法正常使用的。而且這些資料一般都可以在我們的個人主頁找到記錄,比如美團中有一個檢視我的收藏功能,在這裡可以檢視到之前收藏過的店面;或則預設在系統中記錄但並不顯示出來,比如網易雲音樂我們跳過了一首歌,系統將記錄下你的行為,並在你的賬號下留下一個記錄,以便於網易雲推薦的音樂更加符合你的口味。

將這種輸入的形式稱為判斷式輸入,主要是因為它僅僅是一個是與否的判斷,比如點贊,你只能選擇贊或則不讚。這種方式常見於內容列表的展示中,用於快速的記錄資料,相當於做了一個簡單的記號。可以類比於我們生活中看書時,覺得哪裡比較好,折一個角便於以後查詢。

這種形式的優勢還是十分明顯的,因為它具有易理解、操作簡便等特點,對於某些需要快速標記的地方能起到很好的效果。但由於只有是與不是的兩種選擇,限制還是很大的,很多情況下並不能僅僅用是與不是來做一個簡單的資料輸入。

 

同樣也先舉幾個例子,比如註冊一個社交軟體,首先要給自己一個暱稱;比如在購買車票的時候,要先選擇出發和到達的地點;還有像想要檢視某個地方離自己的距離,開啟百度地圖,然後輸入一個地址。

 

這些資料的輸入都屬於一個相應特徵的欄位,而且一般比較短,比如暱稱代表的是使用者在該軟體中的名字,而在購票軟體中輸入的出發地點對應的則是出發地點這個欄位。

對於這類資料輸入,有2種常見的形式。第一種是不限制輸入的內容,比如暱稱,使用者可以任意的選擇字母文字數字以及符號的組合來作為自己的暱稱,這種方式相對而言可控性比較低,但我覺得一款數字軟體本身就應該給予使用者更多的權利,系統給予適當的稽核即可。

而對於稽核這裡順便提及一下先後問題,假如對於輸入的資料需要稽核,那麼稽核應該儘可能的提前。當使用者並不願意仔細的閱讀規則的時候,這一點尤其重要,可以想象一下當使用者輸入了好幾個欄位的內容之後,點選了下一步,系統突然彈出提醒說您的第一個欄位不符合規則,請重新填寫,這種感覺就像使用者剛剛覺得自己快要衝刺到達終點了,卻被突然取消了參賽資格。那麼儘可能的提前稽核,將讓使用者更加清楚這些規則,一步一步的走向終點。那麼是否要清空錯誤的資訊呢?對於這個問題,我個人認為不應該清空,因為系統負責的僅僅是稽核,不應該被賦予編輯的權利,但可以提供給使用者一鍵清空的途徑。

第二種是限制輸入的內容,比如許多社交軟體為了讓使用者更好的匹配到興趣相似的朋友,會在註冊後彈出一個頁面詢問使用者對哪些東西感興趣,然後列出一系列的興趣標籤,比如二次元、動漫、美劇、NBA、跑車等等。這就是一種限制型的輸入,使用者無法自己提交感興趣的內容,只能在提供的標籤中進行選擇。這樣做的好處是,可控性非常強,減少了軟體匹配系統的壓力,匹配也將更加的精準,避免出現一些無厘頭的標籤。而在百度地圖中,如果想要尋找相應的地點,軟體提供了一個輔助性的功能,就是在使用者輸入的同時會提供相應的聯想詞提供參考,這也是另一種限制輸入的方式,不僅可以讓使用者更快的輸入自己想要輸入的內容,而且也避免了一些不正式的自然語言的影響。但不正式的自然語言在生活中隨處發生,比如打的說要去某個電影院,有時我們會對司機說『帶我們去靠近步行街的那個老一點的電影院』。這話老司機一般都懂,但對於一臺機器而言,它可能並不懂這些。

 

綜合式輸入,比如突然有了感慨,想發一段文字在朋友圈;比如在一個攝影社群中,把自己今天拍的一張好看的照片po了上去;又或者在一個寫作平臺,發表了一篇自己對於生活的對於愛情的看法。

 

這種資料輸入的形式,不同於前面,綜合性比較強,不再僅僅是文字而已,可以新增圖片、視訊以及音訊等等。而且往往輸入的都是較長的內容。常見於筆記工具類、閱讀類以及社交類的應用中。

它的優勢顯而易見,可以包容各種形式的內容,但同樣也是最複雜的資料輸入,因為涉及到諸如文字的各種格式的修改、圖片的格式的限制、圖文的排版形式、視訊的大小限制等等。往往使用者在做這種綜合式輸入的時候,介面上往往都會有很多輔助型的工具,但移動端的介面畢竟有限,如何讓使用者更好的在移動端進行輸入,是一個需要深入考慮的事情。比如常見的功能儘量放在使用者操作更加方便的地方,一些不太常用的功能進行相應的摺疊。對於不同類別的功能,利用視覺上的分離,使它們組成不同的功能組合,便於使用者的理解。

儲存

資料進行了輸入那麼緊接著就是如何儲存,相比於pc端,移動端在儲存方面做了很多改良,引用一段about face中的話:

IOS之類的移動作業系統將檔案和建立該檔案的應用緊密地關聯起來,要使用文件,就必須開啟建立文件的應用,才能訪問文件。一旦適應了這種以應用為中心的正規化,事情就簡單多了。

回想一下在pc端找檔案,我們需要清楚的記得檔案放在了什麼地方,如果遺忘了關鍵的資訊,可能就再也無法找到這個檔案。而移動端將檔案與應用相關聯,我們在使用相應的檔案時,就可以很方便的開啟相應的應用,然後找到對應格式的要找的內容。當然對於少數幾種文件型別,比如圖片、音樂等,是可以在整個系統中進行方便的呼叫檢視的。

在移動端,由於不同的內容是關聯相應的應用的,要在其他的應用中呼叫,可以通過不同軟體的分享功能,但常見的分享都是針對於那幾個主要的社交應用,有一些閱讀類應用稍有不同,不僅支援分享到社交應用,還可以分享到各種稍後閱讀以及筆記類軟體中,扯遠了,拉回來。

移動端儲存還有一個顯著的特點就是對於雲的應用,由於谷歌在這一領域的領導作用,很多基於雲的應用可以自動儲存,免去了使用者的擔憂和困擾。而且隨著雲技術的不斷提高,以及網路速度的不斷提升,儲存將越來越多的從本地傳輸到雲中,利用雲可以實現跨屏式的自由工作,在多個裝置中都可以檢視到儲存在雲端的檔案,方便快捷。而且將使用者的資訊從多個裝置中轉移到同一個雲賬戶下儲存,比如使用者的手機裝置、Pc端、各種物聯網裝置上的資料做一個整合分析,這樣提供給使用者將是一個全新的體驗,成為一個強力的雲端管家,幫助使用者處理各種事務提升效率。

除了上面兩個比較顯著的移動端特點以外,關於儲存還可以探討很多通常的問題,比如自動儲存問題,在使用word的時候,我們經常會遇見寫了一個檔案以後,點選關閉,這時會彈出一個提示框,詢問是否需要儲存。對於這個問題,選擇是的人數應該是要遠遠大於選擇否的,那麼這個提示框是否應該出現就是一個值得討論的問題了。我認為既然使用者已經付出了時間和精力去寫下一段內容,這段內容必然是有它的價值的,所以作為一個草稿儲存下來是理所應當的。就好比在拍照的時候,在預覽框中已經取景完畢,按下了快門鍵,這時系統詢問你是否要儲存剛才所拍的照片,想必對於留住美好瞬間的喜悅感將被這樣的問題所摧毀。幸好大部分應用都加上了自動儲存的功能,避免了使用者的努力付之一炬,像微信朋友圈po狀態,如果恰好來了一條訊息,回了訊息以後還能繼續編輯原先寫下的內容;還有知乎回答某個問題,如果沒有選擇釋出而退出編輯,這個回答將自動的儲存為草稿,方便使用者後續的使用。

最後對於移動端資料的輸入與儲存,我可能也只是談了一小部分,如果大家有什麼想要探討的,歡迎和我繼續探討。

相關文章