交互设计：以独特性筑起用户体验防线

　　老张昨天又在群里骂前端了，说他们新改的登录流程‘跟竞品一模一样’，‘用户连密码框在哪都要找半天’。我原以为他只是单纯吐槽设计没新意，结果他甩了张数据截图——转化率跌了12%，而竞品同期涨了8%。你说这交互设计要是不搞点独特性，用户真就跟流水似的全跑了。

　　去年6月份那次灰度发布，我印象特别深。当时产品非要‘借鉴’某大厂的购物车交互，说人家‘经过市场验证’。结果上线第三天，客服就被投诉淹了——用户点‘删除’按钮时，弹窗的确认键位置跟竞品反着来，好多大爷大妈手滑点成‘取消’，一气之下直接退出不买了。更绝的是，监控大盘上那条绿色的线（订单量）抖得跟心电图似的，上午十点跌到谷底，下午两点才缓过来。后来查日志，发现灰度用户里有37%在购物车页面停留超过两分钟——搁平时，这数据早该触发告警了，可当时监控规则没覆盖这种‘隐性流失’，等发现时黄花菜都凉了。

文章配图，仅供参考

　　说到坑，上个月运维老王差点把数据库搞崩。当时他改定时任务，没注意表结构里有个隐藏字段是交互层用的——那字段记录用户上次操作时间，用来判断是否显示‘新功能引导’。结果他一更新，所有用户的引导全弹出来了，包括那些用了三年产品的老用户。那天客服电话被打爆，工位隔断上贴的‘今日目标：0投诉’便签被撕下来揉成了团。后来复盘时发现，交互文档里虽然写了这字段的用途，但没标‘禁止修改’——产品说‘以为只是普通时间戳’，运维说‘没看交互文档’，而测试…测试说‘没想到会有人动这个字段’。

　　我原以为这种‘隐性依赖’只有后端才有，结果上周跟前端对接口时，又被上了一课。他们新做的表单校验，用了套自研的‘智能纠错’逻辑——用户输入手机号时，要是漏了数字，会自动补全；要是输错了，会提示‘可能想输入XXX’。听起来挺酷对吧？结果灰度时发现，好多用户以为系统‘自动改’了他们的手机号，直接点确认，导致订单寄到错误地址。更搞笑的是，有个用户投诉说‘你们系统有鬼’，说他明明输的是自己号码，结果显示的是前女友的。后来查日志，发现他前女友的号码在他手机通讯录里，而纠错逻辑优先匹配通讯录…这事儿到现在都没敢告诉产品，怕他们又说要‘优化纠错算法’。

　　跑题说句，我工位右边那台机箱，嗡嗡响了快半年了。IT说‘没坏，就是风扇积灰’，可每次路过都以为要爆炸。上周我终于忍不住，自己拆开清理——结果发现风扇上粘了张便签，是去年前主人写的‘别碰！这是祖传逻辑’。我愣了半天，突然想起上个月改的老系统——那系统里有个接口，文档写着‘2015年版本，慎改’，可代码里全是硬编码的SQL，连参数化都没做。我原以为这种‘祖传代码’早该淘汰了，结果产品说‘用户习惯了，改了就投诉’。后来我们折中，在旧接口上套了层新逻辑，结果缓存击穿，限流都没顶住，灰度用户直接看到502页面…那天的日志，刷得比咖啡机漏水还快。

　　回到交互设计，我觉得‘独特性’这事儿，跟‘优胜劣汰’差不多。用户不是傻子，你用着顺手、能帮他解决问题的交互，他自然愿意用；要是光为了不同而不同，或者抄竞品抄得四不像，他转头就卸载。就像上次那个购物车事件，我们后来把确认键位置改回跟竞品一致，转化率立马回升了5%——不是我们怂，是用户用脚投票的结果。而那个‘智能纠错’表单，现在还在灰度环境里躺着，产品说‘再观察两周’，可我看监控数据，用户主动关闭纠错的比率已经从12%涨到27%了…

　　当然，我也不是说所有独特交互都好。比如之前产品非要学某APP的‘手势密码’，结果好多用户记不住手势，干脆改用密码登录——可密码登录的接口又没做限流，被恶意刷接口时直接挂了。那天的堆栈信息，我到现在都没看完，太长了。所以啊，独特性得建立在‘用户能理解、系统能支撑’的基础上，不然就是自掘坟墓。

　　对了，咖啡机修好了，但打出来的咖啡有股焦味。运维说‘可能是上次漏水短路，烧了加热管’，可我觉得更像他偷偷换了便宜豆子——就像交互设计，表面看着差不多，用起来才知道哪锅是哪锅的。下次再遇到‘要不要抄竞品’的争论，我打算直接甩那张转化率截图——数据不会说谎，用户的选择，比任何设计理论都实在。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!