一位做轴承的客户吃过哑巴亏：海外客户用手机逛他网站，想看深沟球轴承这个分类，导航里明明有，点了一下午愣是打不开，最后发邮件来问链接。幸亏这位客户有耐心发邮件，更多的人是直接关站，连招呼都不打。一查原因，导航子菜单是鼠标悬停触发的，触屏上没有悬停这回事，手指点上去等于什么都没发生。电脑端演示一切正常，坑全埋在看不见的地方。
触屏没有悬停，只有点击
hover这类交互依赖鼠标指针停在元素上，手指没有悬着不动的中间态，点下去就是点下去。于是所有靠悬停触发的东西——下拉菜单、悬浮提示、图片切换效果、按钮变色——在触屏上要么失灵，要么行为怪异。响应式网站设计做到位，就是要给每个hover交互准备一套触屏预案。这不是可选项，导航和筛选这类关键路径上没有预案，入口就等于焊死。焊死的门，客户敲不开，也不会帮你修，只能转身走人。
四类高危交互，逐个排查
- 悬停下拉菜单：改成首次点击展开、再点收起，电脑端保留悬停体验，两套逻辑并存，这是行业的标准解法，实现起来并不难；
- 悬浮提示：鼠标放上去显示的说明文字，手机上改成点击气泡，或者干脆把信息直接排进页面；
- 悬停变色的按钮：触屏上点了才变色，客户得不到按压反馈，要补一个点按态样式；
- 悬停才出现的操作按钮：图片上悬停才浮出的查看详情，手机上要么常显，要么点击触发。
有个细节容易漏：平板也属于触屏，别以为只有手机要处理。还有部分苹果机型，触屏元素点第一下可能只触发悬停态、第二下才执行动作，客户会觉得按钮迟钝，这种也归在hover预案里一并解决。
验收就问一句话
拿手机把网站导航从一级点到底层，每一个靠悬停才能出现的东西，触屏上有没有替代路径？走得通，过关；走不通，打回。五分钟的测试，堵的是最伤转化的一类死角——客户不是没兴趣，是你把门藏起来了。
建议验收时专门安排触屏交互这一项，对着导航、筛选、图片列表过一遍；谈需求时直接问建站方hover在触屏上怎么处理，答得干脆的才专业。支支吾吾的，说明这块他没做过，慎选。这一问一答之间，团队的经验深浅基本就摸清了。比格网络做响应式网站设计，hover预案属于默认动作，交互这东西，电脑上顺不代表全端顺，每一根手指头都得伺候到。伺候手指头听起来琐碎，但客户体验就是由这些琐碎堆出来的。
