Persona: Persona dựa trên bằng chứng, không phải nhân vật hư cấu

Vì sao chủ đề quan trọng

Sau khóa "Từ ghi chép tới insight", trong tay bạn đã có một danh sách pain point kèm số bằng chứng và vài câu phát biểu vấn đề (problem statement). Danh sách đó đúng, nhưng khó dùng khi họp. Mười hai dòng P1 tới P12 không cho đội biết ai đang đau, đau vào lúc nào, và một quyết định thiết kế sẽ giúp hay làm hại người đó.

Chân dung người dùng (persona) giải quyết đúng chỗ này: nó gom các pain point quanh một kiểu người có chung mục tiêu và hành vi, để cả đội cùng hình dung một người cụ thể thay vì "người dùng" chung chung. Nhưng persona chỉ có ích khi nó được dựng từ bằng chứng. Một persona bịa ra, có tuổi, sở thích, ảnh mẫu tải trên mạng, trông rất sống động nhưng mỗi dòng trong đó là một giả định không ai kiểm. Khi đội cãi nhau, persona bịa sẽ đứng về phía người nói to nhất.

Bài này dạy bạn dựng persona mà mỗi dòng đều truy ngược được về một ghi chú phỏng vấn hoặc một dữ kiện. Đầu vào là pain point có bằng chứng từ khóa 2. Đầu ra là persona đầu tiên của dự án Căng tin số: Người chạy lịch.

Bức tranh lớn

Một persona dựa trên bằng chứng có sáu phần, và chỉ sáu phần:

• Mục tiêu: người đó muốn đạt điều gì trong tình huống đang xét, không phải mục tiêu cuộc đời.
• Hành vi: họ đang làm gì hôm nay, kể cả cách lách khó khăn như nhịn bữa hay đứng ăn.
• Bối cảnh: thời gian, nơi chốn, ràng buộc bên ngoài, ví dụ lịch học.
• Nỗi đau: các pain point có mã P, lấy từ khóa 2.
• Câu nói thật: một hai câu trích nguyên văn, không sửa cho hay hơn.
• Nguồn bằng chứng: mỗi dòng ghi rõ lấy từ ghi chú nào, và bằng chứng mạnh hay mỏng.

Những thứ không vào persona: tuổi chính xác, quê quán, sở thích, con vật nuôi, ảnh mẫu, tính cách kiểu "năng động, thích công nghệ". Phép thử rất đơn giản: nếu thay đổi dòng đó mà không quyết định thiết kế nào thay đổi theo, dòng đó là trang trí. Trang trí không vô hại, vì nó làm người đọc tin rằng persona đã được nghiên cứu kỹ hơn thực tế.

flowchart TD
    A[Ghi chú nguyên tử từ khóa 2] --> B[Pain point có số bằng chứng]
    B --> C[Gom theo mục tiêu và hành vi chung]
    C --> D[Bản nháp persona]
    D --> E{Dòng này có nguồn không?}
    E -->|Có| F[Giữ và ghi mã nguồn]
    E -->|Không| G{Có đổi quyết định thiết kế?}
    G -->|Có| H[Đánh dấu giả thuyết cần kiểm]
    G -->|Không| I[Xóa dòng]
    F --> J[Persona dùng được khi họp]
    H --> J

Ví dụ chi tiết

Đội bạn mở bảng tổng hợp từ khóa 2 và lọc các ghi chú liên quan tới thời gian. Để dễ truy ngược, đội đặt mã ngắn cho từng nguồn:

• MA1: Minh Anh, "Thứ Hai em hay nhịn trưa, vì xếp hàng xong là trễ giờ vào lớp."
• MA2: Minh Anh, "Có hôm em đứng ăn luôn vì hết chỗ ngồi."
• MA3: Minh Anh, "Em không muốn trả tiền trước, lỡ ra tới nơi hết món thì sao."
• DL1: dữ kiện lịch học: một số lớp kết thúc 11:30 và lớp sau bắt đầu 12:45; Minh Anh có lớp 12:45 vào thứ Hai và thứ Tư.
• DL2: dữ kiện vận hành: giờ cao điểm 11:35–12:15, hàng ở quầy cơm 20–25 phút.
• CL1: Chị Lan, "Mỗi tháng phòng tôi nhận khoảng 25 email phàn nàn, toàn chuyện xếp hàng và hết món."

Một ghi chú từ một người không đủ để gọi là "một kiểu người". Vì vậy đội không dựng persona tên "Minh Anh". Đội dựng một kiểu người có chung ràng buộc: có ít hơn 75 phút giữa hai buổi học và phải ăn trưa trong khoảng đó. Minh Anh là người đại diện rõ nhất. DL1 cho thấy ràng buộc này không riêng em, vì cả lớp học xếp theo khung 11:30 và 12:45 đều gặp. CL1 cho thấy "xếp hàng" là chủ đề lặp lại trong phàn nàn gửi lên trường.

Đây là bản persona sau khi lọc:

Sơ đồ dưới đây cho thấy mỗi phần của persona được nối về đúng mã nguồn nào. Nếu một ô không có mũi tên đi vào, ô đó chưa được phép nằm trong persona.

flowchart TD
    MA1[MA1 nhịn trưa thứ Hai] --> G[Mục tiêu vào lớp 12g45 đúng giờ]
    DL1[DL1 lịch 11g30 và 12g45] --> G
    DL1 --> C[Bối cảnh 75 phút giữa hai buổi]
    MA1 --> H[Hành vi nhịn bữa, đứng ăn]
    MA2[MA2 đứng ăn vì hết chỗ] --> H
    DL2[DL2 hàng 20 tới 25 phút] --> P[Nỗi đau P1 và P10]
    MA2 --> P
    MA3[MA3 sợ trả trước rồi hết món] --> L[Lo ngại về trả trước]
    CL1[CL1 25 email mỗi tháng] --> E[Độ mạnh bằng chứng]

Để ý ba điều. Thứ nhất, dòng Lo ngại lấy từ MA3 và chạm vào mâu thuẫn C1 (Anh Tuấn muốn trả trước). Persona không giải mâu thuẫn, nó chỉ giữ cho tiếng nói của người dùng không bị mất khi đội bàn chuyện thanh toán. Thứ hai, P10 được ghi vào dù sau này đội sẽ không làm tính năng nào cho nó; persona mô tả nỗi đau thật, còn chọn giải pháp là việc của bài 5. Thứ ba, dòng Độ mạnh bằng chứng nói thẳng rằng mới có một cuộc phỏng vấn. Đó không phải điểm yếu cần giấu, mà là lời nhắc cho vòng phỏng vấn tới.

Bản sai mà nhóm sinh viên hay viết trông như sau: "Minh Anh, 20 tuổi, quê Nghệ An, thích chơi game, năng động, luôn dùng điện thoại." Không dòng nào có nguồn. Tệ hơn, "luôn dùng điện thoại" sẽ khiến đội mặc định mọi thứ đi qua app, trong khi chưa ai hỏi điều đó.

Lộ trình từng bước

• Lọc ghi chú theo một trục. Chọn một trục chung như thời gian, thông tin món, hay tiền. Với Người chạy lịch, trục là thời gian.
• Đặt mã nguồn. Mỗi ghi chú hay dữ kiện có một mã ngắn. Không có mã thì không được trích.
• Viết mục tiêu trước. Mục tiêu quyết định kiểu người. Hai người cùng xếp hàng lâu nhưng mục tiêu khác nhau thì là hai persona.
• Điền hành vi và bối cảnh từ lời kể. Chép đúng hành vi, kể cả hành vi "xấu" như nhịn bữa. Đó là cách lách mà sản phẩm cần thay thế.
• Gắn pain point bằng mã P. Dùng đúng mã từ khóa 2 để persona nối được với bảng tổng hợp.
• Chọn một câu nói thật. Chọn câu cho thấy hậu quả, không chọn câu chung chung.
• Ghi độ mạnh bằng chứng. Đếm số người, số dữ kiện. Ghi phần còn thiếu.
• Chạy phép thử xóa. Với từng dòng, hỏi: bỏ đi thì quyết định nào thay đổi? Không có thì xóa.

Mẫu để dùng ngay

File mẫu có bốn sheet: persona, journey hiện tại, bản đồ dịch vụ, journey tương lai. Bài này dùng sheet đầu tiên; các bài 3, 4, 5 dùng ba sheet còn lại.

Tải mẫu: Persona và journey (Excel)

Nếu chưa tải được, chép khung dưới đây vào bất kỳ bảng tính nào:

PERSONA — tên gọi theo hành vi
Mục tiêu .............. nguồn: ...
Bối cảnh .............. nguồn: ...
Hành vi ............... nguồn: ...
Nỗi đau, mã P ......... nguồn: ...
Lo ngại ............... nguồn: ...
Câu nói nguyên văn .... nguồn: ...
Độ mạnh bằng chứng .... số người / số dữ kiện / còn thiếu gì
Ngày cập nhật ......... người cập nhật

Thói quen & kỷ luật

Cần luyện tập

Drill một: Lấy bản persona sai "Minh Anh, 20 tuổi, quê Nghệ An, thích chơi game, năng động, luôn dùng điện thoại" và viết lại theo khung sáu phần. Với mỗi dòng bạn xóa, ghi một câu lý do. Với mỗi dòng bạn giữ, ghi mã nguồn MA1, MA2, MA3, DL1, DL2 hoặc CL1.

Drill hai: Dựng nháp persona thứ hai từ hai câu của Quốc Bảo và dữ kiện quầy cơm có hôm hết món lúc 12:30. Viết mục tiêu trước, rồi tự hỏi: mục tiêu này có khác mục tiêu của Người chạy lịch không? Nếu khác, đó là lý do để tách thành persona riêng, chủ đề của bài 2.

Drill ba: Mở một dự án môn học bạn từng làm có phần "đối tượng người dùng". Đánh dấu từng câu là "có nguồn" hay "giả định". Đếm tỷ lệ câu có nguồn, rồi viết lại ba câu giả định quan trọng nhất thành câu hỏi phỏng vấn.

Checklist hành động tuần này

• [ ] Đặt mã nguồn cho mọi ghi chú phỏng vấn của dự án bạn đang làm
• [ ] Chọn một trục chung và lọc ghi chú theo trục đó
• [ ] Dựng một persona sáu phần, mỗi dòng có mã nguồn
• [ ] Chạy phép thử xóa và bỏ ít nhất một dòng trang trí
• [ ] Ghi dòng độ mạnh bằng chứng và liệt kê câu hỏi cho buổi phỏng vấn tiếp theo

Chỉ số cho cách làm

Các con số dưới đây đo cách nhóm làm bước này, không đo app có thành công hay không. Câu hỏi app có hiệu quả không, và làm gì tiếp, là việc của khóa Đo lường thành công.

Dấu hiệu bạn đã thành thạo

Bạn chỉ vào bất kỳ dòng nào của Người chạy lịch và nói ngay nó từ đâu ra. Bạn thấy khó chịu khi đọc một persona có tuổi và sở thích mà không có nguồn. Bạn viết được dòng "bằng chứng còn mỏng" mà không thấy ngại. Khi ai đó nói "người dùng thích X", câu đầu tiên bạn hỏi là "ghi chú nào?".

Cạm bẫy thường gặp

Chốt lại

Persona dựa trên bằng chứng là một bảng tóm tắt có chú thích nguồn, không phải một nhân vật. Sáu phần, mỗi dòng truy ngược được, độ mạnh bằng chứng ghi rõ. Bạn vừa dựng Người chạy lịch từ ba câu của Minh Anh, hai dữ kiện vận hành và số email phàn nàn của Chị Lan. Bài 2 sẽ hỏi câu tiếp theo: cần bao nhiêu persona như vậy, và ai không phải là người dùng của giai đoạn đầu.