最近公司里掀起一股研究app,web mobile的旋风。为了了解app,web mobile的设计差异,我也查看了很多专业的文章,查看了很多竞品。其实关于这个话题,仍然是在一个激烈探讨和摸索的环节,大家也都没有给出什么明确的标准,有的说web mobile可以替代app,有的说web mobile的体验还是差一些,app仍然会成为主流;更有甚者,觉得就应该做成响应式的web页,直接应用在web mobile和app。这些的观点,有从各个不同角度不同行业眼光出发,我也说不出一个所以然,但是唯一让我感觉的是,app,web mobile和web的展现,将并存一段很长的时间,就好像网络视频的发展史,从最开始的exe执行文件,到现在的网络直播和web的播放器嵌套也并存了很长一段时间。
就像做菜一样,我们需要了解各种不同调味品的特点,才能更好的做出一道可口美味的佳肴。因此设计app和web mobile 也是一样道理。我们要从最基础的设备支持开始了解他们各自的特点,才能更好的针对性地对其进行设计:
Web mobile |
App |
|
基础 |
基于浏览器 |
基于手机操作系统 |
安装 |
不需安装 |
需要安装 |
内存 |
不占内存 |
占内存 |
更新 |
无需更新 |
需要手动更新 |
跨平台 |
单套版本 |
多套版本 |
其实这些异同的根本点,是由于一个是基于浏览器设计,一个是基于手机操作系统独立设计的。也就由于这个特点,我们又整理出了更多的特点:
加载 |
每次单开均刷新 |
一次性加载框架结构 |
调用手机功能 |
部分 |
可以 |
动效 |
一般 |
优秀 |
和其他互相通讯 |
不能 |
可以 |
推送 |
不能 |
可以 |
接下来我们再看看用户使用场景的特点(当然这里面很多没有经过调研,很多以猜测为主):
主动行为 |
临时起意 |
需要主动的下载 |
进入入口 |
搜索seo或者sem 直接键入域名 收藏 |
直接点开app
|
对该公司了解度 |
熟悉和不熟悉 |
相对熟悉 |
由于下载app是用户的主动行为,我们猜测大部分拥有app的用户应该是老用户为主,而使用web mobile老客户的比例或许会比app来的少很多。
基于这种猜测我们对于app和web mobile也做了不同功能的侧重:
功能侧重 |
顺畅的预订 低价的吸引 推荐下载app |
快速的预订 贵宾的服务专享 个性化订阅 个性化推送 |
当然接下来的分析可能会相对主观也尽情谅解。
在设计中我认为有以下需要留意的点:
1、由于app和web mobile加载方式的不同,会导致在web mobile中的打开链接的操作会比app更费力更慢,因此web mobile页面跳转应该更慎重,因为每次跳转页面的链接会导致的流失的可能性更大。或许在web mobile的设计,结构扁平化的设计效果反而会更好。
2、同样的在动效的选用也应该慎重,因为动效在web mobile的展示会不流畅,甚至卡。不要因为过多的追求fancy的特效而反而导致用户的反感。
3、由于web mobile是基于浏览器的运用,而不是用户点开的app客户端,因此在web mobile中或许应该更加重branding的概念,沿用一些固定框架结构的app设计并不一定是上上之选。
4、由于之前用户群分的不同,在app客户端,应该更多记录用户原来的行为,甚至开启一些快捷的一键式预订等的功能。我们目前已经从支付宝等快捷支付中看出一些端倪,快捷也许会成为未来的话题。但是在web mobile中,我们还是需要按部就班的完成基本的预订功能。未必需要把快捷那么的突出,因为这样才能区别app和web的待遇,让用户更愿意去下载。
5、app中的个性化的订阅和推送,会是收集老用户信息的最强的手段,你或许可以通过这些订阅更加了解用户所需要的,推送则能更好的满足用户的需求。现在淘宝已经进行了对于收藏的卖家更新的推送,我个人非常的喜欢。
6、由于app和web mobile的区别点,因此在web mobile中,应该更多地去推荐下载app的应用,因为这也可以看成,一个新用户对于该网站的肯定或者看成是新用户转换成老用户的关键点。
7、也不乏有一种可能性,用户在客户端没有得到与网站中同等的功能点,才进行浏览器的访问,因此在web mobile端中当功能点没有做到完整的情况,请无论如何给到用户可以查看web网页的入口。
最后我想说,app和web mobile可能会成为一个长期的话题,也非常期待如果有用研同事能够对各种app和web mobile做一些定位和比例的调研或者分析,那么我们得出的结论会更加准确。
本篇文章来源于微信公众号: TripDesign