Page 39 - Ký sự code dạo
P. 39
LẬP TRÌNH VIÊN ĐÂU PHẢI CHỈ BIẾT CODE
MỘT BUTTON TRỊ GIÁ 300 TRIỆU ĐÔ – CÁI NHÌN KHÁC
VỀ GIAO DIỆN VÀ CHỨC NĂNG
Ngày xửa ngày xưa, có một trang web bán hàng…
Đây là một chuyện nho nhỏ, về một button nho nhỏ và một số tiền…
không nhỏ chút nào. Mình đọc được chuyện này được trong
cuốn Don’t make me think – một cuốn sách khá hay về UI/UX .
7
Ngày xửa ngày xưa, ở một đất nước nọ, có một trang web bán hàng…
Chức năng cơ bản của một trang web bán hàng thì ai cũng biết: hiển
thị hàng, cho hàng vào giỏ và và thanh toán. Câu chuyện của chúng ta
bắt đầu ở chức năng “Thanh toán”, khi người dùng đã cho hết hàng vào
giỏ, một form nho nhỏ xinh xinh sẽ hiện ra với 2 trường Tên Đăng
Nhập và Mật Khẩu, 2 button Đăng Nhập và Đăng Ký. Thế nhưng, chính
cái form be bé xinh xinh này đã gây thiệt hại đến 300.000.000$/năm
cho trang web bán hàng.
Vấn đề ở chỗ, người dùng phải đăng nhập hoặc đăng ký trước khi
muốn thanh toán. Đội lập trình nghĩ rằng “Chỉ cần đăng ký tài khoản
lần đầu, thông tin người dùng có thể được lưu lại, ở những lần sau họ
không cần nhập địa chỉ và thông tin thanh toán nữa. Người dùng tiết
kiệm được thời gian, cũng khuyến khích được người dùng quay lại
mua hàng, hai bên cùng có lợi còn gì?”.
Lập trình viên đôi khi nghĩ rằng mình hiểu người dùng
Đội ngũ designer đã làm một cuộc thử nghiệm, đưa tiền cho người
dùng để họ thực hiện quá trình mua hàng và thanh toán. Đối với những
khách hàng mới của trang web, họ phát hiện ra một điều: người dùng
rất ghét việc đăng ký, với suy nghĩ “Mình muốn mua hàng, chứ không
phải muốn đăng ký đăng kiếc gì cả”. Chưa kể, người dùng còn sợ bị mất
thông tin cá nhân hoặc bị gửi mail spam vào hộp thư.
Với những người dùng quay lại lần thứ hai, thứ ba – đối tượng mà các
developer nhắm tới, tình cảnh cũng chẳng khá khẩm hơn. Họ không
nhớ được mật khẩu của mình. Mặc dù chức năng “Quên mật khẩu” vẫn
hoạt động, đến tận 160.000 người dùng chức năng này mỗi ngày, 75%
7 Đã giới thiệu trong bài “Lập trình viên thì nên đọc sách gì?”
37