最近一直在做一个app的h5版，结合其中遇到的各种问题，踩的各种坑，做出了一些总结，希望大家以后能够顺利跳过这些坑。
一、功能的选择和取舍
首先，在做h5版的时候，你一定要明白自己想要什么，想要达到什么要的效果。结合自己的时间成本和人力成本，决定你应该保留什么功能，去掉什么功能。如果你觉得必需都得有，不好意思，出门左拐，你不是我的目标用户。
再者，由于h5页面在手机中打开会存在诸多兼容性和稳定性问题，所以保证产品的流畅和轻便就显得更加重要。因此，必需想明白保留哪些内容，去掉哪些内容。从而既保证用户的使用效果，又能达到引流效果。
至于如何选择功能，可以根据自身产品的定位，结合kano模型，对你的功能进行分类，看哪些功能是满足必备型需求，哪些是满足期望型需求，而哪些是满足兴奋型需求。即使是h5版，满足兴奋型需求的功能还是需要优先考虑的，这个是你产品的核心点，是你的产品价值的体现。
二、缓存优化的问题
这个算事一个易用性bug,之前的第一版由于没有考虑到这个问题，结果页面打开效果不是很理想。后来参考了一下目前市面上的h5,借鉴了以下的加载缓存优化策略：
点击某一个内容的时候，内容进行加载，给出加载进度条，确保下级页面打开的时候能够页面完整。图片可以是系统默认图。
刷新和导航切换的时候给出加载效果（类似于微博的刷新效果）。
这样做的优点主要有以下两点：
满足用户对于进程的感知。如果没有给出刷新加载动画，直接给出结果，用户会感到不知所措。
加载过的页面不致于出现大面积的错落等情况，给用户留下不好的体验。
三、触控反馈的问题
触控反馈是让用户感知到产品依然是活的最好的方式。这个在很多细节上都是需要体现的，例如在列表页点击的时候需要有点击效果，按钮需要有三种状态等。当然，这个是需要时间成本的。按照kano模型，这个就应该属于是期望型需求。在时间和人力陈本不允许的情况下可以适当放弃。
四、避免返回的坑
这里主要有两个问题：首先是在详情页触发登录操作的时候，如果采用原路返回的机制，则无法达到我们想要的返回到上一层级的效果。
再者就是app分享出去的内容，用手机端打开,这个时候如果你点击返回的话，才用原路返回方式则打开的是浏览器首页，而我们想要的是能够返回上一级，让用户能在这个h5上多停留一会。