看后台数据会发现一个反直觉的现象：展览展会网站八成的移动端流量，出现在展会期间的馆内。观众站在展馆中央，掏出手机查展位、看日程、找餐厅，这时候网站卡一下、按钮点不着、页面横着滑，用户的耐心是以秒计的。这些操作都发生在嘈杂的展厅里，一手拎着资料袋一手划手机，任何多余的步骤都是负担。毕竟没人会在展厅里等一个转圈圈的页面。
现场场景决定设计优先级
平时在家慢慢浏览的是少数，现场急用是大多数。所以移动端首页的排序就按这个来：展位查询、当日日程、场馆导览放最上面，展会介绍、主办单位这些往下靠。字号要大，观众是站着单手操作的，展厅里光线刺眼、周围嘈杂，按钮小于拇指尺寸就是给用户找气受，这种细节上线前真得自己拿手机试一遍。测试就找没参与开发的同事来，旁观者一眼就能发现别扭的地方。
几个现场高频的坑
- 展位图是图片格式，手机上看不清展位号，一定要可缩放的矢量交互图；
- 展馆里几万人抢带宽，页面要轻，首屏加载超过三秒人就走了；
- 字体和图标用系统自带的，少加载一个外部资源，弱网下快好几秒；
- 关键页面做好离线兜底，加载失败时给出文字版展位号，别让人白等；
- 查展商结果页没有「收藏」或「分享」，观众查完找不回，只能再搜一遍。
和微信生态接上
观众的手机里没有你的App，只有微信。展会推文、朋友圈海报是流量的主入口，移动端页面在微信内置浏览器里必须表现正常，别用一些微信里打不开的组件。更进一步，服务号菜单直接挂官网核心页，观众关注后从菜单进，比搜索快得多。导航路线、停车信息这些现场服务内容，也都适合塞进服务号菜单里。现场抽奖、集章打卡这类活动页面，流量峰值都在午休时段，压测别漏了。
还有个容易被忘的角落：手机上的分享卡片。观众把展商页转给同事，链接在微信里就显示个网址没有标题图，点击率少一半。og标签配好，分享出去带图带摘要，传播效率完全不同。
监测也按移动端做：现场哪个页面停留短、跳出高，中午十二点到一点这波高峰服务器撑不撑得住，都看实时数据说话。展会结束后这些数据就是下一届移动端改版的依据，值得专门整理一份。比格网络给展览展会网站做移动端时，习惯按「现场急用场景」倒排功能优先级，上线前拿真机在弱网环境跑一遍才算数，另外记得给现场志愿者留一份快速指引，他们引导观众用网站比发纸质图更快。观众在馆里刷手机那一刻的顺畅，就是展会服务的门面。
