![]()
一个SaaS(软件即服务)产品的「傻瓜式」设计,在6个月后成了最大的技术债。
PostKing.app创始人Dité最近复盘了一段尴尬经历:他为LinkedIn内容运营做的自动化工具,最初用「向导驱动」界面让用户一步步配置,结果盲人用户根本用不了——屏幕阅读器读不出步骤之间的逻辑关系,键盘导航在步骤跳转时直接断链。他被迫把整套交互推倒重来。
「向导模式」的甜蜜陷阱
Dité的设计初衷很产品经理思维:降低认知负荷。新用户注册后,系统会问5-7个问题,根据答案自动生成内容策略。视觉上干净,逻辑上闭环,转化率数据也好看。
问题出在无障碍访问(Accessibility,指残障人士使用数字产品的能力)。屏幕阅读器用户——主要是视障人士——遇到的第一个坎是步骤指示器。向导顶部的「Step 3 of 5」对视觉用户是进度锚点,对听读用户却是噪音:每次页面刷新,阅读器都重新播报一遍位置,打断内容输入的连贯性。
更隐蔽的坑是「条件分支」。Dité的向导会根据用户选择动态显示不同问题,比如选了「B2B销售」才出现「目标客户行业」。视觉用户扫一眼就能理解上下文,但屏幕阅读器用户每次遇到新问题时,系统不会自动解释「为什么现在问这个」。
Dité在复盘里写:「我测试时用了键盘导航,但没真正关闭屏幕用过。那完全是另一个产品。」
重构的代价:从「问答题」变「填空题」
解决方案不是修修补补,是把向导拆成可独立访问的表单页面。每个页面必须有完整的H1标题、清晰的错误提示、键盘可达的提交按钮。原本5步的流程变成了8页,但每页都是自包含的——用户可以从邮件链接直接跳进第4步,屏幕阅读器也能完整理解当前任务。
技术实现上,Dité团队重写了状态管理。向导模式依赖前端缓存用户选择,最后一步统一提交;新架构要求每页提交后持久化到后端,确保刷新或中断后状态不丢。这增加了约30%的后端调用量,但换来了可恢复性。
最反直觉的改动是去掉「上一步」按钮。向导模式里回退是核心功能,但屏幕阅读器用户更习惯浏览器的原生返回——他们不需要学习新的导航逻辑。Dité发现去掉自定义导航后,整体完成率反而上升了12%。
被忽视的「边缘用户」其实不小
触发这次重构的契机是一位德国用户的邮件。对方是LinkedIn上的活跃创作者,也是全盲人士。他在邮件里写:「你们的竞品我也试过,三个都卡在第一步。如果你们能修,我愿意付费并推荐给我的网络。」
Dité查了数据:视障用户在职业社交平台上的活跃度比平均水平高17%——他们更依赖线上渠道建立职业关系。这个「边缘案例」突然变成了高价值细分市场。
更深层的影响是团队流程。Dité现在要求每个功能必须通过「三键测试」:只用Tab、Enter、Esc完成核心任务。设计师不能再依赖「这里加个提示」的兜底方案,必须在信息架构阶段解决可达性问题。
他在文章结尾提到一个细节:重构后的第一个版本上线后,那位德国用户又发来邮件,附件是一段37秒的屏幕阅读器录音——是他独立完成首次内容发布的全过程,背景音里能听到阅读器快速播报表单字段的机械女声,和最后提交成功时的系统提示音叠在一起。
如果你的产品现在还没被任何无障碍反馈「找过麻烦」,是运气好,还是根本没被那部分用户试过?
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.