Khi một nhóm thiết kế ngồi họp mà mỗi người tưởng tượng “người dùng” theo một kiểu khác nhau, sản phẩm sẽ kéo về nhiều hướng. Persona ra đời để giải bài toán đó: biến một mớ dữ liệu rời rạc thành một nhân vật cụ thể có tên, có mục tiêu, để mọi quyết định thiết kế đều quy về cùng một con người.
Persona gồm những gì
Một persona tốt không phải bản lý lịch dài dòng. Nó chỉ giữ lại những thứ ảnh hưởng tới quyết định thiết kế. Thành phần cốt lõi gồm:
- Tên và ảnh đại diện — giúp nhóm gọi tên (“Hương sẽ nghĩ sao về nút này?”) thay vì nói chung chung “người dùng”.
- Bối cảnh ngắn — nghề nghiệp, mức độ rành công nghệ, thiết bị hay dùng. Chỉ nêu thứ liên quan tới sản phẩm.
- Mục tiêu (goals) — người này muốn đạt được gì khi dùng sản phẩm. Đây là phần quan trọng nhất.
- Nỗi đau (pain points) — những cản trở, bực bội họ gặp với cách làm hiện tại.
- Hành vi và động lực — họ quyết định ra sao, điều gì khiến họ tin tưởng hoặc bỏ đi.
Theo Nielsen Norman Group, persona phạm vi rộng (broad-scope) hợp cho định hướng cấp cao, nhưng quá nông để ra quyết định thiết kế chi tiết; khi cần thiết kế sâu, bạn nên thu hẹp phạm vi persona lại.
Cách xây persona từ dữ liệu thật
Điểm phân biệt persona thật với hình nhân bịa ra nằm ở chỗ: nó được dựng từ nghiên cứu, không phải từ phòng họp tưởng tượng. Quy trình thường đi qua các bước sau.
- Thu thập dữ liệu định tính — phỏng vấn (interview) 5–10 người dùng thật cho mỗi nhóm nghi ngờ tồn tại. Phỏng vấn cho bạn biết tại sao họ hành xử như vậy.
- Bổ sung dữ liệu định lượng — khảo sát (survey) và số liệu hành vi từ analytics cho biết mẫu hình nào phổ biến, nhóm nào lớn. Như User Interviews tổng kết: con số nói lên có mẫu hình gì, phỏng vấn nói lên vì sao.
- Tìm cụm (clustering) — gom những người có mục tiêu, hành vi giống nhau thành nhóm. Mỗi cụm rõ rệt thường thành một persona.
- Viết thành chân dung — mỗi cụm thành một nhân vật có tên, giữ lại mục tiêu và nỗi đau đặc trưng. Đừng nhồi chi tiết vô thưởng vô phạt như màu xe yêu thích.
- Kiểm chứng và cập nhật — persona không phải tài liệu đóng khung một lần. NN/g nhấn mạnh persona cần tiến hoá theo thời gian, cập nhật khi có insight mới để còn dùng được.
Proto-persona thì sao
Khi chưa kịp nghiên cứu, nhóm hay dựng proto-persona (persona giả định — bản nháp nhanh từ giả thuyết của nhóm). Đây là cách hợp lệ để gióng hàng cả nhóm về điều mọi người đang tin về người dùng, miễn là bạn coi nó là placeholder cần kiểm chứng, rồi thay bằng dữ liệu thật sau. Vấn đề chỉ xảy ra khi proto-persona bị mặc định là sự thật và không bao giờ được kiểm chứng.
Lỗi hay gặp: persona tưởng tượng
Sai lầm phổ biến nhất là dựng persona từ ý kiến chủ quan thay vì dữ liệu. Maze và UXPin đều cảnh báo: persona dựa trên trực giác hoặc data cũ tái chế thường củng cố thiên kiến (bias) của chính nhóm, dẫn tới thiết kế cho một người không tồn tại. Vài dấu hiệu persona đang bịa:
- Không ai trong nhóm chỉ ra được persona này dựa trên cuộc phỏng vấn nào.
- Mọi persona đều “thích sản phẩm tiện lợi, ghét rườm rà” — chung chung tới mức vô dụng.
- Persona đầy chi tiết nhân khẩu học nhưng trống rỗng phần mục tiêu và hành vi.
NN/g cũng lưu ý không nên dựng persona chỉ từ số liệu analytics đơn thuần — analytics cho biết người ta làm gì nhưng không nói vì sao, nên thiếu phỏng vấn thì persona vẫn hời hợt.
Persona khác user journey ở đâu
Hai khái niệm này hay bị lẫn vì thường dùng cùng nhau, nhưng vai trò khác nhau rõ ràng:
| Tiêu chí | User persona | User journey |
|---|---|---|
| Trả lời câu hỏi | AI là người dùng? | Họ ĐI qua những bước nào? |
| Hình thức | Chân dung tĩnh (một nhân vật) | Bản đồ theo thời gian (các giai đoạn) |
| Vai trò | Đầu vào — nền để hiểu người dùng | Dùng persona để vẽ ra trải nghiệm |
Nói gọn: persona là nhân vật, journey là hành trình của nhân vật đó. Bạn cần persona trước, rồi mới vẽ bản đồ hành trình người dùng cho từng persona. Cả hai đều là kết quả của khâu nghiên cứu, đứng cạnh các công cụ khác như kiểm thử khả dụng để kiểm chứng giả thuyết.
Persona nằm ở đâu trong quy trình thiết kế
Persona là một trong những đầu ra (output) của giai đoạn research, đứng giữa “thu thập dữ liệu thô” và “bắt đầu thiết kế”. Khi đã có persona vững, mọi quyết định về bố cục, ngôn từ, ưu tiên tính năng đều có chỗ để soi chiếu. Đây cũng là lý do các nguyên tắc nền như nguyên tắc thiết kế giao diện chỉ phát huy khi bạn biết mình đang thiết kế cho ai.
Trong thực chiến dựng giao diện, Web22 thường bắt đầu mỗi dự án bằng việc làm rõ persona cùng khách hàng — vì một bản thiết kế đẹp mà nhắm sai người dùng vẫn là bản thiết kế hỏng. Nếu bạn cần dựng giao diện bám đúng chân dung người dùng thật, tham khảo dịch vụ thiết kế trải nghiệm người dùng của Web22.
Câu hỏi thường gặp
Cần bao nhiêu persona cho một sản phẩm?
Thường 3–5 persona là đủ. Quá nhiều thì nhóm không nhớ nổi; quá ít thì bỏ sót nhóm người dùng quan trọng. Ưu tiên những persona ảnh hưởng tới quyết định kinh doanh.
Không có ngân sách nghiên cứu thì làm sao?
Bắt đầu bằng proto-persona để gióng hàng nhóm, ghi rõ đó là giả định. Sau đó tận dụng vài cuộc trò chuyện với khách hàng thật hoặc dữ liệu hỗ trợ sẵn có để kiểm chứng dần, thay vì coi giả định là sự thật.
Persona có lỗi thời không?
Có. Khi sản phẩm, thị trường hoặc tệp người dùng thay đổi, persona cũ dễ sai lệch. Nên rà lại định kỳ và cập nhật khi có insight mới đáng kể.