细节定成败：那些App设计中潜藏的用户冲突

　

请注意你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评分有选择权应用程式内获取权限的描述太模糊

标签：东营 林芝 乌鲁木齐 盐城 九江