Dité花了6个月做「傻瓜向导」，却被盲人用户逼着重写整个产品

一个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秒的屏幕阅读器录音——是他独立完成首次内容发布的全过程，背景音里能听到阅读器快速播报表单字段的机械女声，和最后提交成功时的系统提示音叠在一起。

如果你的产品现在还没被任何无障碍反馈「找过麻烦」，是运气好，还是根本没被那部分用户试过？