至少对于 iOS 平台来说,在应用内无论任何时候进行 “Rate This App” 推送,都显得那么不合时宜。
如果用户点 “Yes”,代表我将会被带出应用,进入 App Store(有时甚至要输入一次密码),然后才开始决定给应用多少星星,而且不在留言区写些什么,这条评分将不被接纳。
意味着,如果不是被某垃圾级应用惹得满腔怒火,抑或为某款出色应用怀有感激涕零之情的话,绝大情况下我们根本不想浪费时间。
一款应用获得评价与下载的比例是多少呢,据不完全统计大概为 1:100,甚至更低。如果没有足够的评价,辛苦开发出来的应用也难有前途。因此明知 Rate This App 弹出是一个如此打扰使用体验的机制,开发者依然只能选择继续沿用。
之前为 iOS 7 挑错的著名苹果博客 John Gruber 也提起这个问题,他表示正考虑是否要发起一个运动,凡在应用内收到 Rate This App 推送的读者,通通给该应用留一星评价。
但这无疑是一个不负责任、而且过激的行为,因为我们要搞清楚一个问题,究竟是应用内推送评价请求,还是整个评价流程带来的困扰更大——既然开发者离不开用户的评价,那我们是够应该将眼光放在 App Store 评价机制本身,并提出合理的怀疑:这个自 iOS2 沿用至今的应用评价机制是否过时?
目前 App Store 的评分系统,是向亚马逊等电商看齐的,即依赖用户主动到商品(应用)所在的页面打分。因此即使在应用内弹出评价请求,用户也需要 “跋山涉水” 跳转到应用页面,进行繁琐的评分步骤,而这个过程也是评分弹出机制的打扰根源。
要知道很多用户对一个应用持有不错的印象,但这并不够吸引他们花如此长的时间做这件事情。
目前应用内推送的做法证明并不有效,因为如果用户点击 “Yes” 的话,则代表要花很大的时间代价来完成一件利人不一定利己的事情。因此事情的关键在于“为应用评价所付出的时间代价”上。
简单地说,如果苹果让这件事变得足够简单,那么即使在应用内收到开发者评价请求的推送,消费者很可能不但不会介意,甚至愿意帮开发者这一举手之劳。
和生硬、乏味的评分机制相比,在社交网络年代用户之间、以及用户与开发者之间应该建立一个更透明更人性化的沟通平台。其实应用商店社交化已经有人在做,如之前我们分享过 Firefox OS 的社交化应用商店概念。
当然世上永远不乏带来解决办法的人。
例如 pintofcode.com 的作者汤玛斯(Thomas Verschoren) 为 App Store 提出了一个不错的设计(如上图)——苹果应该直接允许用户在应用内部进行评分,而不需要经过繁复的应用商店登入,而且评分的门槛要可以降低,比如可以向社交网络看齐,喜欢的点 “赞”,而且用户能够在弹出的留言框中快速留言,或者向开发者报告 bug 的截图,就像发送推文一件简单。
你认为这样的设计如何呢。