Thử nghiệm do người dùng dẫn dắt về độ trễ, khả năng đọc, người nói, giới hạn ngoại tuyến và hỗ trợ con người.

Biên soạn bởi Bàn kiểm tra phụ đề tiếp cận HiNoter · Trạng thái biên tập: đã hoàn tất QA nội bộ về cấu trúc và ranh giới bằng chứng; cần được xem xét pháp lý đủ điều kiện trước khi xuất bản · Xuất bản và cập nhật ngày 2026-08-31 · Ấn bản tiếng Anh Mỹ/quốc tế

Phiên âm AI có thể cải thiện khả năng tiếp cận cho một số người Điếc hoặc khiếm thính khi phụ đề xuất hiện nhanh, vẫn dễ đọc và được kết hợp với một phương án thay thế đã được con người phê duyệt. Đây không phải là sự thay thế phổ quát cho thông dịch viên, dịch vụ hỗ trợ tiếp cận, công nghệ hỗ trợ nghe hoặc giao tiếp trực tiếp. Quyết định phù hợp phụ thuộc vào độ trễ, độ chính xác, sự thay đổi người nói, thuật ngữ, âm thanh trong phòng, quyền riêng tư và cách thức tham gia mà người đó ưa thích. Đối với ‘phiên âm AI cho người Điếc và khiếm thính’, hãy sử dụng tiêu chuẩn quyết định này: Thực hiện một bài kiểm tra ngắn có sự đồng thuận, với các cụm từ đã biết, nhiều người nói, một lần ngắt lời có chủ ý và một phương án dự phòng mà người dùng có thể lựa chọn mà không bị mất mạch cuộc trò chuyện.

Khả năng tiếp cận phụ đề trước hết là câu hỏi về sự tham gia, rồi mới là câu hỏi về phiên âm. Hãy xem xét tình huống do biên tập viên tạo ra này: một người tham gia khiếm thính theo dõi luồng phụ đề trực tiếp đến muộn hai mươi giây đúng lúc nhóm bỏ phiếu về thời hạn. Tình huống này không chứa dữ liệu khách hàng, nhân viên, ứng viên, bệnh nhân, thân chủ hoặc người tham gia. Bối cảnh này hữu ích vì buộc câu hỏi ‘Phiên âm AI có thể hỗ trợ người Điếc hoặc khiếm thính không?’ phải rời khỏi một bản demo hoàn hảo và bước vào một quyết định nơi quyền sở hữu, thẩm quyền, bằng chứng và khả năng khắc phục có thể được kiểm tra.

Hướng dẫn này sử dụng hệ thống phân cấp bằng chứng. Chính thức nghĩa là một nền tảng bên thứ nhất, cơ quan quản lý, đạo luật hoặc trang của nhà cung cấp mô tả một khả năng hoặc nghĩa vụ cụ thể. Đã quan sát nghĩa là một người đánh giá được ủy quyền đã tái hiện hành vi trong một môi trường có ngày tháng xác định. Biên tập nghĩa là người viết diễn giải các tài liệu đó cho người Điếc và khiếm thính, thông dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho những cuộc trò chuyện trực tiếp. Một tính năng chưa được kiểm tra vẫn là N/A.

Đây là hệ quả định hình bài viết: Phụ đề bị trễ hoặc không chính xác có thể che khuất một câu hỏi, đảo ngược một cam kết hoặc khiến một người tham gia trông như vắng mặt ngay cả khi bản phiên âm có vẻ đầy đủ. Vì vậy, tiêu chuẩn làm việc được cố ý đặt ở mức thận trọng: Thực hiện một bài kiểm tra ngắn có sự đồng thuận, với các cụm từ đã biết, nhiều người nói, một lần ngắt lời có chủ ý và một phương án dự phòng mà người dùng có thể lựa chọn mà không bị mất mạch cuộc trò chuyện. Đây là phương pháp đánh giá cho trường hợp sử dụng này, không phải tuyên bố phổ quát về sản phẩm.

Phiên âm AI cho người Điếc và khiếm thính: bắt đầu từ sự tham gia

Khả năng tiếp cận được đo bằng việc người đó có thể theo dõi và phản hồi hay không, chứ không phải bằng sự tồn tại của bản phiên âm.

Ghi chú về khả năng tiếp cận: sử dụng ‘Phương án dự phòng’ làm mục chấp nhận. Đạt nghĩa là: Một người có thể chuyển đổi hỗ trợ mà không bị bất lợi. Điều đó hữu ích hơn cho người Điếc và khiếm thính, thông dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho những cuộc trò chuyện trực tiếp so với một tuyên bố rộng rằng một danh mục có hiệu quả. Yêu cầu người dùng đánh giá cùng một đoạn đánh dấu trong điều kiện trực tiếp và điều kiện dự phòng.

Hãy đặt quy tắc này vào trường hợp thực tế: Luồng phụ đề xuất hiện sau khi nhóm đã chuyển sang một chủ đề mới. Mẫu gần nhất là ‘Phòng ồn’, trong đó ưu tiên là Chất lượng tín hiệu và ranh giới của con người là Chuyển sang nguồn sạch hơn. Hãy xem ‘Công cụ trở thành tuyến tiếp cận duy nhất’ là một thất bại nghiêm trọng. Rủi ro trước mắt rất rõ: Công cụ trở thành tuyến tiếp cận duy nhất. Người chịu trách nhiệm phải nhìn thấy điều đó khi việc khắc phục vẫn còn khả thi. Ví dụ về khả năng tiếp cận phụ đề cho thấy giả định nào bị phá vỡ trước tiên và ai vẫn có thẩm quyền phản hồi.

Việc thực tế cần làm là hỏi người dùng có thể sử dụng thời gian và định dạng nào trên thực tế. Nhật ký tiếp cận ghi lại định dạng ưa thích, độ trễ, khả năng đọc, chỉ dấu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Đối với kiểm tra khả năng tiếp cận phụ đề này, chỉ lưu giữ đủ thông tin để một người đánh giá khác có thể lặp lại quan sát. Gắn nhãn tài liệu là chính thức, hành vi được tái hiện là đã quan sát và diễn giải là biên tập. Nếu quy trình thất bại, hãy tạm dừng việc thu thập tự động và sử dụng thông dịch viên, người tạo phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc một người phụ trách ghi chú. Điều đó hỗ trợ một phát hiện có giới hạn về phiên âm AI cho người Điếc và khiếm thính, chứ không phải một lời hứa phổ quát.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang Microsoft Learn — Configure transcription and captions for Teams meetings hiện tại trước khi dựa vào chính sách, quyền kiểm soát nền tảng hoặc khả năng liên quan.

Độ trễ là một yêu cầu về khả năng tiếp cận

Một phụ đề chính xác về mặt kỹ thuật vẫn có thể đến quá muộn để đưa ra quyết định trực tiếp.

Một quyết định dưới mục ‘Độ trễ là một yêu cầu về khả năng tiếp cận’ sẽ kích hoạt ‘Quyền riêng tư.’ Tiêu chuẩn rất cụ thể: Việc ghi nhận và chia sẻ phải phù hợp với lựa chọn của người dùng. Đối với người điếc và khiếm thính, phiên dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho các cuộc trò chuyện trực tiếp, câu hỏi hữu ích không phải là giao diện có tạo cảm giác an tâm hay không; mà là liệu một đồng nghiệp có thể khôi phục cùng bằng chứng trong các điều kiện đã nêu hay không. Bất kỳ điều gì không được quan sát hoặc ghi chép đều оста lại N/A.

Giờ hãy xem xét tình huống thay vì nhãn: Người tham gia chỉ nhìn thấy câu hỏi sau khi người điều phối đã mời người khác phát biểu. Tình huống này giống ‘Thảo luận nhóm’, với Mối quan tâm trước mắt là Nhiều người phát biểu và ranh giới xem xét là Sử dụng tín hiệu chuyển lượt rõ ràng. Nếu bằng chứng xác lập rằng ‘Khả năng tiếp cận được dùng để biện minh cho việc ghi âm mở’, hãy ngừng coi kết quả là thông thường. Đối với quyết định này, ‘Khả năng tiếp cận được dùng để biện minh cho việc ghi âm mở’ có trọng lượng lớn hơn một giao diện tạo cảm giác an tâm hoặc một sản phẩm hoàn thiện. Tái dựng trong phạm vi hẹp an toàn hơn một lời giải thích tao nhã nhưng vượt quá hồ sơ.

Hành động cho phần này: đo độ trễ từ lời nói đến khi hiển thị bằng đồng hồ đánh dấu. Nhật ký truy cập lưu định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Giữ cho bài kiểm tra không nhạy cảm, lưu lại trạng thái đã ảnh hưởng đến kết quả và loại bỏ chi tiết cá nhân không liên quan. Khi chuỗi bằng chứng kết thúc thì tuyên bố cũng kết thúc. Phương án dự phòng vận hành là tạm dừng việc ghi nhận tự động và sử dụng phiên dịch viên, người chép phụ đề trực tiếp, trò chuyện dạng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang Google Meet Help — Record a video meeting hiện tại trước khi dựa vào chính sách, quyền kiểm soát nền tảng hoặc khả năng liên quan.

Phụ đề dễ đọc cần bối cảnh phòng

Độ tương phản, nhịp độ, ngắt dòng và tín hiệu người nói ảnh hưởng đến khả năng hiểu.

Bằng chứng nào sẽ làm thay đổi quyết định? Hãy bắt đầu với ‘Độ trễ’: kết quả chỉ đạt khi Phụ đề xuất hiện trong lúc lượt nói vẫn còn quan trọng. Cách định khung này giữ cho ‘Phụ đề dễ đọc cần bối cảnh phòng’ gắn với công việc có thể quan sát được của người điếc và khiếm thính, phiên dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho các cuộc trò chuyện trực tiếp, thay vì biến phần này thành lời ca ngợi tính năng. Điều chưa biết là lời nhắc cho một bài kiểm tra nhỏ hơn, không phải sự cho phép để đoán.

Ví dụ ngược lại rất thực tế: Máy chiếu sáng làm nhạt chữ phụ đề trong phòng họp. Hãy đọc đây như một trường hợp ‘Cuộc gọi nhóm nhỏ’. Mục tiêu bằng chứng là Chuyển lượt nhanh, và điểm kiểm tra của con người là So sánh phụ đề trực tiếp với trò chuyện dạng văn bản. Điều kiện dừng là ‘Độ trễ che khuất quyết định.’ Nếu quyền kiểm soát bị lỗi, kết quả thực tế là ‘Độ trễ che khuất quyết định.’ Điều đó thuộc về quyết định vận hành, không phải chú thích cuối trang. Hệ quả này vẫn quan trọng ngay cả khi phần còn lại của đầu ra trôi chảy.

Trước khi công bố kết luận, hãy kiểm tra kích thước phông chữ, độ tương phản và khoảng cách xem. Nhật ký truy cập lưu định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Phân biệt điều một trang chính thức nói, điều nhóm đã tái hiện và điều biên tập viên suy luận. Nếu không thể hoàn tất bài kiểm tra khả năng tiếp cận phụ đề này, hãy dùng N/A và làm theo lộ trình khôi phục: tạm dừng việc ghi nhận tự động và sử dụng phiên dịch viên, người chép phụ đề trực tiếp, trò chuyện dạng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang Google Meet Help — Google Meet Help Center hiện tại trước khi dựa vào chính sách, quyền kiểm soát nền tảng hoặc khả năng liên quan.

Thực hiện kiểm tra khả năng tiếp cận phụ đề cho một cuộc họp trực tiếp

Ghi lại quyết định về khả năng tiếp cận

Chỉ giữ lại bằng chứng cần thiết để lặp lại bài kiểm tra và cho phép người dùng chấp nhận hoặc từ chối quy trình. Kết thúc bằng áp dụng, thu hẹp, kiểm tra lại hoặc từ chối; nếu đường đi chính không thành công, hãy tạm dừng việc ghi nhận tự động và sử dụng phiên dịch viên, người chép phụ đề trực tiếp, trò chuyện dạng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú.

Kiểm tra phương án dự phòng

Chuyển sang một lựa chọn thay thế được phê duyệt, do con người thực hiện hoặc dạng văn bản, mà không kết thúc việc tham gia. Đánh dấu bằng chứng còn thiếu là N/A, nêu tên người chịu trách nhiệm và không chuyển điều chưa biết thành điểm số có lợi.

Kiểm tra khả năng đọc

Xem xét độ tương phản, độ dài dòng, dấu câu, tín hiệu người nói và công sức chỉnh sửa. So sánh kết quả với một kỳ vọng được viết rõ thay vì đánh giá dựa trên độ trôi chảy tổng thể hoặc vẻ ngoài bóng bẩy.

Đo độ trễ trực tiếp

Đo thời gian từ lời nói đến khi phụ đề hiển thị và ghi nhận liệu độ trễ có thay đổi theo người nói hay không. Sử dụng mẫu không nhạy cảm có chủ đích và xóa sản phẩm thử nghiệm khi quy trình được phê duyệt yêu cầu xóa.

Thiết lập kịch bản đánh dấu

Sử dụng các cụm từ ngắn, tên, số và một lần ngắt lời có chủ ý. Chỉ ghi lại tài khoản, mối quan hệ với người tổ chức, nền tảng, loại cuộc họp, cài đặt, ngày và người đánh giá khi chúng làm thay đổi kết luận.

Hỏi người dùng trước

Nêu rõ hình thức hỗ trợ giao tiếp được ưu tiên và lý do của bài kiểm tra. Sử dụng mẫu kiểm tra hư cấu này làm phạm vi: một người khiếm thính theo dõi luồng phụ đề trực tiếp đến chậm hai mươi giây đúng lúc nhóm bỏ phiếu về thời hạn.

Nhãn người nói hữu ích nhưng không phải bằng chứng

Việc quy attrib có thể hỗ trợ chuyển lượt trong khi vẫn nhận dạng sai giọng nói.

Ghi chú về khả năng tiếp cận: sử dụng ‘Khả năng đọc’ làm mục chấp nhận. Đạt nghĩa là: Độ tương phản, kích thước và nhịp độ có thể sử dụng được. Điều đó hữu ích hơn đối với người điếc và khiếm thính, phiên dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho các cuộc trò chuyện trực tiếp so với một tuyên bố rộng rằng một danh mục hoạt động tốt. Yêu cầu người dùng đánh giá cùng một đoạn đánh dấu trong điều kiện trực tiếp và dự phòng.

Đặt quy tắc đối chiếu với trường hợp này: Hai người có giọng tương tự bị gộp vào một đoạn. Mẫu gần nhất là ‘Cuộc họp nhạy cảm’, trong đó ưu tiên là Quyền riêng tư và lựa chọn, còn ranh giới của con người là Cung cấp quyền truy cập không ghi nhận. Hãy coi ‘Không thể theo dõi một luồng dày đặc’ là một lỗi nghiêm trọng. Hãy coi ‘Không thể theo dõi một luồng dày đặc’ là yếu tố kích hoạt việc nâng cấp xử lý. Điều đó thay đổi người cần hành động và việc đường đi thông thường có nên tiếp tục hay không. Ví dụ về khả năng tiếp cận phụ đề cho thấy giả định nào bị phá vỡ trước tiên và ai vẫn có thẩm quyền phản hồi.

Việc thực tế cần làm là so sánh nhãn với khóa người tham gia được phê duyệt. Nhật ký truy cập lưu định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Đối với kiểm tra khả năng tiếp cận phụ đề này, chỉ lưu đủ thông tin để một người đánh giá khác có thể lặp lại quan sát. Gắn nhãn tài liệu chính thức, hành vi được tái hiện đã quan sát và diễn giải biên tập. Nếu đường đi không thành công, hãy tạm dừng việc ghi nhận tự động và sử dụng phiên dịch viên, người chép phụ đề trực tiếp, trò chuyện dạng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú. Điều đó hỗ trợ một phát hiện có giới hạn về phiên âm AI dành cho người điếc và khiếm thính, chứ không phải một lời hứa phổ quát.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang Zoom Support — Zoom Support Center hiện tại trước khi dựa vào chính sách, quyền kiểm soát nền tảng hoặc khả năng liên quan.

Tiếp tục với hướng dẫn quy trình cuộc họp hoặc xem thư viện chủ đề công cụ ghi chú AI.

Hỗ trợ ngoại tuyến và hỗ trợ con người vẫn khác biệt

Chế độ cục bộ có thể giảm việc truyền dữ liệu nhưng làm mất phạm vi ngôn ngữ hoặc hỗ trợ chỉnh sửa.

Một quyết định theo ‘Hỗ trợ ngoại tuyến và hỗ trợ con người vẫn tách biệt’ xoay quanh ‘Tín hiệu người nói.’ Tiêu chí rất cụ thể: Có thể hiểu được các lần chuyển lượt nói. Đối với người điếc và khiếm thính, phiên dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho những cuộc hội thoại trực tiếp, câu hỏi hữu ích không phải là giao diện có tạo cảm giác yên tâm hay không; mà là liệu một đồng nghiệp có thể khôi phục cùng bằng chứng trong các điều kiện đã nêu hay không. Bất cứ điều gì không được quan sát hoặc ghi chép vẫn là N/A.

Giờ hãy xem xét tình huống thay vì nhãn: Thiết bị vẫn tiếp tục ghi âm khi mạng bị gián đoạn nhưng không thể hiển thị bản sửa. Tình huống này giống ‘Phòng ồn,’ trong đó Chất lượng tín hiệu là mối quan tâm trước mắt và Chuyển sang nguồn sạch hơn là ranh giới đánh giá. Nếu bằng chứng xác lập rằng ‘Việc quy thuộc người nói là phỏng đoán,’ hãy ngừng coi kết quả này là thông thường. Không mức độ trôi chảy nào của đầu ra có thể bù đắp cho kết quả này: Việc quy thuộc người nói là phỏng đoán. Ranh giới bằng chứng đã bị vượt qua. Một bản dựng lại giới hạn sẽ an toàn hơn một lời giải thích tao nhã nhưng vượt quá hồ sơ.

Hành động cho phần này: kiểm tra hành vi ngoại tuyến và tuyến chuyển tiếp sang hỗ trợ con người. Nhật ký truy cập lưu định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Giữ cho bài kiểm tra không chứa thông tin nhạy cảm, lưu lại trạng thái đã ảnh hưởng đến kết quả và loại bỏ chi tiết cá nhân không liên quan. Khi chuỗi bằng chứng kết thúc thì tuyên bố cũng kết thúc. Phương án dự phòng vận hành là tạm dừng việc thu âm tự động và sử dụng phiên dịch viên, nhân viên phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang W3C — Hướng dẫn về khả năng tiếp cận nội dung web (WCAG) 2.2 hiện hành trước khi dựa vào chính sách, kiểm soát nền tảng hoặc khả năng liên quan.

Không thể đánh đổi quyền riêng tư để lấy khả năng tiếp cận

Một quy trình hỗ trợ tiếp cận vẫn cần mục đích, thông báo, thời hạn lưu giữ và lựa chọn.

Bằng chứng nào sẽ làm thay đổi quyết định? Hãy bắt đầu với ‘Thuật ngữ’: kết quả chỉ đạt khi Tên riêng và các từ thuộc lĩnh vực được kiểm tra. Cách định khung này giữ cho ‘Không thể đánh đổi quyền riêng tư để lấy khả năng tiếp cận’ gắn với công việc có thể quan sát được dành cho người điếc và khiếm thính, phiên dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho những cuộc hội thoại trực tiếp, thay vì biến phần này thành lời ca ngợi tính năng. Điều chưa biết là lời nhắc thực hiện một bài kiểm tra nhỏ hơn, không phải sự cho phép để phỏng đoán.

Phản ví dụ này mang tính thực tế: Một nhóm đề xuất chia sẻ công khai vì phụ đề giúp ích cho một người tham gia. Hãy đọc đây như một trường hợp ‘Thảo luận nhóm’. Mục tiêu bằng chứng là Nhiều người nói và điểm kiểm tra với con người là Sử dụng tín hiệu chuyển lượt nói rõ ràng. Điều kiện dừng là ‘Một thuật ngữ quan trọng thay đổi ý nghĩa.’ Quyết định thay đổi ngay khi việc đánh giá xác lập rằng ‘Một thuật ngữ quan trọng thay đổi ý nghĩa.’ Chờ đợi một lời giải thích hoàn hảo chỉ khiến việc khôi phục trở nên khó khăn hơn. Hệ quả đó vẫn quan trọng ngay cả khi phần còn lại của đầu ra đọc rất trôi chảy.

Trước khi công bố kết luận, hãy giới hạn hồ sơ và giải thích ai có thể nhận hồ sơ đó. Nhật ký truy cập lưu định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Phân biệt điều một trang chính thức nói với điều nhóm đã tái hiện và điều biên tập viên suy luận. Nếu không thể hoàn tất bài kiểm tra khả năng tiếp cận phụ đề này, hãy sử dụng N/A và làm theo tuyến khôi phục: tạm dừng việc thu âm tự động và sử dụng phiên dịch viên, nhân viên phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang Hướng dẫn của Bộ Tư pháp Hoa Kỳ — Đạo luật Người Mỹ Khuyết tật hiện hành trước khi dựa vào chính sách, kiểm soát nền tảng hoặc khả năng liên quan.

Đánh giá HiNoter bằng bài kiểm tra chấp nhận của người dùng

Hành vi hiện tại của HiNoter về phụ đề, độ trễ, độ tương phản và chia sẻ cần được kiểm chứng trực tiếp.

Ghi chú về khả năng tiếp cận: sử dụng ‘Phương án dự phòng’ làm hạng mục chấp nhận. Đạt nghĩa là: Một người có thể chuyển đổi hỗ trợ mà không bị bất lợi. Điều này hữu ích hơn đối với người điếc và khiếm thính, phiên dịch viên và các nhóm lựa chọn hỗ trợ phụ đề cho những cuộc hội thoại trực tiếp so với một tuyên bố rộng rằng một danh mục hoạt động. Yêu cầu người dùng đánh giá cùng một đoạn đánh dấu trong điều kiện trực tiếp và dự phòng.

Đặt quy tắc vào trường hợp thực tế này: Người đánh giá kiểm tra một cuộc họp tổng hợp, trong đó người dùng chọn ngưỡng thành công. Mẫu gần nhất là ‘Cuộc gọi nhóm nhỏ,’ với ưu tiên là Chuyển lượt nói nhanh và ranh giới với con người là So sánh phụ đề trực tiếp với trò chuyện bằng văn bản. Hãy coi ‘Công cụ trở thành tuyến tiếp cận duy nhất’ là một thất bại nghiêm trọng. Ranh giới này tồn tại vì phát hiện ‘Công cụ trở thành tuyến tiếp cận duy nhất’ có thể làm thay đổi niềm tin, khả năng tiếp cận hoặc bằng chứng sau khi công việc đã bắt đầu. Ví dụ về khả năng tiếp cận phụ đề cho thấy giả định nào bị phá vỡ trước tiên và ai vẫn có thẩm quyền phản hồi.

Hành động thực tế là chỉ công bố những hỗ trợ đã quan sát được và giữ những điều chưa biết ở trạng thái N/A. Nhật ký truy cập lưu định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Đối với kiểm tra khả năng tiếp cận phụ đề này, chỉ lưu lại lượng thông tin vừa đủ để một người đánh giá khác có thể lặp lại quan sát. Gắn nhãn tài liệu là chính thức, hành vi được tái hiện là đã quan sát, và diễn giải là biên tập. Nếu tuyến này thất bại, hãy tạm dừng việc thu âm tự động và sử dụng phiên dịch viên, nhân viên phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú. Điều đó hỗ trợ một phát hiện có giới hạn về phiên âm AI cho người điếc và khiếm thính, chứ không phải một lời hứa mang tính phổ quát.

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang HiNoter — trang web sản phẩm HiNoter hiện tại trước khi dựa vào chính sách, quyền kiểm soát nền tảng hoặc tính năng liên quan.

Mở danh sách kiểm tra quyền tiếp cận phụ đề: Trước tiên hãy sử dụng một ví dụ không nhạy cảm, giữ các kết quả chưa biết là N/A và chỉ đánh giá quy trình HiNoter hiện tại trong phạm vi hành vi mà bạn có thể xác minh.

Chọn hình thức hỗ trợ bảo toàn quyền tự chủ

Công cụ phù hợp là công cụ mà người đó có thể kiểm soát trước, trong và sau cuộc trò chuyện.

Một quyết định trong phần ‘Chọn hình thức hỗ trợ bảo toàn quyền tự chủ’ xoay quanh ‘Quyền riêng tư.’ Tiêu chuẩn rất cụ thể: Việc thu thập và chia sẻ phù hợp với lựa chọn của người dùng. Đối với người điếc và khiếm thính, thông dịch viên và các nhóm đang chọn hình thức hỗ trợ phụ đề cho các cuộc trò chuyện trực tiếp, câu hỏi hữu ích không phải là liệu giao diện có tạo cảm giác an tâm hay không; mà là liệu một đồng nghiệp có thể khôi phục cùng một bằng chứng trong các điều kiện đã nêu hay không. Bất cứ điều gì chưa được quan sát hoặc ghi lại đều giữ nguyên là N/A.

Bây giờ hãy xem xét tình huống thay vì nhãn: Người tham gia giữ lại cuộc trò chuyện bằng văn bản làm phương án dự phòng và tắt một cảnh báo gây xao nhãng. Tình huống này giống ‘Cuộc họp nhạy cảm’, trong đó Quyền riêng tư và lựa chọn là mối quan tâm trước mắt, còn Cung cấp quyền truy cập không thu thập dữ liệu là ranh giới đánh giá. Nếu bằng chứng xác lập rằng ‘Khả năng tiếp cận được dùng để biện minh cho việc ghi âm mở’, hãy ngừng coi kết quả là thông thường. Phương án dự phòng có lý do tồn tại khi bằng chứng cho thấy ‘Khả năng tiếp cận được dùng để biện minh cho việc ghi âm mở’ và quy trình thông thường không còn đáng tin cậy. Một bản tái dựng hạn hẹp an toàn hơn một lời giải thích tao nhã vượt quá hồ sơ.

Hành động cho phần này: viết một danh sách kiểm tra quyền tiếp cận cá nhân và xem lại sau hai cuộc họp. Nhật ký truy cập ghi lại định dạng ưu tiên, độ trễ, khả năng đọc, tín hiệu người nói, kiểm tra thuật ngữ, phương án dự phòng và lựa chọn của người dùng. Giữ bài kiểm tra không nhạy cảm, lưu lại trạng thái đã ảnh hưởng đến kết quả và loại bỏ các chi tiết cá nhân không liên quan. Khi chuỗi bằng chứng kết thúc, tuyên bố cũng kết thúc. Phương án dự phòng vận hành là tạm dừng việc thu thập tự động và sử dụng thông dịch viên, người tạo phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú.

• Xác nhận độ trễ: Phụ đề xuất hiện khi lượt nói vẫn còn quan trọng
• Xác nhận khả năng đọc: Độ tương phản, kích thước và tốc độ hiển thị có thể sử dụng được
• Xác nhận tín hiệu người nói: Có thể hiểu được sự thay đổi lượt nói
• Xác nhận thuật ngữ: Tên riêng và từ ngữ chuyên ngành đã được kiểm tra
• Xác nhận phương án dự phòng: Một người có thể chuyển sang hình thức hỗ trợ khác mà không bị bất lợi

Ghi chú bằng chứng về khả năng tiếp cận phụ đề: Xem lại trang Ủy ban Thương mại Liên bang Hoa Kỳ — FTC công bố chiến dịch trấn áp các tuyên bố và thủ đoạn AI lừa đảo hiện tại trước khi dựa vào chính sách, quyền kiểm soát nền tảng hoặc tính năng liên quan.

Các câu hỏi của độc giả về khả năng tiếp cận phụ đề

Phiên âm AI có thể hỗ trợ người dùng điếc hoặc khiếm thính không?

Phiên âm AI có thể cải thiện khả năng tiếp cận cho một số người dùng điếc hoặc khiếm thính khi phụ đề xuất hiện nhanh, vẫn dễ đọc và được kết hợp với một phương án thay thế do con người phê duyệt. Đây không phải là sự thay thế phổ quát cho thông dịch viên, dịch vụ hỗ trợ tiếp cận, công nghệ trợ thính hoặc giao tiếp trực tiếp. Quyết định hữu ích phụ thuộc vào độ trễ, độ chính xác, sự thay đổi người nói, thuật ngữ, âm thanh trong phòng, quyền riêng tư và cách tham gia mà người đó ưa thích. Câu trả lời thay đổi theo người tổ chức, nền tảng, vai trò tài khoản, loại cuộc họp, khu vực pháp lý, chính sách tổ chức và cơ chế thu thập. Hãy kiểm tra một trường hợp đại diện vô hại và để hành vi không được hỗ trợ là N/A.

Tôi nên kiểm tra điều gì trước tiên đối với phiên âm AI cho người điếc và khiếm thính?

Bắt đầu với cơ chế và ranh giới quyết định: Thực hiện một bài kiểm tra ngắn có sự đồng ý, sử dụng các cụm từ đã biết, nhiều người nói, một lần ngắt lời có chủ ý và một phương án dự phòng mà người dùng có thể lựa chọn mà không mất nội dung cuộc trò chuyện. Kiểm tra đầu tiên phải cho thấy quy trình có được cấp quyền hay không và liệu vẫn còn một nguồn đáng tin cậy nếu quy trình tự động thất bại hay không.

Ô hiển thị người tham gia có chứng minh rằng việc ghi âm đã hoạt động không?

Không. Sự hiện diện, quyền truy cập âm thanh, phiên âm, lưu trữ và xử lý sau đó là các trạng thái riêng biệt. Hãy xác minh một đoạn đã biết trong sản phẩm thu được và xác nhận rằng một người chịu trách nhiệm nhận được cảnh báo hữu ích khi việc thu thập không bắt đầu hoặc trở nên không đầy đủ.

Nếu người tổ chức hoặc người tham gia phản đối thì sao?

Sử dụng nhánh đã được phê duyệt là không ghi âm mà không tranh luận về sự tiện lợi. Tạm dừng việc thu thập tự động và sử dụng thông dịch viên, người tạo phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú. Đối với các cuộc họp nhạy cảm hoặc có hậu quả quan trọng, hãy tuân theo chính sách của tổ chức và xin tư vấn đủ năng lực khi được yêu cầu.

Sự đồng ý và quyền riêng tư nên được xử lý như thế nào?

Coi thông báo, luật hiện hành, hợp đồng, chính sách tổ chức, mục đích, quyền truy cập, thời hạn lưu giữ, việc sửa chữa và xóa dữ liệu là các câu hỏi có liên quan nhưng riêng biệt. Bài viết này cung cấp thông tin vận hành, không phải tư vấn pháp lý, và thông báo của nền tảng không phải là sự cho phép pháp lý phổ quát.

Nên đánh giá HiNoter cho quy trình này như thế nào?

Sử dụng một phiên bản không nhạy cảm của tình huống một người tham gia khiếm thính đang xem luồng phụ đề trực tiếp đến trễ hai mươi giây đúng lúc nhóm bỏ phiếu về thời hạn. Chỉ ghi lại hành vi hiện tại đã quan sát được đối với yếu tố kích hoạt, tín hiệu người tham gia, quyền kiểm soát, đầu ra, cảnh báo, quyền truy cập và dọn dẹp. Không suy luận các tính năng còn thiếu, thuộc tính quyền riêng tư hoặc việc tuân thủ từ ngôn ngữ mô tả danh mục.

Phương án dự phòng an toàn nhất khi tự động hóa thất bại là gì?

Tạm dừng việc thu thập tự động và sử dụng thông dịch viên, người tạo phụ đề trực tiếp, trò chuyện bằng văn bản, phụ đề được phê duyệt hoặc người phụ trách ghi chú. Cho những người bị ảnh hưởng biết bản ghi nào là nguồn có thẩm quyền, xác định các khoảng trống và tránh dựng lại các sự kiện có hậu quả quan trọng từ trí nhớ khi đã có nguồn hoặc xác nhận trực tiếp.

Quyết định biên tập

Đối với câu hỏi ‘Phiên âm AI có thể hỗ trợ người dùng điếc hoặc khiếm thính không?’ câu trả lời hữu ích mang tính điều kiện thay vì tuyệt đối. Phiên âm AI có thể cải thiện khả năng tiếp cận cho một số người dùng điếc hoặc khiếm thính khi phụ đề xuất hiện nhanh, vẫn dễ đọc và được kết hợp với một phương án thay thế do con người phê duyệt. Đây không phải là sự thay thế phổ quát cho thông dịch viên, dịch vụ hỗ trợ tiếp cận, công nghệ trợ thính hoặc giao tiếp trực tiếp. Quyết định hữu ích phụ thuộc vào độ trễ, độ chính xác, sự thay đổi người nói, thuật ngữ, âm thanh trong phòng, quyền riêng tư và cách tham gia mà người đó ưa thích. Một quy trình phụ đề tạo được niềm tin khi trao cho người đó nhiều quyền kiểm soát hơn đối với cuộc trò chuyện, chứ không chỉ đơn giản là nhiều văn bản hơn. Quyết định nên nêu rõ điều gì đã được xác minh, những loại cuộc họp nào vẫn bị loại trừ, ai là người phê duyệt bản ghi và phương án dự phòng nào vẫn hoạt động khi quy trình thu thập thất bại hoặc không phù hợp.

Kiểm tra lại tài khoản trực tiếp sau những thay đổi về sản phẩm, nền tảng, đối tượng thuê, người tổ chức, lịch, chính sách hoặc mục đích cuộc họp. Nếu bằng chứng không thể hỗ trợ một tuyên bố về phiên âm AI cho người điếc và khiếm thính, hãy công bố ‘chưa được xác minh’ hoặc N/A thay vì một ước tính thuận lợi.

Hãy để người dùng đặt ngưỡng đạt: Thực hiện một buổi diễn tập được cấp quyền, không nhạy cảm, đối chiếu kết quả với nguồn của nó và kiểm tra HiNoter trong đúng phạm vi bạn đã xác minh.