Câu trả lời được chấp nhận
Persona là một nhân vật giả lập đại diện cho một nhóm người dùng có mục tiêu, hành vi và bối cảnh tương đồng — thường kèm tên, mô tả ngắn, mục tiêu, khó khăn, môi trường sử dụng. Agile Alliance giải thích persona ra đời vì người thiết kế cố làm hài lòng tất cả mọi người thường chẳng làm hài lòng ai; persona cho đội một điểm tham chiếu cụ thể ("chị A sẽ làm gì?") thay cho khái niệm trừu tượng như "dễ dùng".
Xây dựng có căn cứ
- Dựa trên nghiên cứu người dùng thật: phỏng vấn, quan sát, dữ liệu sử dụng, phản hồi hỗ trợ — không ngồi phòng họp tưởng tượng.
- Tập trung vào mục tiêu và hành vi, ít quan tâm thông tin nhân khẩu học không ảnh hưởng thiết kế.
- Giữ ít persona (thường 3–5) và chọn persona chính cho mỗi bản phát hành.
- Cập nhật khi học được điều mới.
Ví dụ (giả định)
- Cô Lan, giáo viên chủ nhiệm: dạy 4 lớp, chấm bài buổi tối trên laptop, cần nhập điểm nhanh hàng loạt; khó khăn: nhập trùng giữa sổ giấy và hệ thống.
- Anh Minh, phụ huynh: xem trên điện thoại giữa giờ làm, chỉ muốn biết "con có vấn đề gì cần chú ý không".
Dùng trong backlog
- Viết story theo persona: "Là cô Lan, tôi muốn nhập điểm cả lớp từ một bảng, để không phải nhập từng em." → đội hiểu ngay ngữ cảnh (laptop, hàng loạt).
- Ưu tiên: bản phát hành này phục vụ persona nào trước? Story không phục vụ persona chính → xếp sau.
- Giải quyết tranh cãi thiết kế: "Anh Minh có cần tuỳ chọn này không?" thay vì ý kiến cá nhân.
- Kết hợp với user story mapping: mỗi persona có thể có một hành trình riêng.
GOV.UK Service Manual cũng nhấn mạnh story phải bắt đầu từ nhu cầu người dùng thật, được rút ra từ nghiên cứu.
Nguồn: