这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 1432 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前人们开发网站或是 web app 时，主要都是优先针对明眼人进行设计。这使得页面的内容架构（ HTML 元素）也是优先以适合明眼人浏览的方式进行组织，而针对视障人士进行的优化更多是在这个架构的基础上进行的优化。当视障人士访问一个页面时，他通常需要依靠「读屏」这一方式，在这个为明眼人所优化的内容骨架中进行探索。
所以我想，与其让视障人群强行适应为明眼人设计的架构，为何不从零开始，为他们单独设计一套交互，与针对明眼人设计的交互并存？
我想到的一个方案是仿照我们打电话时会遇到的自动语音系统那样做一个单独的菜单，当网站识别到访客为视障人士时激活。这个系统通过语音（或文字转语音）向访客播报菜单，访客则通过键盘输入来提交指令。
以淘宝为例。假设淘宝采用了这样一个系统，当视障人士访问网站时：
网站：欢迎来到淘宝。订单状态请按 1，搜索商品请按 2，账户设置请按 3……
访客：1
网站：你有 3 个订单。最新的订单包含一个 iPhone 12，已签收。如需操作请按 1，选择其他订单请按 2，返回请按 esc 。
访客：1
网站：联系客服请按 1，申请退货请按 2……
访客：2
网站：请输入退货原因，按回车键确认。按 esc 返回上层。
访客：扬声器有问题 [回车]
网站：退货申请已提交……
当然以上只是用来举例，这个例子中的菜单结构或许并非是最高效的，只是简单示范一下想法。
另外当然也不会和打电话时遇到的语音系统那样以日常对话的语速阅读。由于视障人士很多都适应了读屏软件较快的语速，上述菜单也可以用同样较快的语速播报，所以和传统读屏软件对比时可以忽略语速的因素。
不知视障人士是否会喜欢这样的设计？
所以我想，与其让视障人群强行适应为明眼人设计的架构，为何不从零开始，为他们单独设计一套交互，与针对明眼人设计的交互并存？
我想到的一个方案是仿照我们打电话时会遇到的自动语音系统那样做一个单独的菜单，当网站识别到访客为视障人士时激活。这个系统通过语音（或文字转语音）向访客播报菜单，访客则通过键盘输入来提交指令。
以淘宝为例。假设淘宝采用了这样一个系统，当视障人士访问网站时：
网站：欢迎来到淘宝。订单状态请按 1，搜索商品请按 2，账户设置请按 3……
访客：1
网站：你有 3 个订单。最新的订单包含一个 iPhone 12，已签收。如需操作请按 1，选择其他订单请按 2，返回请按 esc 。
访客：1
网站：联系客服请按 1，申请退货请按 2……
访客：2
网站：请输入退货原因，按回车键确认。按 esc 返回上层。
访客：扬声器有问题 [回车]
网站：退货申请已提交……
当然以上只是用来举例，这个例子中的菜单结构或许并非是最高效的，只是简单示范一下想法。
另外当然也不会和打电话时遇到的语音系统那样以日常对话的语速阅读。由于视障人士很多都适应了读屏软件较快的语速，上述菜单也可以用同样较快的语速播报，所以和传统读屏软件对比时可以忽略语速的因素。
不知视障人士是否会喜欢这样的设计？
 |
1
jinliming2 2021-01-18 08:32:39 +08:00 via iPhone
先不说他们会不会喜欢这样的设计，他们具体喜欢什么样的设计可以在具体开发的时候做详细调研。
主要是，你觉得这种类似于完全专门重做一套的方案，只为了少数人方便使用，成本能控制住吗？有哪个企业愿意去做呢？能基于现有的产品专门做修改已经不错了，小型企业应该是会直接忽略掉这些用户的。 |
 |
2
julyclyde 2021-01-18 14:08:04 +08:00
对于无障碍访问是有专门的指南的
|
 |
3
hanguokai 2021-01-18 22:10:31 +08:00
这里有一些 Web Accessibility 的基础知识可以参考
https://developers.google.com/web/fundamentals/accessibility |
 |
4
linxb 2021-01-19 09:06:34 +08:00
@jinliming2qi 大企业可以开放相应的 api，让开发者来做，其实基于现在的淘宝 SDK，实现一部分功能没什么问题
|
Select Language