UX Researcher là gì? Vai trò, nhiệm vụ và lộ trình phát triển

Năm 2009, Airbnb kiếm khoảng 200 USD mỗi tuần, và con số đó đứng yên suốt nhiều tháng. Khi ngồi xem lại các tin đăng ở New York, nhóm sáng lập nhận ra một điều đơn giản: ảnh chụp phòng quá xấu, khách không thể biết mình sẽ thuê cái gì. Họ bay sang New York, thuê máy ảnh, đến tận nhà từng chủ phòng để chụp lại. Theo First Round Review, chỉ một tuần sau, doanh thu tăng gấp đôi lên 400 USD.

Không có tính năng mới nào được xây. Thứ thay đổi kết quả là việc đi gặp người dùng thật và nhìn đúng vấn đề. Đó cũng là công việc hằng ngày của UX Researcher.

Định nghĩa vị trí UX Researcher & ý nghĩa của vai trò

UX Researcher là người chịu trách nhiệm lên kế hoạch và thực hiện nghiên cứu người dùng, để team sản phẩm ra quyết định dựa trên bằng chứng thay vì phỏng đoán. Họ trả lời những câu hỏi như: người dùng là ai, họ đang cố làm việc gì, họ kẹt ở đâu, và giải pháp team vừa làm ra có thật sự giúp được họ không.

Đầu ra của UX Researcher không phải là màn hình, mà là hiểu biết: báo cáo insight, persona, hành trình người dùng, kết quả kiểm thử và những khuyến nghị cụ thể. Giá trị của họ được đo bằng một câu hỏi: insight đó có làm team thay đổi quyết định không.

Ở công ty nhỏ, ít nơi có UX Researcher riêng; UX Designer hoặc Product Designer tự làm nghiên cứu. Ở công ty vài trăm người, UX Researcher thường ngồi ở Design Studio hoặc Research Lab, không gắn cố định vào một squad mà phục vụ cả một nhóm squad cùng lúc, và báo cáo chuyên môn qua Research Lead lên Head of Design.

UX Researcher khác gì với UX Designer?

Đây là hai vai trò hay bị gộp làm một, vì cả hai đều xoay quanh người dùng và ở team nhỏ thường là cùng một người. Cách đơn giản để tách: UX Researcher chịu trách nhiệm về câu hỏi và bằng chứng, UX Designer chịu trách nhiệm về giải pháp. Researcher giúp team hiểu đúng vấn đề; Designer giúp team giải quyết vấn đề đó bằng luồng, cấu trúc và giao diện.

Hai vai trò giao nhau rõ nhất ở kiểm thử người dùng. Researcher thiết kế buổi test, chọn người tham gia và phân tích kết quả; Designer chuẩn bị prototype, ngồi quan sát, và sửa thiết kế ngay sau đó. Làm tốt thì hai bên như hai nửa của một vòng lặp. Làm không tốt thì research xong nằm trong một file báo cáo không ai mở, còn design tiếp tục dựa trên cảm giác.

Cũng cần nói rõ: UX Research vừa là một tư duy vừa là một chức danh. Mọi designer đều nên biết làm research ở mức cơ bản. UX Researcher là người làm nó ở mức chuyên sâu, với phương pháp chặt hơn và quy mô lớn hơn.

Vì sao vai trò này ngày càng quan trọng?

Xây một tính năng ngày càng nhanh, nhất là khi có AI hỗ trợ viết code và dựng giao diện. Nhưng xây nhanh một thứ không ai cần thì chỉ là thất bại nhanh hơn. Khi chi phí làm ra sản phẩm giảm, giá trị dịch chuyển sang việc chọn đúng thứ để làm, và đó là nơi research đóng góp nhiều nhất.

Bên cạnh đó, AI đang thay đổi chính công việc research. Công cụ AI giúp ghi chép, tóm tắt hàng chục buổi phỏng vấn trong vài phút. Điều đó không làm UX Researcher biến mất, mà đặt lên họ một yêu cầu mới: biết dùng AI để làm nhanh hơn, đồng thời biết kiểm tra để không biến một câu AI “bịa” ra thành insight của cả team.

Họ thường làm những loại nhiệm vụ gì?

Lên kế hoạch nghiên cứu: Cùng PM và designer xác định team cần biết điều gì, rồi chọn phương pháp phù hợp: phỏng vấn, khảo sát, quan sát tại chỗ, kiểm thử, hay phân tích dữ liệu sẵn có. Một kế hoạch tốt bắt đầu từ quyết định mà team cần đưa ra, không bắt đầu từ phương pháp mà researcher thích.

Tuyển người tham gia: Tìm đúng người để nghiên cứu, viết bảng câu hỏi sàng lọc, sắp lịch, lo phần cảm ơn và quyền riêng tư. Phỏng vấn sai người thì mọi phân tích phía sau đều sai theo.

Phỏng vấn và quan sát người dùng: Ngồi cùng người dùng, hỏi về những gì họ đã thực sự làm thay vì những gì họ nghĩ mình sẽ làm, và quan sát chỗ họ ngập ngừng. Phần lớn insight đáng giá đến từ những gì người dùng làm, hơn là những gì họ nói.

Tổng hợp và phân tích: Gom ghi chép từ nhiều buổi, nhóm thành các chủ đề, tìm ra pattern lặp lại. Đầu ra có thể là user persona, empathy map hay journey map, nhưng quan trọng nhất là một danh sách insight có bằng chứng đi kèm.

Kiểm thử với người dùng: Tổ chức các buổi usability testing để kiểm tra một luồng hoặc prototype trước khi đưa vào xây dựng, rồi biến lỗi phát hiện được thành danh sách việc cần sửa theo mức độ nghiêm trọng.

Chia sẻ insight cho team: Trình bày kết quả sao cho PM, designer và developer hiểu và hành động được. Một đoạn video 30 giây người dùng loay hoay với màn hình thanh toán thường thuyết phục hơn mười trang báo cáo.

Xây kho kiến thức nghiên cứu: Lưu lại các nghiên cứu cũ để team không phải hỏi lại những câu đã có câu trả lời. Ở công ty lớn, việc này thường được giao cho mảng ResearchOps.

Họ thường có những kỹ năng chính nào?

Thiết kế nghiên cứu: Biết câu hỏi nào cần phương pháp định tính (vì sao), câu hỏi nào cần định lượng (bao nhiêu), và cần bao nhiêu người là đủ cho từng loại câu hỏi.

Phỏng vấn: Đặt câu hỏi mở, không dẫn dắt, biết im lặng đúng lúc để người dùng nói tiếp. Câu hỏi “Bạn có thích tính năng này không?” gần như vô dụng; câu “Lần gần nhất bạn làm việc này là khi nào, kể mình nghe?” mới cho ra dữ liệu thật.

Tổng hợp và tư duy phản biện: Tách được điều người dùng nói khỏi điều họ cần, và tách được một ý kiến cá biệt khỏi một pattern. Hiểu mental model của người dùng là phần cốt lõi của kỹ năng này.

Kể chuyện bằng dữ liệu: Biến kết quả nghiên cứu thành câu chuyện ngắn, có nhân vật, có tình huống, có bằng chứng, để người không làm research vẫn nhớ và dùng được.

Hiểu sản phẩm và kinh doanh: Biết insight nào ảnh hưởng tới chỉ số mà team đang theo đuổi, để khuyến nghị không chỉ đúng mà còn được ưu tiên làm.

Dùng AI có kiểm soát: Dùng AI để ghi chép, tóm tắt và gom nhóm dữ liệu, nhưng luôn đối chiếu lại với dữ liệu gốc trước khi kết luận.

Lịch sử của vai trò này

Nghiên cứu người dùng trong phần mềm đi lên từ ngành usability, nơi trọng tâm là đo xem con người dùng máy tính có dễ hay không. Jakob Nielsen và Don Norman thành lập Nielsen Norman Group năm 1998, và trở thành hai cái tên gắn chặt với việc đưa nghiên cứu người dùng vào quy trình làm sản phẩm.

Năm 2000, Nielsen viết bài Why You Only Need to Test with 5 Users, lập luận rằng khoảng 5 người dùng đã đủ để phát hiện phần lớn vấn đề usability của một thiết kế, và nên chia ngân sách thành nhiều vòng test nhỏ thay vì một nghiên cứu lớn. Bài viết giúp research trở nên đủ rẻ và đủ nhanh để các team nhỏ cũng làm được.

Khi các công ty công nghệ lớn dần, research tách ra thành một nghề riêng với đội ngũ riêng. Năm 2018, Kate Towsey lập một nhóm Slack cho những người làm vận hành nghiên cứu, khởi đầu cho cộng đồng ResearchOps, chuyên lo phần hậu cần của research như tuyển người tham gia, lưu trữ dữ liệu và công cụ. Việc cần cả một mảng vận hành riêng cho thấy research đã trở thành một chức năng có quy mô trong nhiều tổ chức.

Ngày nay, khi AI làm nhanh phần ghi chép và tóm tắt, trọng tâm của UX Researcher đang dịch chuyển từ “thu thập dữ liệu” sang “đặt đúng câu hỏi và đánh giá đúng bằng chứng”.

Họ thường học ngành nào hoặc chuyển từ ngành nào sang?

Xuất phát từ khoa học xã hội

Tâm lý học, xã hội học, nhân học, nghiên cứu thị trường là những nền tảng phổ biến của UX Researcher. Điểm mạnh mang theo là phương pháp nghiên cứu chặt chẽ và hiểu hành vi con người. Điểm khó nhất là học nhịp của product team: research phải đủ nhanh để kịp sprint, và kết quả phải đủ cụ thể để designer dùng được ngay, thay vì một báo cáo học thuật dài.

Xuất phát từ Design

Nhiều UX Designer làm research một thời gian, nhận ra mình thích phần đi tìm câu hỏi hơn phần vẽ giải pháp, và chuyển hẳn sang làm researcher. Điểm mạnh là hiểu designer cần gì từ research. Điểm cần bổ sung là sự chặt chẽ về phương pháp: biết khi nào dữ liệu đủ để kết luận và khi nào chưa.

Xuất phát từ Data hoặc Customer Support

Data Analyst giỏi phần định lượng, cần học thêm phỏng vấn và quan sát. Người làm Customer Support hay Customer Success nghe người dùng mỗi ngày, cần học cách biến những câu chuyện rời rạc thành nghiên cứu có hệ thống. Khóa Nhập Môn UX Design của TELOS, với phần lên kế hoạch và phỏng vấn người dùng, là điểm khởi đầu hợp lý cho cả hai nhóm.

Làm việc cùng UX Researcher như thế nào?

Với một UI/UX Designer, UX Researcher là người giúp bạn bớt phải đoán. Nhưng để nhận được nhiều nhất từ họ, bạn cần biết hỏi đúng và tham gia đúng lúc.

Bạn nhận được gì từ UX Researcher?

Insight về người dùng, persona, hành trình, danh sách vấn đề từ các buổi test, và những đoạn ghi hình người dùng thật. Hãy dùng chúng như nguyên liệu thiết kế, đừng chỉ đọc cho biết. Khi bắt đầu một tính năng, việc đầu tiên nên làm là hỏi researcher: “Chúng ta đã biết gì về người dùng ở phần này rồi?”

Bạn cần chuẩn bị gì để UX Researcher làm được việc?

Một câu hỏi nghiên cứu rõ ràng. Thay vì “test giúp em màn hình này”, hãy nói “em cần biết người dùng có hiểu hai gói cước khác nhau ở đâu không, trước khi chốt bảng giá”. Khi cần test, chuẩn bị prototype đủ thật cho đúng những bước cần kiểm tra, kể cả trạng thái lỗi và trạng thái rỗng. Và hãy ngồi dự ít nhất một buổi phỏng vấn hoặc test: mình hay khuyên học viên điều này, vì xem người dùng thật loay hoay với thiết kế của mình dạy nhiều hơn mọi bản báo cáo.

Những điểm hay vướng và cách xử lý

Research chậm hơn tiến độ sprint: Đừng bỏ qua research; hãy cùng researcher thu nhỏ phạm vi. Năm buổi test nhanh trong hai ngày vẫn tốt hơn không test gì.

Insight đi ngược thiết kế bạn đã làm: Cảm giác này khó chịu nhưng rất bình thường. Phát hiện sớm ở bước prototype rẻ hơn rất nhiều so với phát hiện sau khi đã ra mắt.

Báo cáo dài nhưng không biết dùng thế nào: Hỏi researcher ba điều quan trọng nhất cho phần bạn đang thiết kế, và nhờ họ xem lại thiết kế sau khi bạn sửa theo insight.

Hướng phát triển: họ sẽ trở thành vai trò gì nếu thăng cấp?

Senior / Lead UX Researcher: Phụ trách những câu hỏi nghiên cứu lớn hơn, ở cấp chiến lược sản phẩm, và hướng dẫn researcher junior.

Research Manager / Head of Research: Quản lý đội research, quyết định nghiên cứu nào được ưu tiên và cách research gắn vào quy trình của cả công ty.

ResearchOps: Chuyên về vận hành nghiên cứu: tuyển người tham gia, công cụ, kho dữ liệu, quy trình đạo đức nghiên cứu.

Product Manager hoặc chiến lược sản phẩm: Researcher hiểu người dùng sâu và biết đặt câu hỏi thường chuyển sang PM khá tự nhiên, vì PM cũng phải trả lời “nên làm gì và vì sao”.

Kết luận

UX Researcher nhắc người làm thiết kế một điều dễ quên: câu trả lời hay nhất thường nằm trong một câu hỏi đúng, không nằm trong một màn hình đẹp. Designer biết tự hỏi “mình đang dựa vào bằng chứng nào?” trước khi vẽ sẽ ít phải vẽ lại hơn rất nhiều.

Trên lộ trình UI/UX Product Designer tại TELOS Academy, bạn bắt đầu với phỏng vấn người dùng, Persona và User Journey Map ở khóa UX căn bản. Đến khóa A.I. Dành Cho UI/UX Designer (8 buổi), bạn học cách dùng AI để phân tích phỏng vấn và tổng hợp insight, kiểm soát hallucination, và làm testing, lấy feedback cùng AI. Đó chính là cách UX Researcher hiện đại đang làm việc, và học xong bạn có thêm một case study cho portfolio.

Nếu bạn muốn research nhanh hơn mà vẫn tin được kết quả, hãy tìm hiểu khóa A.I. Dành Cho UI/UX Designer tại TELOS Academy.