Chieko Asakawa đặt câu hỏi: Web sẽ thế nào nếu bạn không thể nhìn thấy nó? Rồi bà khiến Web biết nói.

06/10/2026 · VietTechies · Biên tập

Giữa thập niên 1990, Web ngày càng trở thành một thế giới thiên về thị giác.

Hình ảnh.

Liên kết.

Khung nội dung.

Điều hướng bằng chuột.

Với hàng triệu người, điều đó làm Internet hấp dẫn hơn.

Với Chieko Asakawa, nó làm lộ ra một vấn đề khác.

Nếu Web trở nên thiết yếu trước khi người khiếm thị thực sự sử dụng được thì sao?

Câu trả lời của bà trở thành IBM Home Page Reader — một trong những trình duyệt Web bằng giọng nói đầu tiên có tính ứng dụng thực tế.

Asakawa hiểu rào cản tiếp cận từ trải nghiệm cá nhân

Asakawa mất thị lực từ khi còn rất trẻ.

Thời đó, công nghệ hỗ trợ người khuyết tật tại Nhật vẫn còn hạn chế.

Đọc tài liệu in thường cần chuyển sang chữ nổi Braille.

Chỉnh sửa tài liệu Braille rất khó.

Tiếp cận thông tin nhiều khi phụ thuộc vào một người khác.

Sau này Asakawa kể rằng mất khả năng tự lập là một trong những điều khó khăn nhất khi mất thị lực.

Trải nghiệm đó định hình những vấn đề bà chọn giải quyết.

Bà bước vào ngành điện toán vì máy tính có thể giảm sự phụ thuộc

Asakawa học văn học Anh ở đại học.

Sau đó bà tiếp xúc với khoa học máy tính qua chương trình đào tạo dành cho sinh viên khiếm thị.

Bà bắt đầu nhìn máy tính không chỉ như một cỗ máy, mà như cách vượt qua các rào cản vật lý.

Năm 1984, bà gia nhập IBM Tokyo Research Laboratory với vai trò sinh viên nghiên cứu.

Một năm sau, bà trở thành nhà nghiên cứu toàn thời gian.

Công việc ban đầu tập trung vào biên tập và phân phối chữ nổi Braille ở dạng số.

Pattern đã rất rõ:

Biến thông tin thành dạng người dùng có thể tự khai thác.

Rồi Web xuất hiện — và tạo ra một khoảng cách tiếp cận mới

Web thời đầu hứa hẹn mở ra kho thông tin khổng lồ.

Nhưng phần lớn trình duyệt mặc định người dùng có thể nhìn thấy.

Di chuột.

Tìm liên kết bằng mắt.

Hiểu bố cục trang qua màn hình.

Nhận ra nút bấm, hình ảnh và khung nội dung.

Chỉ chuyển văn bản thành giọng nói là chưa đủ.

Người khiếm thị còn cần biết mình đang ở đâu, phần nào có thể chọn và làm sao di chuyển qua trang hiệu quả.

Home Page Reader biến điều hướng thành âm thanh và phím bấm

Asakawa và nhóm thiết kế Home Page Reader xoay quanh bàn phím số.

Thay vì trỏ chuột, người dùng di chuyển qua trang Web bằng những lệnh phím đơn giản.

Phần mềm chuyển văn bản và cấu trúc trang thành giọng nói.

Liên kết có thể được đọc bằng giọng khác với văn bản thường.

Cấu trúc HTML có thể được thể hiện qua âm thanh.

Người dùng có thể lướt nhanh qua nội dung.

Mục tiêu không chỉ là làm văn bản phát ra tiếng.

Mục tiêu là giúp người dùng chủ động duyệt Web.

Giao diện dùng âm thanh để truyền đạt cấu trúc

Điểm này rất quan trọng.

Nếu cả trang được đọc đều đều bằng cùng một giọng, người nghe nhận được từ ngữ nhưng khó nhận ra thứ bậc nội dung.

Home Page Reader dùng âm thanh để thể hiện sự khác nhau giữa các thành phần trên trang.

Liên kết có thể có giọng đọc riêng.

Các loại nội dung khác nhau có tín hiệu khác nhau.

Người dùng có thể bỏ qua, di chuyển và khám phá thay vì ngồi nghe từ đầu đến cuối.

Nó biến giao diện thị giác thành cách tương tác dựa trên thính giác.

Sản phẩm ra mắt tại Nhật năm 1997

IBM phát hành Home Page Reader tại Nhật năm 1997.

Sau đó sản phẩm mở rộng sang nhiều ngôn ngữ.

IBM và National Inventors Hall of Fame mô tả đây là trình duyệt giọng nói thực dụng đầu tiên giúp người mù và người có thị lực kém tiếp cận Internet hiệu quả.

Đầu những năm 2000, hệ thống đã được dùng rộng rãi ở nhiều quốc gia.

Asakawa cũng được cấp bằng sáng chế tại Mỹ liên quan đến phát minh này.

Đổi mới quan trọng nằm ở khả năng tự lập, không phải tổng hợp giọng nói

Công nghệ giọng nói đã tồn tại.

Đột phá không chỉ là làm máy tính nói.

Nó là thiết kế cách tương tác quanh nhu cầu của người không thể dựa vào màn hình.

Đây là bài học thường gặp trong kỹ thuật hỗ trợ tiếp cận (accessibility).

Thêm tính năng không đồng nghĩa với loại bỏ rào cản.

Người dùng phải tự hoàn thành công việc được.

Điều đó thường cần thiết kế lại điều hướng, phản hồi và điều khiển — chứ không chỉ thêm một dạng đầu ra.

Khả năng tiếp cận làm lộ điểm yếu của chính Web

Công việc sau này của Asakawa đi xa hơn việc giúp người khiếm thị đọc website.

Bà còn phát triển công cụ giúp người thiết kế nhận ra vấn đề tiếp cận trên trang của chính họ.

Website có thể đáp ứng hướng dẫn về mặt kỹ thuật nhưng vẫn khó dùng.

Alt text có thể tồn tại nhưng vô nghĩa.

Về kỹ thuật có thể điều hướng được, nhưng lại quá chậm.

Câu hỏi sâu hơn trở thành:

Người dùng có thực sự sử dụng được website không?

Chứ không phải:

Website có đạt đủ các mục trong checklist không?

Đó là lý do accessibility thường cải thiện product cho mọi người

Thiết kế cho người dùng gặp rào cản buộc nhóm phát triển làm rõ cấu trúc.

Điều hướng rõ ràng.

Tiêu đề hợp lý.

Nhãn có ý nghĩa.

Điều khiển bằng bàn phím.

Tương tác có thể đoán trước.

Đây không chỉ là tính năng hỗ trợ tiếp cận.

Đó là dấu hiệu của một sản phẩm được tổ chức tốt.

Trường hợp ít được chú ý thường bộc lộ điểm yếu ẩn trong trải nghiệm mặc định.

Asakawa tiếp tục đưa cùng nguyên tắc vào thế giới vật lý

Nghiên cứu sau này của bà đi xa hơn website.

Bà phát triển AI và hệ thống dẫn đường giúp người khiếm thị di chuyển độc lập hơn trong không gian công cộng.

Công nghệ thay đổi.

Câu hỏi gần như giữ nguyên:

Làm sao để một người bớt phải nhờ người khác giúp đỡ?

Đó là mục tiêu thiết kế sâu sắc hơn nhiều so với chỉ thêm tiện lợi.

Câu hỏi accessibility tốt nhất không phải “hỗ trợ người dùng này thế nào?”

Mà là:

“Phần nào trong product đang bắt user này phải phụ thuộc vào người khác?”

Home Page Reader mạnh vì nó trả lời trực tiếp câu hỏi đó.

Web đang trở thành hệ thống thông tin thiết yếu.

Asakawa không yêu cầu người khiếm thị chờ một phiên bản riêng.

Bà cố giúp họ chủ động sử dụng chính Web ấy.

Phần nào trong sản phẩm của bạn vẫn mặc định người dùng có thể nhìn, nghe, trỏ, gõ hoặc di chuyển đúng như nhóm của bạn?

Đọc bằng ngôn ngữ khác: English · Español · Deutsch · Français · Português (Brasil) · Tiếng Việt