Persona là gì? User persona trong UX, cách làm và mẫu persona dùng ngay

Persona là gì, user persona trong UX khác buyer persona thế nào, trên thẻ persona cần có gì, 3 kiểu persona và 6 bước làm persona từ phỏng vấn, khảo sát, analytics. Kèm hai persona mẫu (nhân vật giả định), một mẫu persona trống và cách persona đi vào từng quyết định thiết kế.

Persona (user persona) là một nhân vật giả định nhưng được dựng từ dữ liệu nghiên cứu thật, đại diện cho một nhóm người dùng có chung mục tiêu, hành vi và điểm vướng. Thay vì nói chung chung “người dùng muốn thế này”, cả nhóm thiết kế nói “Thảo Vy chỉ có 30 phút sau giờ làm” và ai cũng hiểu cần làm gì. Persona không phải chân dung khách hàng tưởng tượng cho vui: nếu không dựa trên phỏng vấn, khảo sát hay số liệu, nó chỉ là đoán.

Bài này dành cho người học UI/UX: persona là gì, khác buyer persona trong marketing thế nào, trên thẻ persona cần có gì, 6 bước làm persona từ nghiên cứu thật, các lỗi hay gặp và cách persona đi vào từng quyết định trên màn hình. Mình kèm hai persona mẫu cho một sản phẩm giả định và một mẫu persona trống để bạn dùng ngay. Khi đã có bản thiết kế, bạn có thể soát thêm bằng Kiểm tra UI/UX của ColorME, công cụ mà trang của nó mô tả là “Tải ảnh chụp màn hình web hay app. AI ghim đúng chỗ khó dùng và gợi ý cách sửa theo nguyên tắc UX”; trang cũng ghi rõ “Bạn cần đăng nhập để dùng”.

Persona mẫu (nhân vật giả định) Thảo Vy cho app học thiết kế giả định Phác: câu nói tiêu biểu, mục tiêu, nỗi lo, hành vi, bối cảnh và điều sản phẩm cần làm. Thẻ do ColorME thiết kế cho bài viết; ảnh đại diện minh hoạ: MBA studio, Unsplash (2026).

Persona là gì? Định nghĩa từ các nguồn UX

Nielsen Norman Group (NN/g), một trong những đơn vị nghiên cứu UX được trích dẫn nhiều nhất, định nghĩa trong bài “Personas Make Users Memorable” (Taylor Dykes, 03/10/2025, mình đọc ngày 25/10/2026): “A persona is a fictional, yet realistic, description of a typical or target user of the product.” Tạm dịch: persona là bản mô tả hư cấu nhưng chân thực về một người dùng tiêu biểu hoặc người dùng mục tiêu của sản phẩm.

Cùng bài, NN/g nhấn mạnh điều kiện bắt buộc: “Personas might be made-up people, but they should be based on information about real people.” Nhân vật có thể bịa, nhưng thông tin phải đến từ người thật.

Wikipedia tiếng Anh, bài “Persona (user experience)” (đọc ngày 25/10/2026), mô tả user persona là đại diện cho mục tiêu và hành vi của một nhóm người dùng, “in most cases, personas are synthesized from data collected from interviews or surveys with users”, tức phần lớn được tổng hợp từ phỏng vấn hoặc khảo sát. Bài này cũng liệt kê các tên gọi khác: user persona, customer persona, buyer persona.

Vì sao một nhân vật lại hữu ích hơn bảng số liệu? NN/g giải thích rằng persona tận dụng việc con người nhớ ví dụ cụ thể tốt hơn những con số chung chung, và tên persona trở thành “tốc ký” trong các buổi họp: nói tên là cả nhóm hiểu nguyên một bộ mục tiêu, hành vi, mong muốn đi kèm.

Persona đến từ đâu

Theo Wikipedia (bài đã dẫn), Alan Cooper, một lập trình viên phần mềm kỳ cựu, là người đề xuất user persona trong thiết kế phần mềm. Ông bắt đầu dùng một dạng tiền thân của persona từ năm 1983, dựa trên những cuộc phỏng vấn không chính thức với bảy, tám người dùng, và kỹ thuật này được phổ biến rộng qua cuốn sách năm 1999 “The Inmates Are Running the Asylum”. Ở phía marketing, Wikipedia ghi nhận Angus Jenkinson phát triển cách hiểu các nhóm khách hàng như những cộng đồng có bản sắc riêng vào năm 1993 đến 1994. Mình định đọc thêm bài gốc trên trang của Cooper nhưng địa chỉ đó trả về lỗi 404 hôm nay, nên phần lịch sử chỉ dựa vào Wikipedia.

User persona khác buyer persona thế nào

Hai khái niệm hay bị dùng lẫn. HubSpot, trong bài hướng dẫn buyer persona (cập nhật 18/03/2026, đọc ngày 25/10/2026), viết: “A buyer persona is a research-based profile that represents a segment of your target audience”, kèm hành vi, động cơ, mục tiêu và nỗi đau “that influence buying decisions”. Nghĩa là buyer persona trả lời câu hỏi “vì sao họ mua”.

User persona trong UX trả lời câu hỏi “họ dùng sản phẩm thế nào và vướng ở đâu”. NN/g, bài “Why Personas Fail” (Kim Flaherty, 28/01/2018), đưa một ví dụ dễ hiểu: bộ persona marketing của một ngân hàng mô tả mọi khách hàng của mọi sản phẩm, rất rộng, hợp để truyền thông lợi ích sản phẩm; còn bộ persona UX cho dự án làm lại tính năng trả hoá đơn (bill-pay) thì rất hẹp và chi tiết. Đem bộ marketing dùng cho dự án UX thì thông tin không đủ cụ thể, và ngược lại.

User persona và buyer persona khác nhau ở câu hỏi chính, loại dữ liệu, phạm vi và quyết định mà chúng phục vụ. ColorME tổng hợp từ Nielsen Norman Group và HubSpot, 25/10/2026.

Trong thực tế, nếu công ty bạn đã có buyer persona, đừng vứt đi. Dùng nó làm điểm khởi đầu ở bước gom dữ liệu, rồi bổ sung phần hành vi khi dùng sản phẩm bằng phỏng vấn người dùng thật.

Trên một thẻ persona cần có gì

NN/g liệt kê các thông tin thường gặp: tên, tuổi, giới tính và ảnh; một câu tóm tắt tính cách (bài khuyên đừng viết quá dí dỏm); mức kinh nghiệm với sản phẩm; bối cảnh dùng (tự chọn hay bắt buộc vì công việc, dùng thường xuyên ra sao, trên điện thoại hay máy tính); mục tiêu và mối bận tâm khi làm việc; và câu nói thể hiện thái độ. Wikipedia bổ sung: cách dùng công nghệ, nhu cầu tiếp cận (khuyết tật, khó khăn), quan điểm và niềm tin.

Nguyên tắc quan trọng nhất cũng từ NN/g: mỗi thông tin phải có lý do để nằm đó, “if it would not affect the final design or help make any decision easier, remove it”. Ví dụ của họ: loại rượu yêu thích của persona chẳng giúp gì khi thiết kế mạng nội bộ công ty, nhưng lại rất có ích nếu bạn làm chợ trực tuyến cho người pha chế rượu vang.

Mẫu persona trống 9 ô: lưu về để in ra điền tay, hoặc dựng lại trong Figma theo hướng dẫn trong bài. Mẫu do ColorME thiết kế, 25/10/2026.

Mẫu trống ở trên là ảnh PNG, bạn có thể lưu về và in ra để điền tay. Muốn dựng lại trong Figma, mình làm thế này: tạo một frame cho cả thẻ, chọn các ô bên trong và bấm Shift + A để thêm auto layout. Trang hướng dẫn của Figma (“Guide to auto layout in Figma”, đọc ngày 25/10/2026) ghi rằng auto layout có các kiểu xếp dọc, ngang và lưới, trong đó kiểu lưới hợp với bố cục dạng ô như “bento boxes”. Khi bạn gõ thêm chữ vào một ô, ô sẽ tự giãn theo nội dung, nên thẻ persona không bị vỡ bố cục khi điền thật.

3 kiểu persona: proto, định tính và thống kê

NN/g chia persona thành ba kiểu theo lượng dữ liệu phía sau, trong bài “3 Persona Types: Lightweight, Qualitative, and Statistical” (Page Laubheimer, 21/06/2020):

• Proto persona: không làm nghiên cứu mới, chỉ ghi lại điều cả nhóm đang tin về người dùng. Thường làm trong một buổi workshop 2 đến 4 giờ, mỗi người phác 2 đến 5 persona, rồi cả nhóm gộp lại còn 3 đến 6. NN/g cảnh báo kiểu này dễ thành “phòng vang” của những giả định sai.
• Persona định tính: phỏng vấn 5 đến 30 người dùng, làm theo từng đợt 5 người cho tới khi mỗi buổi chỉ còn ra rất ít điều mới, rồi tìm điểm chung về thái độ, mục tiêu, điểm vướng và kỳ vọng. NN/g gọi đây là lựa chọn phù hợp nhất với đa số nhóm.
• Persona thống kê: phỏng vấn trước để biết nên hỏi gì, sau đó khảo sát ít nhất 100 người (lý tưởng từ 500 trở lên) và phân cụm bằng thống kê. Ưu điểm là biết mỗi persona chiếm bao nhiêu phần trăm người dùng; nhược điểm là tốn kém và cần người giỏi thống kê.

Ba kiểu persona theo Nielsen Norman Group: proto persona (workshop 2 đến 4 giờ), persona định tính (phỏng vấn 5 đến 30 người) và persona thống kê (khảo sát từ 100 người, lý tưởng từ 500). Bảng do ColorME thiết kế.

Một lưu ý cùng bài: NN/g không khuyên làm persona chỉ từ nhân khẩu học hay analytics mà không có nghiên cứu định tính, vì số liệu cho biết người dùng làm gì nhưng không cho biết vì sao.

Cách làm persona trong 6 bước từ nghiên cứu thật

Đây là quy trình mình tóm tắt cho người mới, đi theo hướng persona định tính ở trên.

1. Chốt câu hỏi và phạm vi

Persona cho cả sản phẩm hay chỉ cho một luồng (đăng ký, tìm bài học, làm bài tập)? Phạm vi càng rõ, câu hỏi phỏng vấn càng sắc. Đây chính là bài học từ ví dụ ngân hàng của NN/g.

2. Gom dữ liệu đang có

Số liệu analytics, câu hỏi khách gửi bộ phận hỗ trợ, đánh giá trên kho ứng dụng, ghi chú của nhóm bán hàng, buyer persona sẵn có. Từ đó viết ra danh sách giả thuyết: “có vẻ có một nhóm học vào buổi tối, trên điện thoại”.

3. Phỏng vấn người dùng

Mỗi đợt khoảng 5 người. Hỏi về việc họ đã làm và chỗ họ vướng (“lần gần nhất bạn học thiết kế là khi nào, bạn làm gì?”), không hỏi họ muốn tính năng gì. Ghi lại câu nói nguyên văn, đó sẽ là nguyên liệu cho ô “câu nói tiêu biểu”.

4. Tìm điểm chung

Chép mỗi ý quan sát ra một thẻ (giấy dán hoặc bảng trắng trực tuyến), rồi xếp các thẻ giống nhau thành cụm theo mục tiêu, hành vi, nỗi lo. NN/g khuyên tìm những mẫu hình rộng, không cần hai người trùng khớp mọi điểm. Nếu hai cụm quá giống nhau thì gộp lại, cụm nào ít liên quan tới sản phẩm thì bỏ.

5. Kiểm chứng với số đông

Một khảo sát ngắn, hoặc chia nhóm người dùng trong analytics theo đặc điểm của từng cụm, để xem các cụm có thật sự tồn tại ở quy mô lớn hơn hay chỉ là vài người nói to.

6. Viết thẻ, kể kịch bản, chia sẻ và cập nhật

Mỗi cụm thành một persona, kèm một kịch bản ngắn (“tối thứ Ba, Vy mở app trên đường về nhà...”). Ghi rõ nguồn dữ liệu và ngày làm. NN/g khuyên làm persona theo nhóm, vì ai tham gia tạo ra persona thì sẽ tin và dùng nó.

6 bước làm persona từ nghiên cứu thật: chốt phạm vi, gom dữ liệu sẵn có, phỏng vấn, tìm điểm chung, kiểm chứng với số đông, viết thẻ và kịch bản. Sơ đồ do ColorME thiết kế.

Đừng làm quá nhiều persona. NN/g, trong bài “Personas vs. Archetypes” (Page Laubheimer, 15/05/2022), nhận xét càng nhiều nhân vật thì cả nhóm càng khó nhớ ai là ai; với proto persona, bài “3 Persona Types” nói bộ cuối cùng thường gộp lại còn 3 đến 6. Persona thứ hai dưới đây cho thấy cùng một sản phẩm nhưng nhu cầu khác hẳn:

Persona mẫu thứ hai (nhân vật giả định) Khánh Linh cho cùng app Phác: nhu cầu khác Thảo Vy nên sản phẩm cần làm khác. Không dùng ảnh, chỉ chữ cái đầu. Thẻ do ColorME thiết kế cho bài viết.

Persona đi vào quyết định UX như thế nào

Persona chỉ có giá trị khi nó thay đổi thiết kế. Cách đơn giản nhất: lấy từng dòng trên thẻ và hỏi “dòng này đổi thành quyết định gì trên màn hình?”. Với hai persona mẫu của app Phác (sản phẩm giả định), Thảo Vy chỉ có khoảng 30 phút nên màn hình chính mở thẳng vào bài đang học dở; Khánh Linh dùng laptop cũ nên bài tập phải chạy được trên trình duyệt.

Mỗi dòng trên thẻ persona đổi thành một quyết định trên màn hình, ví dụ cho app giả định Phác; hàng dưới là ba cách dùng persona khác theo Nielsen Norman Group. Bảng do ColorME thiết kế.

Ngoài lúc thiết kế, NN/g liệt kê thêm vài cách dùng persona về sau:

• Đánh giá nhanh: khi xem một bản thiết kế, thử đặt mình vào từng persona để đoán họ sẽ làm một nhiệm vụ ra sao. NN/g nhắc đây không thay được kiểm thử với người dùng thật.
• Tuyển người kiểm thử: dùng đặc điểm của persona làm tiêu chí chọn người tham gia.
• Chia nhóm analytics: khi sản phẩm đã chạy, xem từng nhóm người dùng đi qua sản phẩm khác nhau thế nào, đồng thời kiểm tra lại persona.
• Viết kịch bản và nhiệm vụ test: bài “Why Personas Fail” gợi ý dạy đồng nghiệp viết kịch bản thiết kế và nhiệm vụ kiểm thử từ persona.

Persona cũng giúp đọc báo cáo của các công cụ soát giao diện, kể cả Kiểm tra UI/UX của ColorME: một lỗi chữ nhỏ có thể không đáng kể với người ngồi máy tính, nhưng là vấn đề lớn với persona chủ yếu dùng điện thoại. Mình chưa chạy công cụ này cho bài viết vì nó cần đăng nhập; trang công cụ cũng tự ghi rằng AI không thay được kiểm thử người dùng: “kiểm thử với người dùng thật vẫn cần để hiểu hành vi thực tế”.

Những lỗi hay gặp khi làm persona

• Bịa từ đầu tới cuối. Proto persona hữu ích để nhóm thống nhất giả định, nhưng đừng gọi nó là kết quả nghiên cứu. Wikipedia ghi nhận rằng proto persona và persona thường bị gộp làm một, trong khi persona thật phải dựa trên dữ liệu khách hàng.
• Làm trong phòng kín rồi “công bố”. NN/g gọi đây là rào cản lớn nhất: persona do một nhóm UX tự làm rồi đưa ra như một tác phẩm, người khác sẽ chỉ ngắm như tác phẩm. Hãy mời các bên liên quan ngồi dự một buổi phỏng vấn.
• Làm xong rồi để đó. Cũng theo NN/g, persona không phải tờ giấy phát tay; nó cần được nhắc tới trong các buổi họp và quyết định.
• Dùng persona marketing cho việc UX. Như ví dụ ngân hàng ở trên: sai phạm vi thì thông tin không đủ cụ thể.
• Nhồi chi tiết không liên quan. Cung hoàng đạo, món ăn yêu thích, thương hiệu quần áo... chỉ giữ nếu nó đổi được một quyết định thiết kế.
• Rơi vào khuôn mẫu. Wikipedia dẫn lời phê bình rằng persona có thể đơn giản hoá và rập khuôn người dùng, tạo cảm giác tự tin sai về hiểu biết của tổ chức. NN/g cũng bàn tới archetype: cùng các nhận định về hành vi, mục tiêu, điểm vướng như persona, nhưng không gắn tên, ảnh hay tiểu sử, và nhắc rằng một khuôn mặt luôn là cách đơn giản hoá rất nhiều người dùng khác nhau.

Bắt đầu từ đâu nếu bạn đang học UI/UX

Với bài tập trên lớp hay dự án portfolio, bạn không cần nghiên cứu lớn. Phỏng vấn 5 người quen thuộc đúng nhóm người dùng, gom điểm chung, viết 2 persona theo mẫu trống ở trên và ghi rõ “dựa trên 5 buổi phỏng vấn, ngày...”. Người xem portfolio đánh giá cao việc bạn nói rõ dữ liệu đến từ đâu hơn một thẻ persona được trang trí đẹp.

Sau persona, bước tiếp theo thường là vẽ luồng và khung màn hình: xem 4 bước thiết kế wireframe, quy trình thiết kế app 6 bước, và nếu bạn mới bắt đầu, đọc trước UI/UX là gì. Để gom thẻ ý tưởng cùng nhóm, bạn có thể dùng bảng trắng trực tuyến như trong bài Miro là gì.

Muốn học bài bản từ nghiên cứu người dùng tới giao diện, có thể xem khoá học thiết kế UI của ColorME hoặc các bài học trên E-learning.

Nguồn đã đọc ngày 25/10/2026: Nielsen Norman Group (Personas Make Users Memorable, 3 Persona Types, Why Personas Fail, Personas vs. Archetypes), Wikipedia tiếng Anh Persona (user experience), HubSpot buyer persona research, Figma Guide to auto layout in Figma. Hai persona trong bài là nhân vật giả định cho một sản phẩm giả định, không lấy từ khảo sát thật.

Câu hỏi thường gặp

Persona là gì?

Persona là một nhân vật giả định nhưng dựa trên dữ liệu nghiên cứu thật, đại diện cho một nhóm người dùng có chung mục tiêu, hành vi và điểm vướng. Nhóm thiết kế dùng persona để thống nhất mình đang thiết kế cho ai.

User persona và buyer persona khác nhau thế nào?

User persona trả lời câu hỏi người dùng dùng sản phẩm thế nào và vướng ở đâu, phục vụ thiết kế UX. Buyer persona trả lời câu hỏi vì sao khách mua, phục vụ marketing và bán hàng. Buyer persona thường rộng hơn, user persona hẹp và chi tiết hơn.

Một persona gồm những thông tin gì?

Thường có tên, tuổi, ảnh hoặc chữ cái đầu, công việc, một câu nói tiêu biểu, mục tiêu, nỗi lo, hành vi, thiết bị và bối cảnh dùng, mức kinh nghiệm, và nguồn dữ liệu. Chi tiết nào không giúp ra quyết định thiết kế thì bỏ.

Cần phỏng vấn bao nhiêu người để làm persona?

Với persona định tính, Nielsen Norman Group gợi ý phỏng vấn 5 đến 30 người, theo từng đợt khoảng 5 người cho tới khi mỗi buổi chỉ còn ra rất ít điều mới. Persona thống kê cần khảo sát ít nhất 100 người, lý tưởng từ 500.

Nên có bao nhiêu persona cho một sản phẩm?

Không có con số cố định, nhưng nên ít. Nielsen Norman Group nhận xét càng nhiều nhân vật thì cả nhóm càng khó nhớ ai là ai; với proto persona, một buổi workshop thường gộp lại còn 3 đến 6 persona.