Khả năng tiếp cận web cho agency mà không cần chuyên gia

Một agency quản lý từ 5 đến 30 trang web khách hàng không cần chuyên gia khả năng tiếp cận nội bộ để cung cấp dịch vụ này một cách thực sự; họ cần một quy trình có thể lặp lại: quét mọi trang, xem xét những gì cần quyết định, chuyển giao hoặc áp dụng bản sửa, và giám sát theo lịch. Việc thuê chuyên gia chỉ trở nên cần thiết ở quy mô mà hầu hết agency nhỏ chưa đạt tới. Đây là phiên bản thực tế của quy trình đó.

Những điểm chính

• Thuê chuyên gia là một khoản chi phí thật mà hầu hết agency có 5 đến 30 khách hàng không cần gánh; quy trình thực tế được chia thành các bước mà một người làm tổng quát có thể thực hiện với công cụ phù hợp.
• Quét trước, trên mọi trang khách hàng, theo lịch cố định, không phải từng trang khi có chuyện. Sự nhất quán giữa các khách hàng là điều biến việc này thành một dịch vụ chứ không phải một ân huệ thỉnh thoảng mới làm.
• Tách những gì tự động khỏi những gì cần quyết định. Một nhóm lỗi được xử lý bằng thay đổi mã thật không cần thời gian của bạn. Một nhóm được đánh dấu để xem xét thì cần, và đó là nơi phán đoán của bạn thực sự quan trọng.
• Giám sát hằng tuần hoặc hằng tháng, không phải đánh giá một lần, là điều biến việc này thành mối quan hệ dịch vụ lâu dài thay vì một hóa đơn duy nhất.
• Khả năng theo dõi từng khách hàng quan trọng ngang với chính các bản sửa. Một agency quản lý nhiều trang cần nhìn thoáng qua là biết khách hàng nào đang ổn và khách hàng nào cần chú ý ngay, thay vì phải lục từng trang để tìm hiểu.

Vì sao việc này không cần thuê chuyên gia

Thuê một chuyên gia khả năng tiếp cận chuyên trách có lý khi bạn quản lý công việc khả năng tiếp cận trên hàng chục trang ở mức độ sâu: thiết kế widget ARIA tùy chỉnh, các kiểu tương tác thực sự mới, những phần của lĩnh vực này cần phán đoán chuyên sâu. Hầu hết agency trong khoảng 5 đến 30 khách hàng chưa ở mức đó, và sẽ chưa đến trong một thời gian nữa.

Điều họ thực sự cần là một quy trình biến "khả năng tiếp cận" từ một dự án đặc biệt thành một hạng mục lặp lại, giống như hosting hay bảo trì SEO cơ bản vẫn đang vận hành. Đây là vấn đề quy trình, không phải vấn đề tuyển dụng, và có thể giải quyết bằng công cụ phù hợp cùng sự phân công rõ ràng: công cụ tự động xử lý những gì thực sự mang tính máy móc, còn một người trong đội của bạn đưa ra các quyết định còn lại.

Quy trình thực tế

1. Quét mọi trang khách hàng theo lịch, không phải bị động. Chờ đến khi khách hỏi, hoặc tệ hơn là khi thư yêu cầu bồi thường đến, nghĩa là bạn luôn bắt đầu từ con số không trong áp lực thời gian. Một lịch quét cố định hằng tuần hoặc hằng tháng trên mọi trang trong danh mục giúp bạn biết rõ tình hình trước khi có ai hỏi.

2. Xem xét những gì được đánh dấu, không phải mọi thứ. Không phải phát hiện nào cũng cần bạn chú ý. Các nhóm lỗi được xử lý bằng bản sửa mã thật, đã áp dụng, không cần xem xét; chúng đã xong. Thứ thực sự cần con người là nhóm nhỏ hơn được đánh dấu để phán đoán thủ công: một nhãn biểu mẫu cần người đoán hợp lý mục đích thật của ô nhập, một widget tùy chỉnh cần người hiểu rõ bối cảnh sản phẩm.

3. Chuyển giao hoặc áp dụng bản sửa. Với khách hàng có mã nguồn kết nối GitHub, đây thường là một pull request mà đội của bạn xem xét và hợp nhất như mọi thay đổi mã khác. Với khách hàng Shopify, đó là danh sách kiểm tra có hướng dẫn được thực hiện trong trình chỉnh sửa giao diện. Cơ chế khác nhau tùy nền tảng, nhưng bước xem xét thì giống nhau: một người bên bạn duyệt trước khi bất cứ thứ gì khách hàng nhìn thấy thay đổi.

4. Giám sát hằng tuần, báo cáo hằng tháng. Một trang vượt qua bản quét vào tháng 1 có thể không đạt vào tháng 3: trang mới được thêm, giao diện được cập nhật, nội dung thay đổi. Giám sát liên tục phát hiện sự sai lệch trước khi nó thành vấn đề của khách hàng, và một báo cáo định kỳ có ghi ngày là thứ thực sự chứng minh giá trị liên tục thay vì một sản phẩm giao một lần rồi bị lãng quên. Để biết báo cáo đó nên gồm những gì, xem báo cáo khả năng tiếp cận mang thương hiệu riêng: agency nên yêu cầu những gì.

5. Theo dõi tình trạng từng khách hàng chỉ trong nháy mắt. Khi đã vượt quá vài trang, việc kiểm tra từng trang riêng lẻ không còn khả thi. Một màn hình duy nhất cho thấy mức rủi ro trên toàn bộ danh sách khách hàng, ai đang ổn, ai cần chú ý, ai chưa được kiểm tra tháng này, là điều giúp bạn quản lý được 10, 20 hay 30 khách hàng thay vì một bảng tính không ai cập nhật.

Điều gì thực sự cần con người, và điều gì không

Sự phân chia trung thực quan trọng ở đây không kém bất kỳ nhóm lỗi nào. Một phần đáng kể các vi phạm WCAG phổ biến được giải quyết bằng bản sửa tự động, đã áp dụng: văn bản thay thế, nhãn biểu mẫu, thuộc tính ngôn ngữ, bỏ qua điều hướng, tên liên kết và nút, cùng một số loại khác. Những thứ này thực sự không cần thời gian của đội bạn sau khi đã được thiết lập và vận hành.

Những gì cần con người: mọi thứ đòi hỏi hiểu trang của một khách hàng cụ thể thực sự đang muốn làm gì, một thành phần tương tác thực sự tùy chỉnh, quyết định xem một thay đổi màu sắc đề xuất có hợp với thương hiệu khách hàng không, hay quyết định có nên nêu một mục được đánh dấu với khách hàng hay không. Đó là tập quyết định nhỏ hơn đáng kể so với việc xử lý thủ công từng vi phạm, và chính điều đó làm cho khối lượng 5 đến 30 khách hàng trở nên khả thi mà không cần chuyên gia chuyên trách.

Nếu bạn đang cân nhắc xem các con số có hợp lý không, giá công cụ khả năng tiếp cận cho agency: bài toán 10 khách hàng so sánh chi phí của từng loại công cụ trên mỗi khách hàng. Gói Agency cho thấy cách Axeazy xử lý việc quét và sửa lỗi khả năng tiếp cận mang thương hiệu riêng trên toàn bộ danh mục, và các gói hiện tại có trên trang bảng giá.

Câu hỏi thường gặp

Khi nào thì một agency thực sự cần chuyên gia chuyên trách?

Đại khái là khi công việc chuyển từ "xem xét các mục được đánh dấu và áp dụng bản sửa đơn giản" sang "thiết kế các kiểu tương tác thực sự tùy chỉnh cho các thành phần riêng trên nhiều mã nguồn khách hàng khác nhau". Hầu hết agency trong khoảng 5 đến 30 khách hàng đang làm việc thứ nhất, và một người làm tổng quát với công cụ phù hợp có thể xử lý được.

Việc này thực sự tốn bao nhiêu thời gian của đội tôi cho mỗi khách hàng?

Điều đó phụ thuộc nhiều vào mức độ tùy chỉnh của từng trang: một trang Shopify hoặc WordPress dựa trên mẫu thường cần ít xem xét thủ công hơn một ứng dụng React tự xây hoàn toàn với các thành phần riêng. Bước quét và xem xét đều nhanh; phần lớn thời gian thay đổi nằm ở việc xem xét các mục được đánh dấu, không phải chạy bản quét.

Một người có thể thực sự quản lý việc này trên 30 trang khách hàng không?

Với lịch quét cố định và bảng điều khiển theo từng khách hàng để theo dõi tình trạng, thì có, với hầu hết agency trong khoảng đó. Điểm nghẽn không nằm ở số lượng trang, mà ở mức độ công việc tùy chỉnh, riêng lẻ mà từng trang đòi hỏi.

Khách hàng có nên biết công việc khả năng tiếp cận của họ được xử lý như vậy, một phần tự động không?

Đó là quyết định của bạn và phần lớn là vấn đề định vị, nhưng nói rõ phần nào tự động và phần nào được xem xét thủ công luôn là cách làm tốt, vì cùng lý do nó là cách làm tốt trong mọi tuyên bố về khả năng tiếp cận: phóng đại những gì công cụ làm được chính là sai lầm khiến các nhà cung cấp gặp rắc rối thật sự.

Điều gì xảy ra khi trang của khách hàng thay đổi và làm hỏng thứ đã được sửa trước đó?

Đó chính là lý do cần giám sát liên tục thay vì đánh giá một lần. Một bản quét hằng tuần hoặc hằng tháng phát hiện các lỗi mới do cập nhật giao diện hay trang mới gây ra trước khi chúng nằm đó hàng tháng mà không ai để ý.

Nguồn

• Axeazy: quy trình và công cụ cho agency