UX Designer là gì? Vai trò, nhiệm vụ và lộ trình phát triển
Một người mở app ngân hàng để chuyển tiền cho mẹ. Màn hình đầu tiên có mười hai biểu tượng. Nút “Chuyển tiền” nằm trong mục “Tiện ích khác”. Đến bước xác nhận, app hỏi một mã OTP đã gửi qua tin nhắn, nhưng tin nhắn thì nằm ở ứng dụng khác. Người đó bỏ cuộc và gọi cho con nhờ chuyển giúp.
Giao diện của app có thể rất đẹp. Vấn đề nằm ở chỗ khác: ở cách thông tin được sắp xếp, ở số bước phải đi qua, ở những gì người dùng phải nhớ. Đó là phần việc của UX Designer.
Định nghĩa vị trí & ý nghĩa của vai trò
UX Designer là người chịu trách nhiệm thiết kế trải nghiệm sử dụng sản phẩm: cách thông tin được tổ chức, các bước người dùng đi qua để hoàn thành một việc, và cách sản phẩm phản hồi ở từng bước. Đầu ra của họ là cấu trúc thông tin, user flow, wireframe và prototype, những thứ quyết định sản phẩm có dễ dùng hay không trước khi bàn tới màu sắc hay hình ảnh.
UX Designer hay bị nhầm với UI Designer. Một cách hình dung đơn giản: UX Designer quyết định ngôi nhà có bao nhiêu phòng, cửa mở về đâu, đi từ bếp ra phòng khách mất mấy bước; UI Designer quyết định màu tường, kiểu tay nắm cửa và ánh sáng. Ở nhiều công ty Việt Nam, hai phần này được gộp vào một vị trí UI/UX Designer. Ở công ty lớn, chúng có thể tách thành hai người, và UX Designer thường ngồi trong squad, cạnh PM và developer.
UX Designer khác gì với UX Researcher?
Nếu UI là cặp dễ nhầm thứ nhất, thì UX Researcher là cặp thứ hai, và khó tách hơn vì cả hai cùng xoay quanh người dùng. Nhìn từ phía UX Designer, khác biệt nằm ở thứ họ phải giao ra cuối cùng. UX Researcher giao ra hiểu biết: người dùng cần gì, kẹt ở đâu. UX Designer giao ra giải pháp: luồng, cấu trúc và màn hình giúp người dùng vượt qua chỗ kẹt đó.
| UX Designer | UX Researcher | |
|---|---|---|
| Câu hỏi chính | Giải pháp nào giúp người dùng làm được việc dễ nhất? | Người dùng là ai, cần gì, vấn đề thật nằm ở đâu? |
| Đầu ra | User flow, cấu trúc thông tin, wireframe, prototype | Báo cáo insight, persona, journey map, kết quả kiểm thử, khuyến nghị |
| Tham gia nhiều nhất | Từ lúc vấn đề đã rõ tới lúc bàn giao | Trước khi có giải pháp, và sau khi có bản thử |
| Được đánh giá qua | Người dùng có hoàn thành việc dễ hơn không | Insight có thay đổi quyết định của team không |
| Ngồi ở đâu (công ty lớn) | Trong squad, cạnh PM và developer | Design Studio, phục vụ nhiều squad |
| Nền tảng thường gặp | Thiết kế, UI, công nghệ thông tin | Tâm lý học, xã hội học, nghiên cứu thị trường, UX |
Ở team nhỏ, UX Designer gần như luôn phải tự làm research: tự phỏng vấn vài người dùng, tự chạy một buổi test nhanh. Điều đó hoàn toàn bình thường. Chỗ cần cẩn thận là đừng để mình vừa là người đặt câu hỏi, vừa là người chấm điểm cho chính giải pháp của mình mà không có ai phản biện. Khi công ty có UX Researcher, hãy coi họ là người giúp bạn kiểm chứng, không phải người “duyệt” thiết kế của bạn.
Vì sao vai trò này ngày càng quan trọng?
Công cụ AI giờ có thể tạo ra một giao diện trông khá ổn chỉ trong vài giây. Nhưng một giao diện đẹp đặt sai chỗ trong luồng vẫn là một trải nghiệm hỏng. Khi phần “vẽ cho đẹp” ngày càng được tự động hóa, phần quyết định “người dùng nên đi qua những bước nào và vì sao” càng trở thành giá trị chính của người thiết kế.
Sản phẩm số cũng ngày càng phức tạp: một app có thể vừa thanh toán, vừa mua sắm, vừa nhắn tin. Càng nhiều tính năng, việc tổ chức để người dùng không bị lạc càng khó, và càng cần người chuyên làm việc đó.

Họ thường làm những loại nhiệm vụ gì?
Xác định vấn đề cần giải: Đọc insight từ research, dữ liệu và yêu cầu của PM, rồi viết thành một problem statement rõ ràng trước khi bắt tay thiết kế. Thiết kế đúng cho một vấn đề sai thì vẫn là thiết kế sai.
Tổ chức cấu trúc thông tin: Quyết định nội dung và tính năng được nhóm, đặt tên và sắp xếp ra sao để người dùng tìm được thứ họ cần. Đây là phần việc của Information Architecture, và thường được kiểm chứng bằng card sorting hoặc tree testing.
Vẽ user flow: Mô tả từng bước người dùng đi qua để hoàn thành một việc, kể cả các nhánh khi có lỗi, khi mạng chậm, khi người dùng đổi ý giữa chừng. Một user flow tốt giúp cả team nhìn thấy những trường hợp mà màn hình đẹp nhất cũng không thể hiện ra.
Dựng wireframe: Phác khung từng màn hình, tập trung vào bố cục, thứ tự ưu tiên và nội dung, chưa cần màu sắc. Wireframe giúp team thảo luận về cấu trúc mà không bị phân tâm bởi chuyện đẹp xấu.
Làm prototype và kiểm thử: Nối các màn hình thành prototype bấm được, đưa cho người dùng thật thử, quan sát họ kẹt ở đâu, rồi sửa. Vòng lặp này có thể lặp lại vài lần trước khi thiết kế được bàn giao.
Bàn giao và theo dõi sau ra mắt: Ghi rõ các trạng thái, các trường hợp ngoại lệ cho developer, và sau khi ra mắt, xem dữ liệu sử dụng để biết thiết kế có giải được vấn đề ban đầu không.
Họ thường có những kỹ năng chính nào?
Thấu hiểu người dùng: Đọc được insight từ research, và khi cần thì tự làm research ở mức cơ bản. Các khung như Jobs-to-be-Done giúp UX Designer nhìn vào “việc người dùng cần làm xong” thay vì danh sách tính năng.
Tư duy hệ thống và cấu trúc: Nhìn một sản phẩm như một mạng lưới các màn hình và trạng thái liên kết với nhau, không phải từng màn hình rời rạc.
Thiết kế tương tác: Hiểu các nguyên lý như Hick’s Law, Fitts’s Law, các nguyên lý Heuristics của Nielsen, và vận dụng chúng để quyết định số lựa chọn, vị trí nút, cách báo lỗi.
Prototype bằng công cụ: Dùng thành thạo Figma để làm wireframe, flow và prototype có tương tác, đủ thật để kiểm thử.
Giao tiếp và bảo vệ quyết định: Giải thích được vì sao luồng này ba bước chứ không phải năm bước, bằng dữ liệu, bằng kết quả test, không bằng cảm giác.
Hiểu ràng buộc kỹ thuật và kinh doanh: Biết giải pháp nào developer làm được trong thời gian cho phép, và giải pháp nào giúp được chỉ số mà team đang theo đuổi.
Lịch sử của vai trò này
Năm 1988, Don Norman xuất bản cuốn The Psychology of Everyday Things, sau này đổi tên thành The Design of Everyday Things, với những ví dụ nổi tiếng về cánh cửa không biết nên đẩy hay kéo. Năm 1993, ông gia nhập Apple với vai trò User Experience Architect. Theo Wikipedia, đây được xem là lần đầu tiên cụm từ “User Experience” xuất hiện trong một chức danh công việc.
Năm 2000, Jesse James Garrett công bố sơ đồ The Elements of User Experience, rồi viết thành sách năm 2002 (Wikipedia). Sơ đồ chia trải nghiệm thành nhiều tầng, từ chiến lược, phạm vi, cấu trúc, khung sườn tới bề mặt, và trở thành một trong những tài liệu nhập môn kinh điển của ngành. Garrett cũng đồng sáng lập Adaptive Path năm 2001, một trong những công ty tư vấn UX đầu tiên.
Từ đó, UX Designer trở thành chức danh phổ biến trong làm web rồi làm app. Gần đây, nhiều công ty có xu hướng gộp UX và UI vào chức danh Product Designer, nhưng phần việc UX không biến mất: nó trở thành nền móng mà mọi designer sản phẩm đều phải có.
Họ thường học ngành nào hoặc chuyển từ ngành nào sang?
Xuất phát từ Design
Graphic Designer hoặc UI Designer chuyển sang UX là con đường phổ biến nhất. Điểm mạnh là con mắt thị giác và kỹ năng công cụ. Điểm khó nhất là chuyển trọng tâm từ “nhìn có đẹp không” sang “dùng có được không”, và chấp nhận làm việc với wireframe xám xịt trong một thời gian dài trước khi chạm tới phần đẹp.
Xuất phát từ ngành khác
Người học tâm lý, công nghệ thông tin, Business Analyst hay nhân viên chăm sóc khách hàng đều có thể chuyển sang UX. Họ mang theo hiểu biết về con người, về hệ thống hoặc về khách hàng thật. Điểm cần bổ sung là kỹ năng thể hiện ý tưởng bằng hình: wireframe, flow, prototype. Khóa Figma của TELOS, với phần sitemap, flow và wireframe, giúp lấp đúng khoảng trống này.
Tự học
UX là nghề có nhiều tài liệu miễn phí, nên tự học là hoàn toàn khả thi. Cái khó của tự học là thiếu người phản biện: rất dễ làm ra một case study trông đầy đủ các bước nhưng không bước nào thật sự dẫn tới bước sau. Mình hay khuyên học viên tìm ít nhất một người làm nghề để xem và góp ý cho case study đầu tiên.
Làm việc cùng UX Designer như thế nào?
Nếu bạn là UI Designer hoặc UI/UX Designer ở một team có UX Designer riêng, đây là người bạn làm việc cùng hằng ngày. Ranh giới giữa hai bạn càng rõ, sản phẩm càng ít bị vá víu.
Bạn nhận được gì từ UX Designer?
User flow, wireframe và prototype đã được kiểm thử, kèm lý do đằng sau từng quyết định. Hãy coi wireframe như bản vẽ kết cấu: bạn có quyền đề xuất thay đổi, nhưng nên hỏi lý do trước khi dời một nút hay bỏ một bước, vì có thể nó được đặt ở đó sau một buổi test.
Bạn cần chuẩn bị gì để UX Designer làm được việc?
Thư viện component và quy ước giao diện rõ ràng, để UX Designer biết những gì đã có sẵn khi phác wireframe. Khi bạn làm giao diện từ wireframe, hãy báo ngay nếu một quyết định thị giác làm thay đổi trải nghiệm, ví dụ nút chính bị đẩy xuống dưới màn hình khi thêm hình minh họa. Và hãy cùng xem bản build trên máy thật trước khi ra mắt; nhiều lỗi trải nghiệm chỉ lộ ra trên màn hình nhỏ.
Những điểm hay vướng và cách xử lý
Wireframe “đẹp quá” hoặc “xấu quá”: Wireframe quá chi tiết khiến team tranh luận về màu sắc thay vì cấu trúc; quá sơ sài khiến UI Designer phải đoán. Hãy thống nhất trước mức độ chi tiết cho từng giai đoạn.
UI làm thay đổi luồng mà không ai biết: Một thay đổi nhỏ về bố cục có thể phá một bước trong luồng. Thêm một buổi review chung ngắn trước khi bàn giao cho developer là cách rẻ nhất để tránh chuyện này.
Không rõ ai quyết cuối: Khi UX và UI bất đồng, đừng để developer chọn. Đưa cả hai phương án kèm lý do cho PM hoặc Design Manager, và quyết dựa trên mục tiêu của tính năng.
Hướng phát triển: họ sẽ trở thành vai trò gì nếu thăng cấp?
Senior UX Designer / UX Lead: Phụ trách trải nghiệm của cả một mảng sản phẩm, đặt chuẩn cho cách nhóm thiết kế luồng và cấu trúc.
Product Designer: Mở rộng sang cả UI và tư duy sản phẩm, gắn thiết kế với mục tiêu kinh doanh. Đây là bước đi phổ biến nhất hiện nay.
Chuyên sâu một mảng: Đi sâu vào UX Research, Information Architecture, UX Writing & Content Design hoặc Service Design, tùy phần việc mình thích nhất.
Design Manager: Chuyển sang quản lý một nhóm designer, dành phần lớn thời gian cho phát triển con người thay vì tự thiết kế.
Kết luận
UX Designer cho thấy cái mà người mới học thường đánh giá thấp nhất trong nghề: bản wireframe xám, không màu, không ảnh, nhưng quyết định người dùng đi tới đích hay bỏ cuộc giữa đường. Học được cách nhìn một sản phẩm như một chuỗi bước đi trước khi nhìn nó như một bức tranh là bước ngoặt của rất nhiều designer.
Trên lộ trình UI/UX Product Designer tại TELOS Academy, khóa Nhập Môn Về UX Design (8 buổi) là trạm đưa bạn qua đúng những phần việc của UX Designer: Problem Statement và How Might We, kiến trúc thông tin, user flow, wireframe, rồi kiểm chứng bằng Usability Testing và A/B Testing. Học xong, bạn đi trọn một quy trình UX cơ bản và bảo vệ được quyết định thiết kế bằng lý lẽ, cũng là lúc bạn đạt mốc UI/UX Designer Junior trên lộ trình.
Nếu bạn muốn thiết kế những luồng mà người dùng đi hết được, hãy bắt đầu với khóa Nhập Môn Về UX Design tại TELOS Academy.

