Onboarding: dẫn người mới tới khoảnh khắc giá trị
Luồng đưa người dùng mới vào sản phẩm không phải về việc giới thiệu giao diện, mà về việc để họ thấy sản phẩm đáng dùng càng sớm càng tốt.
Onboarding hiệu quả nhất là onboarding người dùng gần như không nhận ra: họ được dẫn học bằng cách làm, nhận chỉ dẫn đúng lúc cần, và chạm tới giá trị đầu tiên mà không phải ngồi đọc hướng dẫn dài. Nếu sản phẩm đủ trực quan, hãy bỏ hoặc rút gọn onboarding đến mức tối thiểu. Nếu sản phẩm có bước thiết lập bắt buộc hoặc tính năng phức tạp, hãy dạy đúng lúc người dùng chạm tới điều đó, không phải nhồi tất cả lên trước.
Onboarding không phải là màn hình chào mừng, không phải chuỗi slide giới thiệu tính năng, và chắc chắn không phải danh sách việc cần làm ép người dùng hoàn tất trước khi vào được sản phẩm. Onboarding là con đường ngắn nhất đưa người mới tới khoảnh khắc họ thấy sản phẩm này đáng để tiếp tục dùng. Toàn bộ quyết định thiết kế cần xoay quanh câu hỏi đó.
Khoảnh khắc giá trị đầu tiên là gì
Trước khi thiết kế bất kỳ màn hình nào, Anh/Chị cần xác định: người mới cần làm được gì để thấy sản phẩm này có ích? Đó là khoảnh khắc giá trị đầu tiên. Với một ứng dụng ghi chú, có thể là lúc họ tạo xong mục đầu tiên và thấy nó hiện lên gọn ghẽ. Với một công cụ quản lý đội nhóm, có thể là lúc họ mời được một thành viên và thấy luồng làm việc chung bắt đầu chạy.
Mọi thứ trong onboarding chỉ có một nhiệm vụ: rút ngắn thời gian và số bước để người dùng chạm tới khoảnh khắc đó. Nếu một màn hình, một câu hỏi, hay một bước nào không phục vụ mục tiêu này, hãy cắt.
Khi nào bỏ, khi nào giữ onboarding
Bỏ hoặc rút gọn tối đa khi sản phẩm đủ trực quan để người dùng tự làm được việc đầu tiên mà không cần giải thích. Nielsen Norman Group gọi đây là nguyên tắc "skip when possible" (bỏ qua khi có thể): hướng dẫn kiểu tutorial thường ngắt ngang điều người dùng đang muốn làm, khó nhớ, và không thực sự giúp họ làm tốt hơn. Người ta bấm "Bỏ qua" và quên sạch.
Giữ và dẫn dắt khi có bước thiết lập bắt buộc để sản phẩm chạy được, hoặc khi tính năng cốt lõi đủ phức tạp để người mới không tự tìm ra. Lúc này, không phải bỏ onboarding mà là thiết kế nó khác đi: dạy đúng ngữ cảnh, đúng lúc người dùng chạm tới điều cần học, không phải nhồi hết lên trước.
Học bằng cách làm và chỉ dẫn ngữ cảnh
Thay vì tutorial giải thích toàn bộ giao diện, hãy để người dùng bước vào sản phẩm và làm. Chỉ dẫn theo ngữ cảnh (contextual help, tức gợi ý hoặc mẹo xuất hiện đúng lúc người dùng chạm tới tính năng đó) hiệu quả hơn hẳn so với bài học nhồi trước. Lý do đơn giản: người ta khó nhớ thông tin về thứ họ chưa cần dùng. Khi họ đang cần, thông tin đó mới được tiếp nhận.
Các trạng thái rỗng, tức màn hình chưa có dữ liệu khi người mới vào lần đầu, là cơ hội hướng dẫn nhẹ nhàng và tự nhiên nhất. Thay vì để trống, hãy đặt một hành động gợi ý rõ ràng: "Tạo dự án đầu tiên của bạn", "Mời thành viên vào nhóm". Đây không phải onboarding ép buộc, đây là dẫn dắt bằng ngữ cảnh.
Đưa thông tin đúng lúc người dùng sẵn sàng tiếp nhận, không phải lúc bạn muốn nói.
Nielsen Norman Group, Onboarding tutorials vs contextual help
Cá nhân hóa và đường thoát
Nếu sản phẩm phục vụ nhiều nhóm người dùng với mục tiêu khác nhau rõ rệt, một câu hỏi đơn giản lúc bắt đầu ("Bạn dùng sản phẩm này để làm gì chủ yếu?") có thể giúp cá nhân hóa luồng và nội dung cho phù hợp hơn. Nhưng chỉ hỏi khi câu trả lời thực sự thay đổi thứ người dùng thấy. Nếu không, đó chỉ là thêm ma sát vô ích.
Dù chọn hướng nào, luôn có đường thoát. Người dùng phải được phép bỏ qua, quay lại sau, hoặc tự khám phá. Ép hoàn tất tutorial mới được vào sản phẩm là cách chắc chắn để làm người ta bực và mất hứng ngay từ đầu.
Lỗi phổ biến cần tránh
- Bắt xem hết nhiều màn giới thiệu trước khi cho dùng: người dùng bấm bỏ qua và quên sạch.
- Nhồi toàn bộ hướng dẫn lên trước thay vì hé lộ đúng lúc, đúng nơi cần.
- Không có đường thoát, ép hoàn tất mới vào được sản phẩm.
- Bỏ trống màn hình rỗng, người mới không biết bắt đầu từ đâu.
- Coi onboarding là một màn hình đẹp để trình bày thương hiệu, thay vì con đường dẫn tới giá trị đầu tiên.
Góc nhìn của Sinh Vũ
Sinh Vũ thiết kế onboarding như một luồng dẫn tới khoảnh khắc giá trị đầu tiên, không phải một chuỗi màn hình đẹp. Cách làm ưu tiên là để người dùng học bằng cách làm, dùng chỉ dẫn đúng ngữ cảnh, và tận dụng các trạng thái rỗng như điểm dẫn dắt tự nhiên.
Phần Sinh Vũ chịu trách nhiệm là trải nghiệm và luồng: xác định khoảnh khắc giá trị, quyết định thông tin nào hiện lúc nào, thiết kế từng màn hình và thông điệp. Phần logic kích hoạt tự động hoặc theo dõi hành vi người dùng ở tầng kỹ thuật thì Sinh Vũ phối hợp cùng đội lập trình để dựng, không làm thay.
Nguồn tham khảo
Nielsen Norman Group: Onboarding, Skip It When Possible; Onboarding Tutorials vs. Contextual Help; Mobile-App Onboarding. Kinh nghiệm thực hành thiết kế sản phẩm số của Sinh Vũ Studio.
Câu hỏi thường gặp
Sản phẩm của tôi phức tạp, có nhất thiết phải bỏ onboarding không?
Không nhất thiết. Nguyên tắc 'bỏ khi có thể' của Nielsen Norman Group áp dụng khi sản phẩm đủ trực quan để tự dùng. Với sản phẩm phức tạp hoặc có bước thiết lập bắt buộc, vẫn cần dẫn dắt. Điều cần tránh là nhồi toàn bộ hướng dẫn lên trước: thay vào đó, hé lộ từng mẹo đúng ngữ cảnh, đúng lúc người dùng cần tới tính năng đó.
Màn hình rỗng lúc người dùng mới vào có cần thiết kế riêng không?
Có, và đây là cơ hội thường bị bỏ qua. Trạng thái rỗng (empty state) là lúc người mới chưa có dữ liệu, chưa biết bắt đầu từ đâu. Một gợi ý hành động đơn giản đặt đúng chỗ, đúng lúc này, hiệu quả hơn nhiều so với một màn hướng dẫn đặt trước khi vào sản phẩm.
Có nên hỏi người dùng mục tiêu của họ ngay lúc đăng ký không?
Nên, nếu câu trả lời đó thực sự thay đổi nội dung hoặc luồng Anh/Chị hiển thị cho họ. Cá nhân hóa bước đầu giúp trải nghiệm liên quan hơn, đặc biệt khi sản phẩm phục vụ nhiều nhóm người dùng với mục tiêu khác nhau rõ rệt. Nếu câu hỏi đó không dẫn tới sự khác biệt nào trong luồng, đừng hỏi, vì nó chỉ thêm ma sát mà không mang lại giá trị.