WebAPP与原生APP的交互设计区别

作者: maye | 来源:发表于2015-01-23 09:28 被阅读66322次

WebAPP和原生APP同为移动端,很少有研究这两项的交互区别,最近公司做了一次从原生APP到WebAPP(HTML5 )的移植,故总结一下期间遇到的问题及不同点总结。

从使用场景上,WebAPP用户面临比原生APP用户更严峻的问题:

1、页面跳转更加费力,不稳定感更强

思考点:如何减少跳转(扁平结构、页面布局技巧),增加数据及展示的流畅流程及稳定性(技术)

2、更小的页面空间(由于浏览器的导航本身占用一部分屏幕空间),更大的信息记忆负担

移动设备的屏幕要小得多。这种如同透过门缝进行的阅读增加了认知的负担。人脑的短期记忆是不稳定的,用户在滚动屏幕的过程中需要临时记忆的信息越多,他们的表现就会越差。

——《贴心设计:打造高可用性的移动产品》

思考点:排版更清晰、信息更简练 (可在原生APP基础上去掉一些丰富、复杂的视觉表现)

3、导航不明显,原有底部导航消失,有效的导航遇到挑战

思考点:如何有效的提供导航?有哪些形式?

4、交互动态效果收到限制,影响一些页面场景、逻辑的理解。

思考点:比如登录注册流程的弹出、完成及异常退出,做好文字提示。

针对以上困境,解决方法总结如下。

首先,从APP到WAP版,在产品上,最明显且核心的:

1、精简功能,只将核心的任务实现,非核心的枝节可考虑删减。

2、做好新的WebAPP导航.

3、补充从WebAPP 对 下载原生APP 的引导。

>> WebAPP导航怎样设计?

一、常见的几种WebAPP导航样式

1.1顶部底部导航的设计:

常见WebAPP导航设计

1.2导航快捷键设计:

美团:顶部栏固定位置

淘宝:悬浮圆圈--可展开的按钮

优酷:非首屏时页面右侧悬浮

导航快捷方式

二、有效的导航设计 

1、基本的快捷导航中包括 返回常用页面(如 首页 我的 等)的快捷方式 

2、出现深层架构时 及时补充返回重要层级页面的快捷方式

3、情境式导航,方便用户快捷跳转到ta想去的页面,如购买结束时提供查看订单详情的按钮。

ps:WebAPP更加需要画页面跳转的流程图,摸清各个页面的入口,尤其是页面返回的流程;有些简化的返回按钮,可以特殊注明返回到的页面

>>怎样引导用户下载APP?

一、在哪里出现引导?

一般 首页、核心任务的页面(如 电商WebAPP的商品详情页 、视频WebAPP的视频观看页)

二、引导下载APP有哪些形式?

1、页面顶部放置下载条    2、页面底部悬浮层引导  3、融合在页面首屏中

4、下载按钮形式    5、底部foot里含: 客户端下载入口

下载APP引导

其次,在设计WebAPP时,有以下小技巧可以参考:

1、从页面布局上减少跳转:使用交互技巧隐藏文字(eg 腾讯视频)

利用展开收起按钮 减少页面跳转

2、取消float浮层,增大展示空间(eg:大众点评)

取消float浮层,同时在详情尾部再次加上 “购买”按钮

浮层的转换处理

3、页面中对图片进行缩小(因情况而异)的处理、精简一些标签导航的视觉展示

视觉微调

技术上注意点:

1)各手机浏览器的兼容测试

2)底层服务的调取(能调取,但只有当其是核心功能时才保留 eg:新浪、美团等皆去掉了头像上传功能)

3)注意离线数据存储,减少数据请求频率。

4)考虑保存用户的哪些数据:设置、个人数据、阅读锚点、跳出页面等。

5)避免动效与浏览器的交互冲突

6)按顺序 异步加载  eg: 腾讯视频

腾讯视频 异步加载

扯一下= =:

虽然WebAPP目前处于比较尴尬的地位,我们是由于原APP客户端中一些页面需要分享出去才开启制作WebAPP版。

但是不得不承认,基于web的轻APP 更新迭代起来更方便,随着H5技术的成熟和发展,也许以后就是基于H5的WebAPP的天下了0.0。

附一些与WebAPP设计有关的其它文章:

百度无线交互设计师谈手机Web App设计方法

iPhone Web App 导航设计探讨

轻,会成为未来的趋势吗?

本文原创,转载请告知并注明作者maye @简书 本文链接  

相关文章

网友评论

  • fdfc63a2f6b7:作为一名技术人员每次看到h5技术就感觉很尴尬
  • 呼呼呼lys:作者做过webapp么
  • ec70045afb7d:学习啦
  • cf5739722f30:楼主你好,我最近也打算系统的整理wap(我知道你指的web app,我们公司也习惯叫wap而已)与app的交互设计区别,请问你有没有找到什么关于web app的交互设计要点的资料(书or博文什么的),我们可以交流一下,顺手补充一点区别,比如说app可以利用系统级别的长连接服务器主动进行推送而wap只能网页自己去轮询。
  • BuckyRR:你说的改进点不管是原生和web都要做的事情,那些改进点是通用的要求,提出的思考点完全没有意义
  • 崽orz:楼主看完文章后,对一个问题还存疑,就是在设计一个APP的时候,怎么选择哪些页面用原生,哪些页面用H5呢?文中提到的区别,能否举一些实例~~ :kissing_heart:
  • 吃货产品汪:非常感谢分享!刚好很迷茫,分不清APP和H5的差别
  • fredson:就目前而言,web app作为产品线上的补充和辅助还是可以去考虑的。
  • 胡震宇做设计:感觉基于微信公众号的webapp发展潜力很大
  • 漓江:@maye 抱歉,客户端会自动处理掉所有超链接。。好的,我更新下
  • maye:@vanyan :+1: 哈哈,是的!微信开放了一批SDK最近,更强大了,估计要超过一部分手机浏览器了~~精力多可以针对微信专门再搞一下~精力不够就现有的能兼容微信就行了><~
  • vanyan:试试做微信版的webapp。 :smirk:
  • 夏都:H5搞了很多年现在地位貌似还是很尴尬,无论是web app还是hybird app感觉还是很难在段时间内打败native app,FB不是早些时候从web app转native了嘛
  • maye:@漓江 看到,客户端没看到原文链接,不过我表示理解= =,你们也不希望用户跳出去别的网站。。。我更正了部分内容,你们要不要同步一下。。
  • 小马达:正准备要做一个 WepApp 的东西,来简书就发现了这篇好文章,感觉自己好幸运的说。真是来得早不如来得巧。你说呢?忍不住的说一声谢谢。 :kissing_heart:
  • maye:@pockry :+1: 多谢点拨!!已改!
  • pockry:WAP是个专有名词,已经是约定俗成用来指旧式的移动网页标准,你这里用它指WebApp,一是缩写不标准(标准的应该是WA),二是容易造成误解,建议还是用WebApp吧,也多不了几个字。
  • maye:@简叔 目前还在测试阶段,一个网站采用的方式有限,而且我司目测没精力A/B test = =悲剧,不过设计埋点数据分析这块确实是一个好切入点~整理整理,下次可以写写~~非常感谢! and 再看看大家有没什么看法?plz留言~
  • 漓江:hi 你好,我是人人都是产品经理社区的编辑,您的文章很不错,已转载至人人都是产品经理,并注明作者和原文地址,文章链接:http://www.woshipm.com/ucd/132869.html,如有不妥,请与我联系
  • 485479da1ed5:论体验还是原生的好点,当然webApp有webApp的好处。
  • 绯月:毕竟体验没法和原生应用比拟
  • MJGA:@maye 关于怎么放引导用户下载APP,我觉得是个很好的话题,不知道有没有实践数据可以分享?
  • maye:@简叔 嗯 目前地位有点尴尬,但还不能不做,更了一个探讨前景的链接在文里~
  • maye:@truelie 嗯 我意思就是web app,看来这文应叫 web app 和native app的交互区别~谢谢指正= =!
  • MJGA:@truelie 现在新品确实不太做WAP,不过用户量巨大的老品可能还是会做吧
  • truelie:建议不要使用WAP,WAP貌似是功能机时代的产物
    伴随着H5的成熟,WebApp再次浮出水面

本文标题:WebAPP与原生APP的交互设计区别

本文链接:https://www.haomeiwen.com/subject/akiqxttx.html