Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Dark pattern — những gì không được làm, với ví dụ TMĐT và fintech Việt Nam

Đã đọc 0/6 mục · còn khoảng 4 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Dark pattern là gì, và vì sao nó hấp dẫn

Dark pattern là thiết kế lừa hoặc ép người dùng làm điều họ sẽ không chọn nếu hiểu rõ. Nó không phải lỗi thiết kế vô tình. Nó thường ra đời từ một chỉ số cần tăng, một hạn chót gần kề, và một thử nghiệm A/B cho ra số đẹp.

Dark pattern hấp dẫn vì nó có hiệu quả ngắn hạn và cái giá của nó không hiện trên dashboard tuần này. Cái giá đó đến sau: khiếu nại, hoàn tiền, đánh giá một sao, người dùng rời đi và kể cho người khác, và — trong fintech — rủi ro pháp lý. Quy định về bảo vệ quyền lợi người tiêu dùng và về hoạt động cho vay ngày càng chặt; khi một luồng chạm tới tiền của người dùng, hãy đưa pháp chế vào từ lúc thiết kế, không phải sau khi có khiếu nại.

Danh mục dark pattern trong TMĐT Việt Nam

Các ví dụ dưới đây là tình huống giả định, nhưng người dùng sàn TMĐT và ứng dụng giao hàng ở Việt Nam sẽ thấy quen.

Dark patternTrông như thế nào (giả định)Vì sao có hạiLàm thay bằng
Khan hiếm giả"Chỉ còn 2 sản phẩm" trên mọi mặt hàng, mọi lúcNgười dùng mua vội; khi phát hiện, họ nghi mọi con số khácChỉ hiện tồn kho khi số thật và thật sự thấp
Đếm ngược giảFlash sale "kết thúc sau 15 phút" khởi động lại mỗi lần tải trangÉp quyết định bằng áp lực thời gian không có thậtChỉ đếm ngược tới một hạn có thật
Chi phí ẩnPhí dịch vụ, phí đóng gói chỉ hiện ở bước xác nhận cuốiNgười dùng thấy bị lừa, bỏ giỏ ở bước cuốiHiện tổng giá cuối cùng sớm nhất có thể
Lén thêm vào giỏBảo hiểm đơn hàng có phí được tích sẵnNgười dùng trả cho thứ họ không chọnĐể trống, giải thích lợi ích, để người dùng tự chọn
ConfirmshamingNút từ chối ghi "Không, tôi thích trả giá cao"Bắt người dùng tự chê mình để từ chốiNút trung tính: "Để sau", "Không, cảm ơn"
Quảng cáo trá hìnhSản phẩm trả tiền quảng cáo đứng đầu kết quả tìm kiếm, không ghi "Tài trợ"Người dùng tưởng đó là kết quả phù hợp nhấtGhi rõ "Tài trợ" cùng cỡ chữ với tên sản phẩm
Bẫy huỷĐăng ký gói thành viên một chạm, huỷ phải gọi tổng đàiNgười dùng ở lại vì không tìm thấy lối raHuỷ trong app, số bước bằng lúc đăng ký

Danh mục dark pattern trong fintech

Trong fintech, cái giá cho người dùng không phải vài nghìn đồng mà là nợ, phí phạt và điểm tín dụng. Vì vậy ngưỡng chấp nhận phải thấp hơn hẳn.

Dark patternTrông như thế nào (giả định)Làm thay bằng
Chia nhỏ để che tổngQuảng cáo khoản vay "chỉ 33.000đ/ngày"Hiện tổng số tiền phải trả và lịch trả trước nút đồng ý
"0%" kèm phí"Trả góp 0% lãi suất" nhưng có phí chuyển đổi 3%Hiện tổng chi phí bằng tiền, không chỉ lãi suất
Trả tối thiểu làm mặc địnhMàn hình trả nợ chọn sẵn "trả tối thiểu"Chọn sẵn "trả toàn bộ", giải thích chi phí của trả tối thiểu
Tích sẵn sản phẩm đi kèmKhoản vay tích sẵn gói bảo hiểm có phíĐể người dùng tự chọn sau khi xem phí
Xin quyền quá mứcBắt cấp quyền danh bạ để "xét hạn mức"Chỉ xin quyền thật sự cần, giải thích vì sao
Nhắc nợ đe doạTin nhắn "tài khoản sẽ bị khoá vĩnh viễn" sai sự thật, hoặc nhắn tới người thânNhắc trước hạn, đúng sự thật, chỉ gửi người vay
Chú ý ví dụ "33.000đ/ngày". Con số đó không sai. Nó chỉ được chọn để người đọc không nhân với 365, không thấy tổng phải trả. Một thiết kế trung thực về mặt kỹ thuật vẫn có thể là dark pattern nếu nó được làm ra để người dùng hiểu sai.

Backlog ý tưởng của Khoa

Đầu quý, Khoa gửi Mai sáu ý tưởng tăng số. Mai phân loại từng cái trong buổi review:

Ý tưởngPhân loạiLý do
Hiện "Chỉ còn 3 suất giao hôm nay" ở mọi khung giờDark pattern — khan hiếm giảSố suất không có thật
Phí đóng gói 8.000đ chỉ hiện ở bước xác nhậnDark pattern — chi phí ẩnĐưa phí vào tổng giá từ giỏ hàng
Nút từ chối voucher ghi "Không, tôi không thích tiết kiệm"Dark pattern — confirmshamingĐổi thành "Để sau"
Chọn sẵn Trả sau trong thanh toánDark pattern — mặc định có lợi cho công tyĐã quyết ở bài 3: mặc định là phương thức dùng lần trước
Nhắc Hạt sắp hết hạn 5 ngày trướcChính đángHạn thật, số thật, giúp người dùng
Hiện "2.300 gia đình ở Quận 7 đang dùng"Chính đángSố đếm thật, nhóm liên quan
Bốn trên sáu ý tưởng bị loại. Mai không loại bằng cảm tính: mỗi dòng có tên pattern, lý do, và một phương án thay thế. Khoa không phải người xấu. Anh được giao chỉ số và đang tìm cách tăng nó. Việc của PM là đảm bảo có người trong phòng đặt câu hỏi "người dùng có chọn vậy nếu hiểu rõ không".

Vì sao "số A/B đẹp" không phải lý do

Dark pattern gần như luôn thắng A/B test ngắn hạn. Đó chính là lý do nó tồn tại. Thử nghiệm 2 tuần đo được đơn tăng nhưng không đo được niềm tin giảm. Khi thấy một thiết kế thắng với biên độ bất thường, hãy hỏi: người dùng có đang chọn điều họ muốn, hay đang không kịp nhận ra mình đang chọn gì? Bài 8 sẽ chỉ cách dùng chỉ số bảo vệ để thấy được phần chi phí này.

Làm ngay

Đi qua luồng mua hàng hoặc luồng thanh toán của sản phẩm bạn với hai bảng danh mục ở trên. Chụp màn hình mọi chỗ khớp, kể cả chỗ chỉ khớp một phần. Với mỗi chỗ, ghi tên pattern, ai được lợi, và phương án thay thế. Rồi mở backlog growth của đội bạn và phân loại năm ý tưởng gần nhất như Mai đã làm.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi