請注意你app的所有細節吧。俗話說，細節決定成敗。

用戶卸載你的app的原因有時候很簡單，也許是你的app經常突然瓦解，或者是app界面設計得不夠直不雅觀，或者是用戶需要填寫的個人資料過多。

這是用戶體驗沖突的3個例子，但也只是你在構建應用程序時忽略的眾多問題之一。現在我們來看看一些細小卻值得注意的問題，以及如何解決這些問題。

登錄墻

研究表白，在使用app任何功能之前，就要求用戶先注冊登錄是最早流失大部分（潛在）用戶的原因。

登錄墻需要用戶付出很高的交互成本（交互成本指用戶為實現目標，與網站進行交互所需的心力和體力之和）。高度個性化的app，如銀行類app，才有理由使用登錄墻來防范潛在的入侵者。

但當你的app也有登錄墻時，用戶使用起來絕對糟心。“用戶登錄一次后就可以記住登錄狀態，下次不需要重復登錄”這樣的話對用戶沒用，因為他們不會給你第二次。

用戶使用時需要省時省力，一開始就要注冊是很未便利的，你的用戶是否需要登錄值得認真考慮。

你還可以跟蹤登錄記錄，了解用戶對強制注冊登錄的反應。

好的做法：先讓用戶自由地體驗app的部分功能，將注冊登錄過程推后。用戶在注冊之前想先體驗下這個app，登錄墻是用戶體驗需要越過的一座“墻”。

人們不會輕易給出他們的全名和電子郵箱，因此盡量減化用戶要填的信息，或者告訴用戶必需提供這些個人信息的原因。

共享時缺乏透明度和控制

隱私是移動用戶的最注重的東西，你的app需要合理的隱私條款來掩護用戶的隱私權。靠譜的隱私條款最重要的就是讓用戶完全控制共享，特別是共享在社交媒體上。他們不該該去擔心你的app發布到他們的Facebook或Twitter帳戶上。

所以，請參考以下操作：

共享設置的拜候要便捷，清晰可見共享選擇使用清晰明確的描述，以制止造成任何混亂制止將差別共享設置混為一談讓用戶自主選擇在哪個社交媒體平臺上分享（有些人喜歡分享在Facebook，有些人喜歡分享在Twitter上）點擊搜索后刪除用戶查詢

假設你想為你的老式BMW E21換個新的保險杠。你在app的搜索欄中輸入“BMW E21保險杠配件”，然后你發現有兩種類型的保險杠：塑料的和鉻的。

因此，你想在你的查詢中添加“鉻”字，但app在重新點擊搜索后刪除原始查詢問題。現在你必需輸入“BMW E21鍍鉻保險杠配件”。

然后你發現保險杠有差別類型，取決于車的生產日期是1979年，1980年還是1982年。這次，你又不得不重新編纂整個搜索問題。

這個細節看起來沒什么大不了的，但這種操作會讓用戶失望透頂，最終受不了卸載你的app。連結原始搜索文本讓用戶的搜索更容易，有利于將潛在用戶轉化為實際用戶。

用戶引導進入死胡同

你的app所有流程要走得通。 移動用戶從A頁面跳轉到B頁面，再到C頁面，最終解決一個問題或完成一項任務。

如果用戶卡在B2頁面，最終沒法到達C頁面，他們如同進入了一個死胡同。如果不想讓流程走入死胡同，可以利用空狀態。

空狀態是指app沒有可以顯示的內容時用戶看到的東西。這個空狀態不能給用戶帶來疑惑“這是什么鬼？”，而是應該引導他們怎么做。

舉幾個例子吧：

1.你的app出現了一個錯誤。這時不能直接創建一個“發生錯誤了”的頁面通知用戶，應該利用這個空狀態告訴用戶該怎么做：“發生錯誤了，請刷新頁面。”

2.音樂類app沒有相應的音樂。當用戶打開app，看不到任何歌曲，播放列表，或播放文件時，這就是一個空狀態。體驗欠好的app只有一條提醒“沒有找到相應的歌名”，體驗好的app提示語則是：“沒有找到相應的歌名！你可以從你的歌曲庫里導入這首歌，或直接去iTunes中搜索。”

3.你已經清空電子郵件app（如Gmail）中的垃圾箱，或清理了任務辦理app中的待服務項清單。這時，一個“空狀態”可以強化用戶完成清空/清除的操作行為。

過早要求用戶評分

我們都知道app的評分很重要的。評分的凹凸直接影響到用戶選擇你的app，而不是你的競爭對手的。邀請用戶給出好評和一些體現必定支持的話是明智之舉，但這個操作的時機至關重要。

音樂會上，歌手踏上舞臺后做的第一件事是什么？絕對不是“你覺得我的音樂會怎樣啊？”因為音樂會才剛剛開始。

app體驗也如此。

以下操作盡量制止吧：

用戶還沒來得及好好體驗app中的功能，就發出評分請求打斷用戶正在操作的任務

你可以這樣：

選擇不干擾用戶操作的時刻（如用戶完成必然量的任務之后）用戶對你的app評分有選擇權應用程式內獲取權限的描述太模糊

標簽：東營 林芝 烏魯木齊 鹽城 九江