Thiết kế các dịch vụ chính phủ số mà người dân tin tưởng

Một công dân mở ứng dụng gia hạn hộ chiếu vào lúc 22 giờ, điền xong biểu mẫu, tải ảnh, thanh toán — rồi nhận được một dòng lỗi vô nghĩa: "Đã có lỗi xảy ra. Vui lòng thử lại sau." Không có mã lỗi, không có số hồ sơ, không có cách nào biết tiền đã bị trừ hay chưa. Sáng hôm sau, họ xếp hàng ở quầy dịch vụ công như thể ứng dụng chưa từng tồn tại. Đó không phải là một lỗi kỹ thuật. Đó là khoảnh khắc niềm tin bị rút lại.

Niềm tin vào dịch vụ công số không được xây bằng giao diện đẹp — nó được xây bằng việc hệ thống làm đúng những gì đã hứa, mọi lần, và khi nó không làm đúng, nó nói thật ngay lập tức. Đây là luận điểm trung tâm của bài viết này: phần lớn các chính phủ đang đầu tư vào lớp vỏ số (giao diện, ứng dụng di động, chatbot) trong khi lỗ hổng niềm tin thực sự nằm ở tầng rủi ro nhận thức — cái giá tưởng tượng của việc làm sai một thủ tục với nhà nước. Sửa giao diện không chữa được điều đó. Phải thiết kế lại rủi ro.

Vì sao người dân không tin dịch vụ công trực tuyến?

Không phải vì họ không biết dùng công nghệ. Họ không tin vì cái giá của một lỗi giao dịch với nhà nước cao hơn hẳn cái giá của một lỗi mua hàng online. Đặt nhầm địa chỉ giao hàng, bạn mất vài ngày. Điền nhầm một trường trong hồ sơ cư trú, bạn có thể mất quyền lợi, bị phạt, hoặc phải làm lại từ đầu qua một quy trình không rõ ràng.

Đây chính là loss aversion — thiên kiến mất mát mà Daniel Kahneman và Amos Tversky mô tả trong lý thuyết triển vọng (Prospect Theory: An Analysis of Decision under Risk, công bố trên tạp chí Econometrica năm 1979): con người cảm nhận một khoản mất mát nặng gấp khoảng hai lần một khoản được lợi tương đương. Với dịch vụ tư nhân, phần thưởng của việc thử online là tiện lợi; rủi ro là nhỏ. Với dịch vụ công, phần thưởng cũng là tiện lợi — nhưng rủi ro cảm nhận là mất quyền, mất tiền, mất thời gian không thể lấy lại. Khi rủi ro cảm nhận lớn hơn lợi ích cảm nhận, công dân chọn phương án an toàn: xếp hàng ở quầy, nơi có một con người xác nhận trực tiếp rằng hồ sơ đã được nhận.

Nói cách khác, tỷ lệ bỏ dở (drop-off) trên các nền tảng dịch vụ công không phải là chỉ số về UX kém. Nó là chỉ số về niềm tin thấp — và niềm tin thấp có nguyên nhân hành vi cụ thể, có thể thiết kế lại được.

Niềm tin số được xây dựng như thế nào trong dịch vụ công?

Niềm tin, trong ngữ cảnh dịch vụ công, có một định nghĩa vận hành rất cụ thể: khả năng dự đoán được kết quả trước khi hành động. Công dân không cần dịch vụ công phải đẹp. Họ cần biết chắc: nếu tôi làm đúng các bước, tôi sẽ nhận được đúng kết quả, đúng thời hạn, không có bất ngờ khó chịu ở giữa.

Ba yếu tố quyết định điều này:

• Tính nhất quán giữa các kênh — thông tin nhập ở cổng online phải khớp với thông tin nhân viên quầy nhìn thấy, không được yêu cầu công dân "giải trình lại từ đầu" khi chuyển kênh.
• Trạng thái luôn hiển thị — hồ sơ đang ở đâu, ai đang xử lý, còn bao lâu — không phải im lặng cho đến ngày trả kết quả.
• Hậu quả của sai sót được giới hạn rõ — công dân biết trước: nếu nhập sai một trường, hệ thống sẽ báo ngay, không phải hồ sơ bị từ chối sau ba tuần chờ.

Ba yếu tố này không phải tính năng phần mềm — chúng là cam kết thiết kế dịch vụ, thứ mà chỉ đến từ việc lập bản đồ hành trình công dân thật kỹ trước khi viết một dòng mã nào. Đây cũng là lý do thiết kế dịch vụ (service design) phải đi trước số hóa, không phải chạy song song với nó.

Ma sát nào đang âm thầm phá vỡ dịch vụ công số?

Richard Thaler phân biệt hai loại lực cản trong hành vi lựa chọn: friction — ma sát hợp lý, cần thiết để bảo vệ người dùng hoặc đảm bảo tính xác thực — và sludge — ma sát vô nghĩa, chỉ tồn tại vì hệ thống thiết kế kém hoặc vì lợi ích của tổ chức, không phải của người dùng. Thaler đặt ra khái niệm này rõ trong bài viết "Nudge, Not Sludge" đăng trên tạp chí Science năm 2018, kêu gọi các tổ chức — đặc biệt là nhà nước — chủ động đo lường và loại bỏ sludge như một chỉ số vận hành, không kém quan trọng hơn tốc độ xử lý.

Dịch vụ công số đầy sludge, thường vì lý do lịch sử hơn là chủ ý xấu:

• Yêu cầu công dân tự khai lại thông tin mà một cơ quan khác của chính nhà nước đã có sẵn.
• Buộc tải lên bản scan giấy tờ đã từng nộp trong một thủ tục trước đó cùng hệ thống.
• Đăng nhập lại nhiều lần qua các cổng khác nhau cho các bước của cùng một dịch vụ.
• Thông báo lỗi kỹ thuật thay vì hướng dẫn hành động cụ thể tiếp theo.
• Thời hạn xử lý mơ hồ ("trong thời gian sớm nhất") thay vì một con số cam kết.

Mỗi điểm sludge này không chỉ gây khó chịu — nó tái khẳng định với công dân rằng hệ thống không đáng tin, đúng lúc họ cần được trấn an nhất. Đây là lý do việc rà soát và loại bỏ ma sát vô nghĩa nên là một hạng mục ngân sách riêng trong mọi chương trình chuyển đổi số khu vực công, không phải một "nice to have" bị cắt khi ngân sách hẹp.

Làm thế nào để thiết kế mặc định đúng cho dịch vụ công?

Choice architecture — kiến trúc lựa chọn — là công cụ mạnh nhất mà một chính phủ có, và cũng dễ bị lạm dụng nhất. Richard Thaler và Cass Sunstein, trong cuốn Nudge: Improving Decisions About Health, Wealth, and Happiness (2008), chỉ ra rằng phương án mặc định luôn được chọn nhiều hơn hẳn các phương án khác, đơn giản vì con người vận hành phần lớn quyết định ở chế độ System 1 — nhanh, tự động, tiết kiệm nỗ lực nhận thức, theo mô hình tư duy hai hệ thống của Kahneman.

Trong dịch vụ công, điều này có ứng dụng rất cụ thể: mặc định đăng ký nhận thông báo qua kênh nào, mặc định gia hạn tự động hay yêu cầu công dân chủ động, mặc định ngôn ngữ hiển thị, mặc định phương thức nhận kết quả (giao tận nhà hay đến lấy). Mỗi mặc định là một quyết định chính sách trá hình dưới lớp giao diện.

Vấn đề đạo đức nảy ra khi mặc định được chọn để phục vụ hiệu suất nội bộ của cơ quan (giảm chi phí bưu điện, giảm số lượng cuộc gọi) thay vì lợi ích thực của công dân. Một chính phủ đáng tin công khai lý do của từng mặc định, và luôn để công dân đổi mặc định trong một hoặc hai bước, không chôn tùy chọn đó bảy lớp menu sâu — vì việc chôn giấu lựa chọn thay thế chính là sludge dưới một cái tên khác.

Quy trình từng bước để thiết kế lại một dịch vụ công số đáng tin

Đây là trình tự tôi đã dùng để dẫn dắt các đội dịch vụ công đánh giá lại một thủ tục hiện có — không phải xây từ đầu, mà tái thiết kế cái đang chạy dở:

1. Lập bản đồ hành trình thật, không phải hành trình lý tưởng. Theo dõi công dân thật đi qua thủ tục thật, ghi lại từng lần họ dừng lại, gọi điện hỏi, hoặc bỏ giữa đường. Đừng vẽ hành trình từ sơ đồ nghiệp vụ nội bộ.
2. Định vị các khoảnh khắc quyết định (moments of truth) — những điểm mà một trải nghiệm tệ sẽ khiến công dân đánh giá lại toàn bộ niềm tin vào cơ quan, không chỉ vào riêng thủ tục đó.
3. Phân loại từng điểm ma sát là friction cần giữ (xác thực danh tính, kiểm tra hợp lệ) hay sludge cần xóa (khai lại dữ liệu đã có, xác nhận thừa).
4. Thiết kế lại các mặc định theo lợi ích công dân, và viết rõ lý do công khai cho mỗi mặc định mới.
5. Xây cơ chế hiển thị trạng thái liên tục — mã hồ sơ, thanh tiến trình, thời hạn cam kết bằng số cụ thể, không dùng ngôn ngữ mơ hồ.
6. Thiết kế đường phục hồi lỗi trước khi ra mắt, không chờ lỗi xảy ra rồi vá. Mỗi thông báo lỗi phải trả lời được: chuyện gì đã xảy ra, tôi mất gì, tôi cần làm gì tiếp theo.
7. Thử nghiệm với nhóm công dân có mức độ thành thạo số khác nhau, không chỉ nhóm nội bộ hay nhóm dùng thử quen công nghệ.
8. Đo lường không chỉ tỷ lệ hoàn tất, mà tỷ lệ quay lại dùng kênh số ở lần thủ tục kế tiếp — chỉ số này phản ánh niềm tin thật hơn bất kỳ khảo sát hài lòng nào.

Bước cuối là bước hay bị bỏ qua nhất, và cũng là bước quan trọng nhất. Một công dân hoàn tất một thủ tục online không có nghĩa là họ tin hệ thống — có thể họ chỉ không có lựa chọn khác vào lúc đó. Niềm tin thật thể hiện ở việc lần sau, khi có lựa chọn, họ vẫn chọn kênh số.

Vì sao minh bạch về lỗi quan trọng hơn việc không có lỗi?

Không hệ thống nào không có lỗi. Điều phân biệt một dịch vụ công đáng tin không phải là tỷ lệ lỗi bằng không — điều đó không tồn tại ở quy mô quốc gia — mà là cách hệ thống xử lý lỗi khi nó xảy ra. Đây là ứng dụng trực tiếp của peak-end rule mà Kahneman mô tả: con người đánh giá một trải nghiệm chủ yếu dựa trên đỉnh điểm cảm xúc và cách nó kết thúc, không phải trung bình của toàn bộ hành trình.

Một lỗi được xử lý tốt — báo rõ, sửa nhanh, có người liên hệ chủ động — có thể trở thành đỉnh điểm tích cực, khoảnh khắc công dân kể lại cho người khác như một minh chứng "hệ thống này thực ra ổn". Một lỗi bị giấu, bị im lặng, hoặc buộc công dân tự đi tìm câu trả lời qua tổng đài, trở thành đỉnh điểm tiêu cực khắc sâu hơn cả một trăm giao dịch trơn tru trước đó.

Một chính phủ không cần hệ thống hoàn hảo để được tin tưởng. Nó cần một hệ thống trung thực về những gì chưa hoàn hảo, đủ nhanh để sửa, và đủ minh bạch để công dân không phải tự đoán.

Đây là lý do cơ chế leo thang và xử lý khiếu nại cần được thiết kế với cùng mức độ nghiêm túc như luồng giao dịch chính, thay vì là một dòng chữ "liên hệ tổng đài" ở cuối trang. Xem thêm cách xây dựng lộ trình xử lý sự cố có cấu trúc trong chiến lược xử lý leo thang (escalation strategy), và cách phát hiện những khoảnh khắc quyết định trước khi chúng gây thiệt hại thương hiệu, trong bài Finding and Fixing Moments of Truth in the Customer Journey.

Những hình mẫu dịch vụ công số nào đang làm đúng?

Một vài nguyên tắc vận hành đã được kiểm chứng ở quy mô lớn, đáng để bất kỳ đội dịch vụ công nào tham khảo:

• Nguyên tắc "chỉ khai một lần" (once-only) của Estonia, vận hành qua hạ tầng trao đổi dữ liệu X-Road, cho phép các cơ quan chia sẻ dữ liệu công dân đã xác thực với nhau, để công dân không phải nộp lại giấy tờ mà nhà nước đã có. Đây là cách triệt để nhất để xóa sludge ở gốc, không phải ở giao diện.
• Chuẩn thiết kế dịch vụ công khai của Vương quốc Anh, được ghi lại trong GOV.UK Service Manual, buộc mọi dịch vụ số của chính phủ phải qua các vòng đánh giá dựa trên hành vi người dùng thật trước khi được công bố rộng — một quy trình kiểm định niềm tin trước khi kiểm định công nghệ.
• Chỉ số phát triển chính phủ điện tử (EGDI), do Ban Kinh tế và Xã hội của Liên Hợp Quốc (UN DESA) công bố định kỳ trong UN E-Government Survey, theo dõi mức độ trưởng thành số của các quốc gia không chỉ qua hạ tầng công nghệ, mà qua mức độ dịch vụ lấy con người làm trung tâm — một tín hiệu cho thấy ngay cả các tổ chức quốc tế cũng đo "niềm tin qua thiết kế", không chỉ đo băng thông máy chủ.

Điểm chung của những mô hình này không phải là ngân sách công nghệ lớn hơn. Đó là việc coi thiết kế hành trình công dân là hạ tầng quốc gia, ngang hàng với hạ tầng dữ liệu — nguyên tắc cũng đúng với khu vực tư nhân, như phân tích trong Designing self-service that customers actually prefer.

Vai trò của nhân viên tuyến đầu trong một dịch vụ công đã số hóa là gì?

Số hóa không xóa bỏ nhu cầu về con người ở tuyến đầu — nó thay đổi vai trò của họ, từ người xử lý giao dịch thành người xử lý ngoại lệ và người bảo đảm niềm tin cho nhóm công dân chưa sẵn sàng hoặc không thể dùng kênh số. Bỏ qua vai trò này là sai lầm phổ biến nhất trong các chương trình chuyển đổi số khu vực công: coi nhân viên quầy là chi phí cần cắt, thay vì coi họ là lớp bảo hiểm niềm tin cho cả hệ thống.

Một dịch vụ công đáng tin thiết kế hành trình lai (hybrid) có chủ đích: kênh số cho các trường hợp tiêu chuẩn, đường dẫn rõ ràng và không kỳ thị sang kênh con người cho các trường hợp phức tạp, và một cơ chế phản hồi để những ngoại lệ nhân viên tuyến đầu gặp hằng ngày quay lại nuôi cải tiến sản phẩm số — không bị chìm trong báo cáo nội bộ không ai đọc. Đây là lý do trải nghiệm nhân viên và trải nghiệm công dân phải được thiết kế song hành, không phải hai chương trình tách biệt với hai ngân sách khác nhau.

Để đánh giá một cách có cấu trúc xem tổ chức đang ở đâu trên hành trình này — từ hạ tầng dữ liệu đến năng lực xử lý ngoại lệ — công cụ CX Maturity Assessment cho một điểm chuẩn nhanh trên các khối năng lực cốt lõi, thường là bước khởi đầu hữu ích trước khi cam kết một chương trình cải tổ toàn diện.

Điều gì xảy ra khi niềm tin số được xây đúng cách?

Khi một dịch vụ công số làm đúng — mặc định phục vụ công dân, ma sát chỉ tồn tại khi cần thiết, lỗi được xử lý minh bạch, và con người vẫn sẵn sàng ở nơi máy không đủ — điều xảy ra không chỉ là tỷ lệ hoàn tất giao dịch cao hơn. Điều xảy ra là công dân bắt đầu coi việc tương tác với nhà nước là một việc nhẹ nhàng, có thể đoán trước, thay vì một rủi ro cần né tránh cho đến khi không còn lựa chọn khác.

Đó là ngưỡng thật của chuyển đổi số khu vực công — không phải tỷ lệ dịch vụ đã "lên online", mà tỷ lệ công dân chọn kênh số vì họ tin nó, không phải vì họ bị buộc phải dùng nó. Khoảng cách giữa hai con số đó chính là lượng công việc thiết kế còn chưa làm. Tìm hiểu cách các mô hình tương tự đang được áp dụng trong khu vực công tại trang Public Services – Customer Experience Digital Transformation, hoặc liên hệ đội Renascence để đánh giá hành trình dịch vụ hiện tại của tổ chức.