Confirmshaming là kiểu viết nút từ chối sao cho người dùng thấy ngại hoặc xấu hổ khi bấm, ví dụ một hộp mời nhận ưu đãi mà nút từ chối ghi "Thôi, mình không thích tiết kiệm". Nó thường đi cùng các mẹo thị giác như làm nút đồng ý to và nổi màu, còn nút từ chối thành dòng chữ xám nhỏ, hay đặt câu hỏi theo kiểu phủ định kép để người đọc dễ hiểu nhầm.
Những kỹ thuật này không thay đổi mặc định theo nghĩa kỹ thuật, vì không có ô nào được tích sẵn. Nhưng chúng làm cho một lựa chọn dễ đi hơn hẳn lựa chọn kia, và tác động tương tự một mặc định. Bài này giúp bạn nhận ra các dạng phổ biến khi dùng ứng dụng, phản xạ thế nào cho nhanh, và nếu bạn làm sản phẩm, cách viết nút và hộp thoại sao cho rõ ràng mà vẫn đạt mục tiêu.
Confirmshaming trông như thế nào
Dạng dễ gặp nhất là hộp mời hiện ra khi bạn vừa vào trang, mời nhập email để nhận mã giảm giá. Nút đồng ý ghi rõ lợi ích, nút từ chối thì được viết như một lời tự nhận thiệt: "Không, mình thích trả giá gốc hơn", "Bỏ qua, mình không quan tâm tới sức khoẻ", "Thôi, để con tự học vậy". Người dùng muốn từ chối phải tự bấm vào một câu nói xấu về chính mình.
Một dạng khác xuất hiện khi bạn huỷ hoặc rời đi: "Bạn có chắc muốn bỏ lỡ mọi ưu đãi dành riêng cho thành viên?", kèm nút "Ở lại" to và nút "Vẫn rời đi" nhỏ. Hoặc khi tắt thông báo: "Tắt thông báo, bạn có thể lỡ tin quan trọng từ người thân."
Cơ chế tâm lý ở đây khá đơn giản. Không ai muốn tự nhận mình không thích tiết kiệm hay không quan tâm con cái, nên dù biết đó chỉ là câu chữ, nhiều người vẫn khựng lại một nhịp. Nhịp khựng đó đủ để một phần người dùng bấm vào nút còn lại. Vì vậy kiểu viết này vẫn được dùng, dù nó khiến nhiều người bực mình và cảm thấy bị coi thường.
Màu, kích thước và vị trí: dẫn dắt bằng mắt
Nút đồng ý là khối màu, nút từ chối là chữ trơn. Mắt người dùng đi tới vùng nổi bật nhất trước. Khi một bên là khối màu xanh lớn, bên kia là dòng chữ xám không viền, nhiều người không nhận ra có lựa chọn thứ hai, hoặc nghĩ đó là chú thích.
Nút đóng nhỏ, mờ, nằm ở góc khó bấm. Dấu nhân đóng hộp quảng cáo có khi chỉ bằng đầu kim, màu nhạt trên nền nhạt, đặt sát mép màn hình. Ngón tay bấm trượt là mở luôn trang quảng cáo.
Vị trí nút bị đảo giữa các màn hình. Ở màn hình trước, nút "Tiếp tục" nằm bên phải. Ở màn hình có lựa chọn trả phí, nút "Đăng ký" lại nằm đúng chỗ đó. Người dùng bấm theo quán tính ngón tay mà không đọc.
Từ chối nằm sau một lớp nữa. Đồng ý chỉ cần một chạm, còn từ chối phải bấm "Tuỳ chỉnh", rồi tắt từng mục, rồi mới có nút lưu. Hai lựa chọn không còn ngang nhau về công sức, và người vội sẽ chọn đường ngắn.
Câu hỏi mập mờ và cách viết lại cho rõ
Ngoài màu và vị trí, câu chữ có thể gây hiểu nhầm ngay cả khi không ai cố ý. Bảng dưới đưa vài kiểu câu hay gặp và một cách viết lại rõ ràng hơn. Các câu đều là ví dụ giả định.
| Kiểu câu gây nhầm | Ví dụ | Viết lại rõ hơn |
|---|---|---|
| Phủ định kép | "Bỏ chọn ô này nếu bạn không muốn không nhận thư" | "Nhận thư ưu đãi hằng tuần" kèm ô để trống |
| Đảo nghĩa giữa các ô | ô trên tích để nhận, ô dưới tích để không nhận | mọi ô cùng một chiều: tích là đồng ý |
| Nút không nói hành động | "OK" và "Huỷ" trong hộp hỏi có huỷ đơn không | "Huỷ đơn hàng" và "Giữ đơn hàng" |
| Lợi ích nói rõ, chi phí nói mờ | "Nhận ưu đãi thành viên" mà không nhắc phí định kỳ | "Tham gia thành viên, phí trừ hằng tháng, huỷ bất cứ lúc nào" |
| Từ chối bị gắn nhãn tiêu cực | "Không, mình thích trả giá gốc" | "Không, cảm ơn" |
Điểm chung của các cách viết lại là mỗi nhãn nói đúng một việc, theo cùng một chiều, và người đọc lướt trong hai giây vẫn hiểu. Khi viết nhãn ô chọn, bạn có thể xưng theo ngôi người dùng, như "Nhận thư ưu đãi hằng tuần", hoặc theo ngôi thương hiệu, như "Chúng mình gửi thư ưu đãi mỗi tuần", miễn là giữ thống nhất trong cả sản phẩm.
Vì sao giao diện dẫn dắt và mặc định là cùng một họ
Mặc định quyết định điều gì xảy ra khi người dùng không làm gì. Giao diện dẫn dắt quyết định việc làm gì thì dễ, làm gì thì khó. Hai thứ dựa trên cùng một nguyên lý: con người thường đi theo con đường ít tốn công và ít khó chịu nhất ở thời điểm quyết định. Một nút từ chối mờ và nhỏ, về thực chất, biến lựa chọn đồng ý thành một mặc định mềm, vì phần lớn người dùng sẽ trôi về phía đó.
Hiểu điều này giúp bạn nhìn giao diện theo một câu hỏi duy nhất thay vì học thuộc từng chiêu: lựa chọn nào đang được làm cho dễ hơn, và dễ hơn có phải vì nó tốt cho người dùng không? Một ứng dụng ngân hàng làm nút xác nhận chuyển tiền nổi bật là hợp lý, vì người dùng đã quyết định chuyển. Một ứng dụng làm nút mua gói cao cấp nổi bật ở màn hình mà người dùng đang tìm cách huỷ thì không còn là giúp đỡ.
Với người làm sản phẩm, câu hỏi tương tự là: nếu người dùng thấy toàn bộ cách bạn sắp xếp màn hình này và lý do đằng sau, họ có thấy ổn không? Thaler và Sunstein, mượn ý của nhà triết học John Rawls, gọi đây là nguyên tắc công khai: một cú hích tốt là cú hích bạn sẵn sàng giải thích công khai cho chính người bị hích.
Hộp thoại hỏi đi hỏi lại
Một biến thể ít được để ý là hỏi lặp lại cho tới khi người dùng đồng ý. Ứng dụng mời bật thông báo, bạn chọn "Để sau", vài hôm sau nó hỏi lại, rồi lại hỏi nữa. Không có nút "Không bao giờ hỏi lại", chỉ có "Đồng ý" và "Để sau". Về mặt kỹ thuật, mặc định vẫn là không bật, nhưng trên thực tế người dùng chỉ được chọn giữa đồng ý ngay hoặc đồng ý muộn hơn.
Các trang tin cũng hay làm vậy với lời mời đăng ký nhận bản tin, và các ứng dụng làm vậy với lời mời đánh giá sao trên kho ứng dụng. Mỗi lần hỏi là một lần gián đoạn, và sau đủ nhiều lần, một phần người dùng bấm đồng ý chỉ để được yên.
Phản xạ hợp lý của người dùng là tìm trong phần cài đặt của ứng dụng xem có tuỳ chọn tắt hẳn lời mời hay không. Nếu không có, tắt quyền tương ứng ở cài đặt của hệ điều hành, ví dụ tắt hẳn thông báo của ứng dụng đó, sẽ chặn được phần lớn lời mời. Tên mục có thể khác theo phiên bản và hãng máy.
Với người làm sản phẩm, một quy tắc tử tế là hỏi tối đa một hoặc hai lần, có lựa chọn "Không, cảm ơn" rõ ràng, và nếu người dùng từ chối thì ghi nhớ quyết định đó trong một thời gian dài.
Phản xạ nhanh khi gặp giao diện dẫn dắt
Bạn không cần phân tích từng màn hình. Vài phản xạ dưới đây, tập dần thành thói quen, giúp bạn chọn đúng ý mình mà không mất nhiều thời gian.
- Khi một hộp thoại hiện ra, dừng tay một nhịp và tìm cả hai lựa chọn trước khi bấm, kể cả lựa chọn trông như chú thích.
- Đọc nhãn nút như đọc một câu hành động: bấm vào thì chuyện gì xảy ra? Nếu nhãn mơ hồ như "OK" hay "Tiếp tục", đọc lại câu hỏi phía trên.
- Bỏ qua phần câu chữ cảm xúc. "Thôi, mình không thích tiết kiệm" chỉ có nghĩa là "Không".
- Khi được hỏi lại nhiều lần, vào cài đặt tìm cách tắt hẳn thay vì cứ bấm "Để sau".
- Nếu lỡ bấm nhầm và dẫn tới một khoản trả tiền, xử lý ngay: tìm nút huỷ trong tài khoản, chụp màn hình, liên hệ hỗ trợ qua kênh chính thức.
Khi cài ứng dụng cho cha mẹ hay con nhỏ, bạn có thể làm trước một lượt: mở ứng dụng, bấm qua các hộp mời đầu tiên, từ chối những gì không cần và tắt các lời mời lặp lại. Người dùng sau đó đỡ phải tự đối mặt với những màn hình được thiết kế để họ bấm nhầm.
Viết nút và hộp thoại tử tế cho sản phẩm của bạn
Nếu bạn viết giao diện cho một ứng dụng, một trang bán hàng hay một biểu mẫu đăng ký, những nguyên tắc dưới đây giúp người dùng chọn đúng ý họ mà vẫn cho bạn cơ hội trình bày lợi ích.
- Hai lựa chọn ngang nhau về công sức: nếu đồng ý mất một chạm thì từ chối cũng một chạm.
- Nhãn nút là động từ mô tả kết quả, như "Lưu thẻ" và "Không lưu", thay vì "OK" và "Huỷ".
- Lời từ chối trung tính, như "Không, cảm ơn". Không gắn nhãn tiêu cực cho người chọn không.
- Mọi ô chọn cùng một chiều nghĩa, tích là đồng ý, và không có câu phủ định kép.
- Chi phí và điều kiện nằm cùng chỗ với lợi ích, cùng cỡ chữ, không đẩy xuống dòng chú thích.
- Có thể nhờ chatbot soát câu chữ. Câu lệnh mẫu: "Đây là nội dung một hộp thoại mời đăng ký nhận bản tin, gồm tiêu đề, mô tả và hai nút. Chỉ ra chỗ nào có thể bị coi là dẫn dắt hoặc gây hiểu nhầm, rồi đề xuất hai phương án viết lại trung thực, ngắn gọn, giọng thân thiện." Chỉ dán phần chữ giao diện, không dán dữ liệu khách hàng hay số liệu nội bộ.
Một phép thử cuối cùng: đưa màn hình cho một người chưa từng thấy nó, hỏi họ nếu không muốn thì bấm vào đâu. Nếu họ phải tìm quá ba giây, giao diện đang nghiêng về một phía.
Câu hỏi thường gặp
Confirmshaming có vi phạm pháp luật không?
Bản thân câu chữ gây ngại thường khó bị coi là vi phạm nếu không kèm thông tin sai. Nhưng khi giao diện khiến người dùng hiểu nhầm về chi phí hay điều khoản, vấn đề có thể chạm tới quy định bảo vệ người tiêu dùng; nên đối chiếu văn bản hiện hành.
Làm nút đồng ý nổi bật hơn có sai không?
Không nhất thiết. Hướng mắt người dùng tới hành động chính là nguyên tắc thiết kế bình thường. Ranh giới nằm ở chỗ lựa chọn còn lại có dễ thấy và dễ bấm không. Nếu người dùng phải đi tìm nút từ chối, thiết kế đã nghiêng quá.
Vì sao nhiều trang vẫn dùng confirmshaming dù khách khó chịu?
Vì nó có thể làm tăng tỉ lệ đồng ý trong ngắn hạn, và con số đó dễ đo. Cái giá về niềm tin, như khách bỏ đi hoặc đánh giá xấu, khó đo hơn nên hay bị bỏ qua.
Có cách nào tắt hẳn các lời mời bật lên trong ứng dụng không?
Tuỳ ứng dụng. Một số có tuỳ chọn trong phần cài đặt. Nếu không, tắt thông báo của ứng dụng ở cài đặt hệ điều hành sẽ chặn phần lớn lời mời dạng thông báo. Tên mục có thể khác theo phiên bản và hãng máy.
Người lớn tuổi có dễ bấm nhầm vì nút mờ hơn không?
Có thể, vì chữ nhỏ và tương phản thấp khó đọc hơn khi thị lực giảm. Ngồi cùng người thân xem qua vài ứng dụng hay dùng, chỉ cho họ vị trí nút đóng và nút từ chối, thường giúp nhiều hơn chỉ dặn cẩn thận.
Dùng AI viết câu chữ giao diện có dễ bị dẫn dắt không?
Có, nếu bạn yêu cầu nó tối ưu tỉ lệ bấm. Hãy nói rõ trong câu lệnh rằng cần câu chữ trung thực, hai lựa chọn ngang nhau, không gây ngại, rồi vẫn tự đọc lại kết quả trước khi đưa vào sản phẩm.