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

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

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

登錄墻

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

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

但當你的app也有登錄墻時，用戶使用起來絕對糟心?！坝脩舻卿浺淮魏缶涂梢杂涀〉卿洜顟B，下次不需要重復登錄”這樣的話對用戶沒用，因為他們不會給你第二次。

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

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

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

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

共享時缺乏透明度和控制

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

所以，請參考以下操作：

1. 共享設置的訪問要便捷，清晰可見
2. 共享選擇使用清晰明確的描述，以避免造成任何混亂
3. 避免將不同共享設置混為一談
4. 讓用戶自主選擇在哪個社交媒體平臺上分享（有些人喜歡分享在Facebook，有些人喜歡分享在Twitter上）

點擊搜索后刪除用戶查詢

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

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

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

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

用戶引導進入死胡同

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

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

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

舉幾個例子吧：

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

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

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

過早要求用戶評分

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

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

app體驗也如此。

以下操作盡量避免吧：

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

你可以這樣：

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

如果你的應用程式內獲取權限的描述看起來毫不相干，甚至會干擾用戶，用戶體驗也會受到影響。你必須正確描述為什么你的app需要某個權限，這樣就可以消除用戶的擔憂。

你要求用戶授權的只能是你的app運行某個操作必須的內容，如果用戶是第一次打開app時，不要立馬要求用戶授權。如果授權的理由描述比較多時，你可以用信息載入方式提供有關應用內權限的更多詳細信息。

在注冊/登錄時隱藏密碼

在臺式機和筆記本電腦上的用戶體驗與移動端體驗完全不同。不過，PC端很多細節方面的處理直接“傳承”給了移動端，盡管這些操作在移動端并不適用。在注冊和登錄時隱藏密碼就是其中之一。這種處理方式沒有多大的意義，相反還使得注冊或登錄更耗時，更困難。在提交之前，始終向用戶提供查看他們輸入的內容的選擇。

這樣一個小小的變化可以帶來不同的體驗。輸入的密碼沒有隱藏，用戶犯的錯誤更少，感覺更自信，也更不愿放棄你的app。

在搜索欄中省略相關的默認值

你的app搜索欄應總是預先載入對每個用戶有用的查詢信息。這個個性化的操作也益處多多。通過提示相關的內容，用戶使用起來更快捷更方便。

具有相關的默認搜索意味著用戶方面所付出的努力更少。同理，沒有默認搜索意味著用戶在使用app時需要付出更多的努力。

我們都知道用戶將始終遵守省力原則，邏輯上我們得出的結論是，app如果忽略相關的默認搜索，用戶體驗也大打折扣。所以，如果你的app尚未提供相關的默認搜索，請確保下一次迭代時加上去。

請記住，這里的關鍵字是相關的。提供不相關的默認搜索會使用戶更沮喪。如果你要提供默認搜索，請確認下它們是否相關。

例如，酒店預訂類app可以通過獲取用戶的當前位置來推薦附近的酒店，餐廳或俱樂部。盡管這個細小的功能經常被忽略，但它是使用時常見的邏輯，可以大大提高你的UX。

專業提示：不做假設，用數據說話

追蹤移動用戶體驗有許多方法，如關注會話持續時間或任務成功率。但這些關鍵性能指標（KPI）存在的問題是，他們無法告訴app專家為什么用戶不滿意。他們不能描述為什么會話持續時間沒有達到令人滿意的水平，或者是為什么用戶永遠不會完成某些任務。像A / B拆分測試的這類方法通常被認為是改善KPI數據的一個很好的解決方案。

但這仍然不能讓你豁然開朗：你可能誤打誤撞找出一個解決方案，但你也只是偶然解決這一次出現的問題。

這個時候你需要定性分析。定性分析告訴你為什么用戶會執行某些行為。因此，app專業人員無需誤打誤撞推測，直接獲得實實在在的數字和定性數據來支撐你的做法。具體來說，定性工具（如觸摸熱圖和用戶會話記錄）可以讓app專業人員精確定位UX中沖突點。他們可以了解到，登錄墻是否正是為什么用戶放棄了app的原因，或默認搜索查詢能帶來多大的變化。簡單地說，他們會明確地知道用戶行為方式背后的原因，這樣他們就可以對他們的app的UX做出相應的改進。

終極體驗

現在是2017年了，移動用戶比以往任何時候都更加苛刻。新的app很難讓用戶產生興趣，或留住用戶。用戶想要快速，無縫，直觀和個性化的應用程序。如果他們沒有得到他們想要的，他們會立馬放棄你的app，尋求其他的替代品。

另一方面，app專家也變得更加沒耐心。他們經常迫于市場的壓力，急于盡快將他們的app發布出來。這種急于求成通常會導致app的UX有太多需要改進的空間，否則很多用戶在使用時會感到沮喪。

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

譯者：oftodesign

原文作者：Hannah Levenson，Appsee應用程序分析的內容負責人

原文地址：https://www.invisionapp.com/blog/mobile-app-friction-points/

本文由 @oftodesign 翻譯發布于人人都是產品經理。未經許可，禁止轉載。