Đừng để user phải hỏi: “Giờ mình đi đâu?”

Bạn đã chọn được user, pain-point, Aha moment và offer. Những điều đó đó cần trở thành 1 trải nghiệm, vì user của bạn mở app để hoàn thành một việc có ý nghĩa.

Nếu user phải tự hỏi “Giờ mình đi đâu?”, sản phẩm đang đưa ra cho họ thêm việc không rõ ràng.

Bạn cần thiết kế 1 Navigation tốt để trả lời câu hỏi tiếp theo cho User trước khi nó kịp xuất hiện.

Navigation là cách app "Drive" ý định của user

Khi bắt đầu build 1 vài tính năng, anh em developer hay bắt đầu từ những thứ mình có: ý tưởng, tính năng, nội dung, ... cố gắng chắp vá tất cả lại để tạo thành 1 sản phẩm.

User thực chất đến với app để hoàn thành 1 việc có giá trị nào đó. Chính vì vậy, điểm đến của App và các màn hình bên trong phải thực sự đại diện cho những ý định rõ ràng, và chúng phải lặp lại có chủ đích.

• Một ý định duy nhất - đây thường là 1 màn hình Full Screen, khi user mở app / notification, họ thấy ngay màn hình này.
• Vài ý định ngang hàng - Bottom Bar hoặc Tab Bar là 1 ví dụ điển hình -> Các app trên Store 80% đi theo pattern này.
• Những nơi phụ nên ở sau hành trình chính - đây thường là các màn hình cài đặt, thông tin, ... hoặc các màn hình ít dùng tới nhưng không thể thiếu.

Hãy bắt đầu bằng câu hỏi user quay lại để làm việc gì, và họ sẽ đi tiếp những đâu? Từ đó ta có thể đưa ra các thiết kế phù hợp cho từng bối cảnh trong app.

Single screen: một con đường - một nhiệm vụ cốt lõi

Single screen application phù hợp khi app chỉ cần duy nhất MỘT nhiệm vụ trung tâm.

Ví dụ: Một app giúp người dùng dọn dẹp rác trong thiết bị di động của họ. User chỉ cần mở máy, nhấn nút Scan và chờ đợi phép màu xảy ra. Những dạng app thế này cực kỳ đơn giản, và được user ưa chuộng vì nó mang lại trải nghiệm không chờ đợi, rõ ràng, và rất tích cực.

Sự tối giản này tôn trọng sự tập trung - tập trung vào CORE VALUE, không phải là kiểu sản phẩm ít giá trị.

Trade-off là con đường duy nhất thành ngõ cụt nếu user thường xuyên cần so sánh kết quả độc lập, quản lý phần riêng, hoặc tìm lại thứ đã lưu. Khi đó, nếu bạn cố show tất cả trên 1 màn hình sẽ mang lại trạng thái ngợp thông tin cho user. Điều này có thể mang lại hiệu ứng tiêu cực dẫn đến gỡ app.

Bottom Navigation: khi nhiều ý định đều là lý do để quay lại

Bottom Navigation phù hợp khi ứng dụng có từ 3 đến 5 điểm đến tương đối ngang hàng. Mỗi điểm đến đáp ứng một nhu cầu quen thuộc và là lý do để người dùng thường xuyên quay lại.

Ví dụ, với một ứng dụng luyện thi, các tab có thể là Luyện đề, Lỗi sai, Lịch sử và Cài đặt. Đây là những khu vực độc lập, không phải các bước nối tiếp trong cùng một quy trình.

Cách tổ chức này tạo cảm giác an toàn vì những lựa chọn quen thuộc luôn ở gần và dễ tiếp cận. Tuy nhiên, mỗi tab được thêm vào cũng cạnh tranh sự chú ý của người dùng. Nếu nhiều tab chỉ là các biến thể của cùng một nhu cầu, hoặc có tab hiếm khi được sử dụng, hãy cân nhắc gộp chúng hoặc giảm số lượng tab.

Drawer Navigation: app có nhiều tính năng, nhưng muốn tăng focus

Drawer Navigation phù hợp khi ứng dụng có một hành trình chính rõ ràng nhưng vẫn cần không gian cho các tính năng khác như Tài khoản, Trợ giúp, Nội dung đã lưu hoặc là Tùy chọn cá nhân.

Người dùng có thể tìm đến những mục này khi cần mà không phải cân nhắc chúng trong mỗi lần quay lại ứng dụng.

Không nên dùng Drawer Navigation để giấu các điểm đến quan trọng. Nếu người dùng thường xuyên cần xem tiến độ hoặc tiếp tục một công việc đang dang dở, việc đặt chúng trong Drawer chỉ chuyển gánh nặng tìm kiếm sang phía họ.

Drawer nên chứa thông tin bối cảnh và các quyền kiểm soát phụ, nó không nên giấu giá trị cốt lõi hay tính năng chính của sản phẩm.

Navigation Titles cần thật sự rõ ràng

Navigation Titles không nên phản ánh tên nội bộ hay cấu trúc của hệ thống.

Một tiêu đề tốt cần trả lời NGAY được câu hỏi: “Khi vào đây, người dùng sẽ làm được gì?”

“Trang chủ” chỉ mô tả vị trí, trong khi “Ôn tiếp” thể hiện lý do người dùng muốn đến đó.

Nếu một điểm đến chỉ có thể được đặt tên là “Khác”, có thể nó chưa đủ rõ ràng hoặc chưa đủ quan trọng để tồn tại như một mục riêng.

Một nhãn tốt cần ngắn gọn, nhất quán, sử dụng ngôn ngữ quen thuộc với người dùng và không hứa nhiều hơn những gì nội dung bên trong thực sự cung cấp.

Đích đến tiếp theo của Aha Moment

Ví dụ: Trong ứng dụng luyện thi, Aha Moment xuất hiện khi người dùng nhận ra mình cần học gì tiếp theo. Nhưng nhận ra vấn đề chưa đủ. Nếu ứng dụng chỉ hiển thị kết quả rồi để họ tự tìm đường, sự rõ ràng vừa có được sẽ nhanh chóng biến thành do dự.

Ngay sau Aha Moment, sản phẩm cần chọn một điểm đến cụ thể cho người dùng. Điểm đến này phải biến điều họ vừa hiểu thành một hành động có thể bắt đầu ngay.

Ví dụ, sau khi người dùng hoàn thành một đề thi, hành động chính có thể là:

“Ôn lại phần bạn vừa sai”

Nút này không nên đưa họ đến một danh sách bài học chung. Nó cần mở ra một không gian được tạo từ chính kết quả vừa có, nơi người dùng thấy rõ:

• Những kiến thức mình đang yếu.
• Các lỗi sai đang lặp lại.
• Nội dung cần ưu tiên ôn trước.
• Mức độ có thể cải thiện nếu hoàn thành phần ôn tập.
• Bước tiếp theo sau khi đã khắc phục các lỗi hiện tại.

Điểm đến tốt của App Luyện Thi phải cho User thấy mình sẽ trở nên tốt hơn như thế nào nếu tiếp tục.

Bạn đang mất điểm nhiều nhất ở phần câu điều kiện. Hoàn thành 3 bài ôn dưới đây sẽ giúp bạn khắc phục 8 lỗi sai gần nhất và chuẩn bị tốt hơn cho nhóm câu hỏi tương tự.

Ở đây, kết quả, hành động và lợi ích nằm trên cùng một đường đi:

Bạn vừa sai ở đâu → Bạn nên làm gì tiếp → Điều gì sẽ được cải thiện

Hãy tránh đặt nhiều lựa chọn ngang hàng ngay sau Aha Moment, chẳng hạn như Xem đáp án, Xem thống kê, Làm đề khác, Ôn bài và Về trang chủ. Khi mọi hướng đi đều được nhấn mạnh, sản phẩm lại yêu cầu người dùng tự quyết định điều mà hệ thống vừa có đủ dữ liệu để quyết định thay họ.

Các hành động phụ vẫn có thể xuất hiện, nhưng cần có một hành động chính nổi bật. Hành động đó nên dẫn đến nơi tập trung đầy đủ bằng chứng về sự tiến bộ mà người dùng có thể đạt được.

Aha Moment vì thế không nên là điểm kết thúc của một màn hình kết quả. Nó là lúc User vui vẻ nhất, chính vì vậy bạn không nên để User cụt hứng và từ bỏ việc MUA PREMIUM

Key takeaway

Navigation phải là câu trả lời cho câu hỏi: “Mình đến đây để làm gì tiếp theo?”

Dùng Single screen khi một lời hứa dẫn đường là đủ.

Bottom Navigation khi vài ý định quen thuộc thật sự ngang hàng.

Drawer Navigation cho những nơi phụ. Mỗi nhãn phải hứa đúng điều nội dung bên trong giúp user làm được.

Mang sang dự án của bạn

Nhìn vào user và Aha moment bạn đã chọn. Khi họ mở app, hành động nào cần được mời gọi ngay? Nếu chỉ có một, một con đường rõ ràng có thể tốt hơn rất nhiều lựa chọn. Nếu có vài ý định ngang hàng, hãy gọi tên chúng bằng kết quả user đang tìm, không phải cách bạn nhóm nội dung.