交互设计：以安全思维筑用户体验防线

　　去年六月份，我原以为给那破OA系统加二次验证能堵住漏洞，结果被产品经理骂得狗血淋头——人家说“用户点三下才能登录，这体验得掉多少分？”我盯着他手机屏幕上的测试版，雨点噼里啪啦砸在会议室玻璃上，他左手还端着半凉的拿铁，右手食指戳着界面：“你看这弹窗，跟弹广告似的，谁不烦？”

　　可烦也得加啊。上周三刚出了个事儿：财务部小张的账号被盗，攻击者用他的权限批了十八笔付款，每笔都卡在“二次确认”环节——就因为之前我死活把短信验证码给塞进去了。那天运维老李蹲在机房角落修服务器，噪音大得他扯着嗓子喊：“这破验证码要是早半年上，我至于现在蹲这儿查日志？”他边说边敲键盘，键盘缝里还卡着半片辣条包装纸——估计是昨晚加班吃的。

　　但产品经理不认这个理。他举着用户调研报告拍桌子：“八十三个测试用户里，七十六个说‘登录流程太复杂’，剩下七个是你们安全部的。”我翻开报告，发现那七个里有个备注：“测试员C说‘验证码能防钓鱼，但希望别用短信，改用APP推送’”——这不就是我们之前提的方案吗？结果产品经理一挥手：“APP推送要对接推送服务，开发周期加两周，用户等不起。”他说话时，窗外雨停了，阳光透过云层照在他电脑屏幕上，反射的光斑晃得我眼睛疼。

文章配图，仅供参考

　　这事儿让我想起上季度末，我们给客服系统加了个“敏感操作拦截”功能——比如用户要修改绑定手机号，系统得先发邮件确认，再打电话核实，最后还得人工审核。当时测试的时候，客服主管老陈差点把键盘摔了：“用户等半小时就挂电话，你们这流程得走三天，谁还找我们？”我原以为他会妥协，结果他直接找了运营总监，把功能给砍了——理由是“影响KPI”。后来攻击者没盯上客服系统，改去攻供应链系统了，那儿的流程更松，连个日志审计都没有。

　　现在回头看，这些事儿都绕不开一个死结：安全和体验，到底谁该让步？我见过太多产品经理把“用户体验”当挡箭牌，拒绝任何可能增加用户操作步骤的安全功能；也见过安全部为了堵漏洞，把界面搞得跟迷宫似的，用户用一次就卸载。可市场不会等我们纠结——那些因为安全流程太复杂而流失的用户，转头就会用竞品；而那些因为安全漏洞被攻击的用户，也会用脚投票。优胜劣汰的规则在这儿特别狠：你既要安全，又要体验，做不到？那就等着被淘汰。

　　上周五，我和产品经理又吵了一架。他拿着新版的登录流程图说：“这次我们把验证码藏在‘更多选项’里，用户不主动点就不会弹，这样既安全又不影响体验。”我盯着他手机上的测试版，界面确实干净了不少，但“更多选项”藏在右上角，字号小得像蚂蚁。我问他：“用户知道这儿能点吗？”他愣了一下：“我们可以在引导页加个提示。”我笑了：“引导页？用户连登录流程都嫌麻烦，谁还会看引导页？”他没说话，低头喝了口咖啡——咖啡杯上印着“用户第一”，是去年年会发的。

　　现在我也不知道该怎么办了。或许该学学那些大厂，把安全功能做成“隐形防护”——比如用行为分析代替验证码，用户无感知，攻击者却过不去。但这种方案需要大量数据训练，我们小公司没那资源。或者，干脆接受现实：安全和体验本来就是一对矛盾，谁也别想完全赢，只能在中间找个平衡点。可这个平衡点在哪儿？我到现在也没找到答案——或许明天，产品经理又会拿着新的方案来找我吵架，到时候，又得看谁嗓门大了。

（编辑：站长网）

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