User persona là chân dung user điển hình build từ research thực — interview 5-8 người, kết hợp survey và analytics — chứ không phải workshop 2 giờ ngồi nghĩ ra. Một persona đầy đủ có 6 khối thông tin: demographic, goals và job-to-be-done, pain point, behavior và điểm chạm, scenario sử dụng, metric đo thành công.
Bài này phân tích định nghĩa, quy trình build 1-2 tuần, công cụ Figma/Notion, 3 ví dụ B2C và B2B, 5 lỗi phổ biến khiến persona bị bỏ trong drawer.
Định nghĩa user persona và 3 hiểu lầm phổ biến
User persona là bản mô tả semi-fictional về một nhóm user điển hình của sản phẩm, được build từ data research thực và đại diện cho một phân khúc user có hành vi tương đồng. Khái niệm này do Alan Cooper giới thiệu năm 1983.
Mục tiêu không phải chân dung 1 người cụ thể mà là tổng hợp pattern hành vi của 1 nhóm. Team thiết kế dùng persona làm “user mặc định” khi ra quyết định feature priority hoặc messaging.
Hiểu lầm 1 — Persona chỉ là demographic
Nhiều trao đổi yêu cầu khách hàng chỉ ghi “nữ 25-35 tuổi, sống TP.HCM, thu nhập 15-25 triệu”. Đây là target audience marketing cơ bản, không phải persona.
Persona đúng phải trả lời: user muốn làm gì khi mở web/app, cản trở gì đang chặn họ, và họ đo thành công ra sao. Tối thiểu 4 khối: demographic, goals, pain points, behaviors.
Hiểu lầm 2 — Persona là cảm hứng, không cần data
Team product làm workshop 2 giờ, brainstorm “khách hàng thường là…”, rồi viết ra 5 persona. Loại này gọi là proto-persona hoặc assumption persona, chỉ dùng để align team về giả định ban đầu.
Nielsen Norman Group khuyến cáo proto-persona phải validate qua 5-8 interview thực trong 2-4 tuần đầu. Skip bước này sẽ dẫn team đi sai hướng cả năm, tốn 200-400 giờ engineer build feature sai user.
Hiểu lầm 3 — Càng nhiều persona càng tốt
Team build 8-10 persona để cover hết phân khúc, kết quả không ai nhớ nổi và không persona nào ảnh hưởng quyết định. Best practice là 2-4 persona chính cộng 1-2 anti-persona mô tả user mà sản phẩm cố ý không phục vụ.
Quá 5 persona là dấu hiệu segmentation chưa rõ. Nên gộp lại theo behavior chung, không tách theo demographic.
Hai persona cùng goal nhưng khác tuổi có thể merge thành 1.
6 khối thông tin của persona đầy đủ
Template persona có thể trông đẹp với ảnh + tên + quote, nhưng giá trị thực nằm ở 6 khối action được. Mỗi khối trả lời một câu hỏi cụ thể designer/PM hỏi khi build feature.
Khối 1 — Demographic và role
Tên gọi (đặt tên người để dễ nhớ, không phải “Persona A”), tuổi range 5 năm, giới tính, vị trí địa lý, nghề nghiệp và role chính trong tổ chức nếu B2B, thu nhập nếu liên quan, thiết bị thường dùng.
Khối này chỉ là context cơ bản để designer hình dung user, không phải insight chính. Sai lầm phổ biến là dành 80% effort cho khối này, viết 5 paragraph về “Minh thích cafe sữa đá” — không liên quan design decision.
Khối 2 — Goals và job-to-be-done
User muốn đạt được gì khi tương tác với sản phẩm. Goals chia 2 cấp: end goal là mục tiêu cuối (vd “shop online sinh ra 20% doanh thu”), experience goal là cảm xúc kỳ vọng (vd “tự tin rằng mình không bị lừa giá”).
Job-to-be-done framework của Clayton Christensen viết ngắn gọn: “Khi [hoàn cảnh], tôi muốn [động cơ] để [outcome]”. JTBD cụ thể hơn goal abstract và là input chính cho prioritize feature.
Khối 3 — Pain points hiện tại
Cản trở user đang gặp với giải pháp hiện tại (sản phẩm cũ, quy trình thủ công, đối thủ). Pain point phải cụ thể, có data hoặc quote: “Web cũ load 8 giây, ảnh menu nặng 2MB” (cụ thể) chứ không phải “web chậm” (vague).
Pain point dẫn đến opportunity mà sản phẩm có thể giải quyết. Đây là phần insight value cao nhất của persona, lấy trực tiếp từ interview transcript chứ không suy đoán.
Khối 4 — Behavior và điểm chạm
User khám phá sản phẩm qua kênh nào (Facebook ad, Google search, Zalo OA, truyền miệng), tỉ lệ device (mobile/desktop/tablet), peak time hoạt động, tần suất sử dụng. Khối này định hình content chiến lược và ad chiến lược.
Ví dụ persona dùng web 78% mobile peak 21-22h tối thì cần optimize cho mobile-first và schedule push notification giờ tối. Số liệu behavior từ Google Analytics 4 hoặc Microsoft Clarity cross-check với interview.
Khối 5 — Scenario sử dụng
Một câu chuyện ngắn 3-5 câu mô tả một lần user thực sự dùng sản phẩm trong context cuộc sống. Scenario tốt trigger empathy team và giúp design quyết định dễ hơn.
Ví dụ: “Khách thấy ảnh quán trên Facebook, click bio link sang web. Web load 8s và 70% bounce.
Cần load dưới 2s, menu trên first fold, nút order ngay”. Scenario là cầu nối giữa goals và design quyết định.
Khối 6 — Metric đo thành công
Làm sao biết persona đạt mục tiêu khi dùng sản phẩm. Metric phải đo được, có baseline và target: LCP dưới 1,8s, bounce rate dưới 50%, online order ít nhất 30/ngày sau 90 ngày.
Không có metric, persona chỉ là tài liệu trang trí. Có metric, persona trở thành hợp đồng giữa research và team thực thi — sản phẩm ship ra mà metric không đạt thì quay lại review research giả định ở đâu sai.
Quy trình build persona 1-2 tuần với 5-8 interview
Persona đúng nghĩa phải build từ research thực, không thể ngồi nghĩ ra trong 2 giờ. Quy trình dưới đây là pattern Web22 áp dụng cho khách hàng SMB và mid-size, từ persona shop online đến persona app B2B SaaS.
Giai đoạn 1 — Setup nghiên cứu (Ngày 1-2)
Định nghĩa research question rõ ràng (vd “ai là người ra quyết định mua hàng trên shop chăm sóc da B2C”), liệt kê assumption hiện tại của team dưới dạng proto-persona, chuẩn bị discussion guide 12-15 câu hỏi mở.
Tạo screener questionnaire để recruit đúng đối tượng, loại trừ user fake hoặc không match. Output giai đoạn 1: 1 Notion doc research protocol và 1 form recruit Google Form.
Giai đoạn 2 — Recruit và interview (Ngày 3-7)
Recruit qua Facebook group cộng đồng, database khách hàng cũ, hoặc UserInterviews.com nếu B2B SaaS quốc tế. Incentive 200.000-500.000đ/người tuỳ độ khó recruit.
Mỗi interview 45-60 phút qua Google Meet hoặc gặp trực tiếp, ghi âm và transcript bằng Otter.ai hoặc Microsoft Word transcribe. Tránh leading question — thay “Bạn có thấy web dễ dùng không?” bằng “Lần cuối bạn dùng web, cảm giác thế nào?”.
Giai đoạn 3 — Synthesis qua affinity diagram (Ngày 8-10)
Đọc lại transcript 5-8 interview, gắn sticky note trên Miro hoặc FigJam cho mỗi insight — 1 insight là 1 note. Group note theo theme tự nổi lên, không group theo persona giả định trước.
Sau group, bắt đầu lộ ra 2-4 cluster behavior khác biệt — đó là phân khúc thực, mỗi phân khúc thành 1 persona. Đây là bước value cao nhất, không nên skip để tự sáng tạo persona từ assumption.
Giai đoạn 4 — Viết và validate persona (Ngày 11-14)
- Viết mỗi persona 1 trang A4 với 6 khối thông tin, dùng quote thực từ interview làm “voice” của persona.
- Đặt tên gợi nhớ (Minh chủ shop, An mẹ Q3, Hùng sales SaaS) — không dùng “User A”.
- Thêm 1-2 ảnh đại diện (stock photo Unsplash hoặc AI-generated avatar đều OK).
- Trình bày persona cho team product, marketing, sales trong 1 buổi 90 phút.
- Cho team challenge: “Persona này có giống user thực bạn từng tiếp xúc không? Phần nào surprise?”.
- Nếu team push back nhiều thì quay lại làm thêm 2-3 interview để validate trước khi finalize.
Công cụ và template phổ biến
Persona có thể build trên bất kỳ tool nào (Word, Google Slides, Figma, Notion), không có tool “đúng” duy nhất. Quan trọng là output dễ chia sẻ và dễ update khi research mới.
4 nhóm tool phổ biến 2026
- Figma + FigJam: kết hợp phổ biến nhất với designer. FigJam cho synthesis affinity diagram, Figma design persona card với layout reusable component.
- Plugin “User Persona Creator” có template kéo thả.
- Notion + Airtable: phù hợp team product + research làm việc nhiều persona đan xen qua thời gian. Mỗi persona là 1 entry database, link với interview, feature, marketing chiến dịch.
- Notion AI tóm tắt transcript nhanh hơn 3-5 lần.
- Miro + Mural: alternative cho team distributed làm workshop persona online. Mạnh về collaborative real-time, có template persona miễn phí.
- Yếu khi cần persona thành asset chính thức để chia sẻ ngoài.
- UXPressia, Smaply, Userforge: tool chuyên cho persona và journey map. Pricing 15-50 USD/user/tháng, phù hợp UX research đơn vị hoặc team dedicated 3+ người.
- Team nhỏ thường overkill, Figma đủ dùng.
Template 6 khối — copy vào Figma hoặc Notion
# Template persona — 1 trang A4
┌─────────────────────────────────────────────────┐
│ TÊN persona + ẢNH │
│ "Quote 1 câu đặc trưng từ interview" │
├──────────────────────┬──────────────────────────┤
│ 1. DEMOGRAPHIC │ 2.
GOALS + JTBD │
│ - Tuổi: │ - End goal: │
│ - Nghề: │ - Experience goal: │
│ - Địa điểm: │ - JTBD: Khi __, tôi │
│ - Device: │ muốn __ để __ │
├──────────────────────┼──────────────────────────┤
│ 3. PAIN POINTS │ 4.
BEHAVIOR + Điểm chạm │
│ - Pain 1: [quote] │ - Discover qua: │
│ - Pain 2: [quote] │ - Device split: │
│ - Pain 3: [quote] │ - Peak time: │
├──────────────────────┼──────────────────────────┤
│ 5. SCENARIO │ 6.
METRIC SUCCESS │ │ "Khách thấy quán │ - LCP < 1,8s │ │ trên FB → click │ - Bounce < 50% │ │ bio → web 8s load │ - Order ≥ 30/ngày │ │ → 70% bounce" │ sau 90 ngày │ └──────────────────────┴──────────────────────────┘
3 ví dụ persona cho use case phổ biến
Để cụ thể hoá khái niệm, dưới đây là 3 ví dụ persona Web22 thường gặp khi consult khách hàng. Mỗi ví dụ chỉ tóm tắt — persona thực tế có document 1-2 trang đầy đủ.
Persona 1 — Minh, chủ shop F&B (B2C local)
38 tuổi, chủ chuỗi 4 quán cafe TP.HCM, doanh thu 8-12 triệu/ngày/quán. Goal: online order ít nhất 30 đơn/ngày qua website trong 6 tháng.
Pain: web cũ load 8 giây, ảnh menu nặng, không tự sửa được giờ mở cửa. Behavior: 78% mobile, peak 21-22h tối khi khách hỏi menu.
Metric: LCP dưới 1,8s, online order ít nhất 30/ngày.
Persona 2 — Hà, học viên chuẩn bị TOEIC (B2C edtech)
22 tuổi, sinh viên năm 4, mục tiêu TOEIC 700 trong 3 tháng để xin việc. Goal: tìm khoá học chất lượng giá dưới 3 triệu, học flexible không cần đến lớp.
Pain: app hiện tại quảng cáo nhiều, video chậm trên 4G, không có lịch học cá nhân. Behavior: học 60-90 phút/ngày tối, 95% mobile.
Metric: completion rate ít nhất 80%, daily active 5+ ngày/tuần.
Persona 3 — Hùng, sales manager SaaS B2B
35 tuổi, sales manager công ty 50 nhân viên, dùng CRM track 80-120 lead/tháng. Goal: rút thời gian đóng deal từ 21 ngày xuống 14 ngày.
Pain: CRM hiện tại quá phức tạp, đào tạo mới 2 tuần mới quen, không có view "deal sắp đóng tuần này". Behavior: dùng CRM 4-6 giờ/ngày desktop Win.
Metric: time-to-pipeline-action giảm đáng kể, sales adoption ít nhất 90% sau 30 ngày.
5 lỗi phổ biến khiến persona vô dụng
Theo audit Web22 đã làm cho nhiều persona document của khách hàng cũ, 5 lỗi sau lặp lại nhiều nhất. Hiểu trước để tránh khi build mới.
Lỗi 1 — Build từ assumption không có interview
Team workshop 2 giờ rồi viết ra 5 persona. 6 tháng sau audit thấy persona không match với behavior data analytics — feature build sai priority, ad targeting sai phân khúc.
Lỗi 2 — Persona không có pain point và scenario
Team chỉ viết demographic và goals chung chung, không có cản trở cụ thể. Designer đọc persona xong vẫn không biết priority feature nào trước.
Cần tối thiểu 5 pain point cụ thể có data hoặc quote.
Lỗi 3 — Quá nhiều persona (8-10 cái)
Team phân khúc quá chi tiết theo demographic nhỏ, không ai nhớ và không persona nào có influence. Max 4 primary persona và 1-2 anti-persona, gộp phân khúc có behavior tương tự.
Lỗi 4 — Persona đắp chiếu sau khi launch
Build xong, in poster đẹp, nhưng không update theo thời gian. 1 năm sau market shift, persona outdated.
Lịch review mỗi 6 tháng — mini-research 2-3 interview để check assumption.
Lỗi 5 — Không link với analytics và feature backlog
Team product không reference persona trong sprint planning, marketing không reference khi viết ad copy. Mỗi feature ticket Jira tag persona target, mỗi ad chiến dịch ghi rõ persona đích, mỗi quarterly review nhắc tên persona khi report metric.
FAQ về user persona
Cần bao nhiêu interview để build 1 persona đáng tin?
Tối thiểu 5 interview cho mỗi persona dự kiến theo guideline Nielsen Norman Group. Lý do: 5 user phát hiện khoảng 85% pattern hành vi chính trong nhóm, từ user thứ 6-10 thông tin lặp lại (saturation).
Nếu sản phẩm có 3 persona dự kiến thì cần 15 interview tổng cộng. Trong phạm vi budget hạn chế, có thể giảm xuống 3-4 interview cho secondary persona nhưng không nên dưới 5 cho primary persona.
Persona có khác customer profile / ICP trong sales không?
Có khác dù overlap. ICP (Ideal Customer Profile) trong sales B2B focus tiêu chí firmographic (industry, company size, revenue, geography) để qualify lead — input vào lead scoring.
Persona focus hành vi cá nhân của user cuối hoặc người ra quyết định trong tổ chức — input vào design và content. Công ty B2B SaaS thường có 1 ICP và 2-4 persona (user dùng hằng ngày, manager phê duyệt mua, IT setup ban đầu).
Có nên dùng AI (Claude/ChatGPT) để generate persona không?
AI giúp 2 việc trong workflow: tóm tắt transcript interview thành insight nhanh hơn (giảm thời gian synthesis), và sinh draft persona từ data có sẵn để team review nhanh.
Nhưng KHÔNG nên dùng AI generate persona từ giả định không có data thực — output sẽ generic, mô phỏng đào tạo data Mỹ/EU không match user VN. AI là tool tăng tốc, không thay thế research thực.
Persona phải update bao lâu một lần?
Mini-review 6 tháng với 2-3 interview để check assumption, full update 12-18 tháng với recruit lại 5-8 user. Update sớm hơn nếu: launch market mới, target user pivot, data analytics shift mạnh.
Persona outdated 2 năm thường gây sai design quyết định nhiều hơn không có persona, vì team tin vào tài liệu cũ thay vì observation mới. Lịch review quarterly mỗi sprint planning để check tính relevance.
Có cần làm persona riêng cho B2B vs B2C không?
Có cấu trúc khác nhau. Persona B2C focus cá nhân và lifestyle context (Minh chủ shop, sống Tân Phú, dùng iPhone).
Persona B2B thêm khối "role trong tổ chức" và "decision-making process" — vd Hùng sales manager báo cáo CEO, ngân sách 50 triệu/quý cần phê duyệt CFO.
B2B thường có 2-4 persona cho cùng 1 deal: end user + champion + decision maker + economic buyer. Mỗi persona có goal khác nhau dù cùng công ty.
Bài liên quan và bước tiếp theo
User persona là 1 phần của UX research toolkit. Các bài liên quan dưới đây giúp build kiến thức trọn vẹn từ persona, journey map, A/B test cho tới quy trình research dài hạn.
- User journey mapping — 5 giai đoạn, 6 thành phần và quy trình build 1-2 tuần — bước tiếp theo sau persona để map điểm chạm tiến độ.
- A/B test thiết kế — 3 yêu cầu test valid và quy trình 6 bước — validate hypothesis về persona qua experiment.
- Heatmap cho web — 4 loại click/scroll/move/attention và tool setup — quantitative verify behavior persona qua Microsoft Clarity.
- Xây design system trong Figma — token, component, library workflow — translate persona insight thành design system priority.
- Dịch vụ thiết kế UI/UX chuẩn doanh nghiệp tại Web22 — pillar service page cho đội UX Researcher và UI Designer Web22.
Cần đội Web22 build persona end-to-end với protocol research, recruit 5-8 user, moderate interview, synthesis và circulation 1-2 tuần per project? Thiết kế design system cho thương hiệu — báo giá rõ ràng theo phạm vi, không phát sinh sau khi ký hợp đồng.
