Khi tài liệu không nói hết sự thật
Hồi mới làm BA, mình từng nghĩ chỉ cần đọc tài liệu và phỏng vấn là đủ để hiểu người dùng.
Nhưng một lần đi thực địa tại nhà máy sản xuất đã thay đổi hoàn toàn suy nghĩ của mình. Mình quan sát một công nhân trên dây chuyền lắp ráp, họ phải xoay tay thủ công để căn chỉnh một chi tiết máy tới 30 lần mỗi giờ, chỉ vì hệ thống tự động không hỗ trợ căn chỉnh chính xác.
Điều đáng nói? Tài liệu quy trình không hề nhắc đến khó khăn này, và chính công nhân cũng không nhận ra họ đang tốn sức gấp đôi cần thiết.
Bạn có bao giờ tự hỏi: Người dùng thực sự gặp khó khăn gì mà tài liệu không nói tới?
Sự thật là 95% insight quan trọng không nằm trên giấy. Người dùng thường không nói hết những gì họ gặp phải. Có thể vì họ không biết cách diễn đạt, đã quen “chữa cháy” với bất tiện, hoặc chỉ mô tả cảm xúc mà không nêu rõ vấn đề.
Ví dụ, khi dùng một app đặt đồ ăn, bạn có từng bực mình vì phải nhập lại địa chỉ dù đã lưu trước đó? Đó chính là những “điểm đau” mà BA cần phát hiện.
Vậy làm sao để một BA, đặc biệt là người trái ngành, khám phá được những nhu cầu ẩn giấu này? Hãy bắt đầu bằng việc bước ra khỏi văn phòng.
3 cách để BA “khám bệnh” đúng chuẩn tìm ra những nhu cầu thật sự ẩn giấu
1. Quan sát hành vi người dùng: Nhìn để hiểu, không phải để giám sát
Đi thực địa không phải là để “kiểm tra” người dùng làm đúng hay sai. Mục tiêu của bạn là hiểu được trải nghiệm thực tế, những khó khăn ẩn giấu, và cả những sáng kiến “chữa cháy” mà người dùng đã âm thầm áp dụng để vượt qua giới hạn của hệ thống.
Một lần, mình quan sát một nhân viên bán hàng tại siêu thị. Thay vì dùng tính năng tìm kiếm khách hàng trên hệ thống, anh ấy ghi tay thông tin vào sổ. Khi hỏi, mình mới biết: tính năng đó quá chậm, mất tới 30 giây mỗi lần tải. Nếu không quan sát, mình đã không bao giờ biết hệ thống cần cải thiện tốc độ.
Quan sát hành vi không phải là “kiểm tra” người dùng làm đúng hay sai. Mục tiêu là hiểu trải nghiệm thực tế, phát hiện khó khăn ẩn giấu, và thậm chí là những sáng kiến “chữa cháy” mà họ tự nghĩ ra để vượt qua hạn chế của hệ thống.
Làm sao để quan sát đúng cách?
- Xác định mục tiêu: Bạn muốn hiểu gì? Luồng quy trình, thao tác kỹ thuật, hay điểm nghẽn? Ví dụ, bạn quan sát bước nhập liệu hay cách nhân viên xử lý lỗi?
- Giữ trung lập: Không gợi ý, không can thiệp. Hãy để người dùng làm việc như bình thường. Chính những thao tác “tự nhiên” sẽ tiết lộ vấn đề.
- Ghi chép chi tiết: Theo khung thời gian, ghi lại họ bắt đầu từ đâu, dừng lại chỗ nào, mất bao lâu, có quay lại bước nào không.
Sau khi quan sát, làm gì tiếp?
- Ghi nhật ký thao tác: Mô tả chi tiết từ đầu đến cuối, như “Nhân viên nhập tên khách hàng, mất 30 giây, lặp lại 5 lần”.
- Tìm dấu hiệu lặp lại: Thao tác thừa hoặc né tránh tính năng nào đó là dấu hiệu hệ thống kém thân thiện.
- So sánh với tài liệu: Điểm không khớp chính là nơi cần đào sâu.
Quan sát cho bạn thấy vấn đề, nhưng để hiểu toàn bộ trải nghiệm, bạn cần một bức tranh lớn hơn.
2. Vẽ hành trình người dùng (User Journey Mapping)
Một sản phẩm tốt không chỉ cần “đúng tính năng”, mà còn phải hoạt động trơn tru trong toàn bộ hành trình trải nghiệm của người dùng. User Journey Mapping là công cụ giúp bạn nhìn thấy được bức tranh toàn cảnh ấy từ lúc người dùng bắt đầu có nhu cầu cho đến khi họ hoàn tất (hoặc từ bỏ) tác vụ.
Nó không chỉ giúp bạn hiểu “người dùng đang ở đâu” trong quy trình, mà còn tiết lộ lý do họ không đến đích, hoặc đến nhưng với nhiều nỗ lực không cần thiết.
Mình từng vẽ hành trình người dùng cho một app đặt lịch spa. Bước xác nhận lịch hẹn có tỷ lệ “drop-off” cao, khách hàng thường bỏ dở.
Quan sát thực tế, mình phát hiện: họ phải nhập mã OTP tới hai lần, gây mất kiên nhẫn. Chỉ một thay đổi nhỏ như bỏ bước OTP thứ hai đã tăng tỷ lệ hoàn thành lên 20%.
User Journey Mapping là công cụ giúp bạn thấy toàn cảnh trải nghiệm người dùng, từ lúc họ có nhu cầu đến khi hoàn thành (hoặc từ bỏ) tác vụ. Nó không chỉ cho biết “người dùng đang ở đâu”, mà còn tiết lộ lý do họ không đến đích.
Làm thế nào để vẽ đúng?
- Bắt đầu từ bối cảnh: Người dùng tìm đến sản phẩm khi nào? Ví dụ, họ đặt lịch spa qua app hay web?
- Liệt kê từng bước: Mỗi bước gồm mục tiêu (đặt lịch), thiết bị (điện thoại), cảm xúc (tức giận vì lỗi), và painpoint (nhập OTP quá nhiều).
- Kiểm tra lại: Có bước nào thừa? Có điểm nào người dùng hay bỏ dở? Có thiếu tính năng hỗ trợ không?
Ví dụ minh họa:
- Với app đặt lịch spa, hành trình gồm: tìm spa → chọn dịch vụ → chọn giờ → xác nhận. Painpoint nằm ở bước xác nhận vì OTP phức tạp.
- Giải pháp: Thay bằng xác nhận qua Zalo, phù hợp với khách hàng trung niên.
3. Thăm thực địa và phỏng vấn
Trong một dự án, mình hỏi một nhân viên: “Sao chị không dùng tính năng lưu tự động?”
Câu trả lời bất ngờ: “Tôi không biết tính năng đó tồn tại!” Một câu hỏi đơn giản đã mở ra giải pháp: thêm hướng dẫn sử dụng ngay trong hệ thống.
Phỏng vấn tại thực địa hiệu quả hơn nhiều so với trong phòng họp, vì bạn thấy được hành vi, hiểu ngữ cảnh, và nắm bắt phản xạ tự nhiên của người dùng.
Làm sao để phỏng vấn hiệu quả?
- Hỏi sau khi quan sát: Dựa trên hành vi bạn thấy, như “Sao anh chọn thao tác này thay vì kia?”
- Dùng câu hỏi gợi mở: “Nếu hệ thống bị lỗi, chị thường làm gì?” hoặc “Bước nào khiến anh mất thời gian nhất?”
- Ghi lại từ ngữ thực tế: Cách người dùng diễn đạt là kho báu insight. Ví dụ, họ nói “phức tạp” có thể ám chỉ giao diện khó dùng.
- Kết hợp ghi chú và hình ảnh (nếu được phép): Giúp bạn trình bày lại vấn đề thuyết phục hơn.
Ví dụ minh họa: Hỏi “Sao chị nhập tay thay vì dùng danh sách gợi ý?” giúp phát hiện danh sách gợi ý không hiển thị đúng trên điện thoại. Giải pháp là tối ưu giao diện mobile.
Kết luận:
95% insight quan trọng không nằm trên tài liệu. Chúng nằm ở từng thao tác, hành vi, cảm xúc của người dùng như nhiều lần nhấp chuột lặp lại, hoặc cách người dùng “chữa cháy” khi gặp vấn đề dựa trên kinh nghiệm mà không ghi nhận lại trên tài liệu.
Nếu bạn chưa từng đi thực địa, chưa từng quan sát người dùng thực sự thao tác, thì có thể rằng bạn chưa thực sự hiểu nhu cầu của họ.
Và nếu bạn chưa hiểu người dùng, bạn chưa thể là một BA tạo ra giá trị.
Nhấn ngay nút đăng ký để nhận Ebook [6 kiến thức và 4 công cụ] từ team LearnBAwithSia nhé.
