Product Manager: Tạo persona và customer journey từ bằng chứng nghiên cứu

Playbook biến ghi chú nghiên cứu thành persona và journey map để đội ngũ hiểu người dùng, nhận diện điểm ma sát, xác định cơ hội và làm rõ ownership — thay vì ra quyết định từ phỏng đoán.

Một biểu đồ funnel có thể cho biết người dùng dừng ở đâu. Nhưng nó không tự trả lời được: họ đang cố làm gì, gặp trở ngại gì và trải nghiệm đó diễn ra qua những điểm chạm nào.

Persona và customer journey map giúp Product biến các phát hiện nghiên cứu rời rạc thành một cách hiểu chung. Persona làm nhóm người dùng trở nên cụ thể, dễ nhớ. Journey map cho thấy trải nghiệm của họ theo thời gian — từ mục tiêu, hành động đến suy nghĩ, cảm xúc và điểm ma sát.

Điều kiện quan trọng nhất: cả hai phải được xây từ nghiên cứu người dùng, không phải từ điều đội ngũ tin là đúng.

Persona: mô tả hư cấu, nhưng phải dựa trên người dùng thật

Theo Nielsen Norman Group, persona là mô tả hư cấu nhưng thực tế về một người dùng điển hình hoặc người dùng mục tiêu. Persona tổng hợp dữ liệu về người thật thành một nhân vật cụ thể để đội ngũ dễ đồng cảm và dễ ghi nhớ hơn.

Persona không chỉ là một nhãn nhân khẩu học như “người dùng trẻ ở thành thị”. Một persona hữu ích cần tập trung vào những đặc điểm ảnh hưởng đến quyết định thiết kế và sản phẩm, chẳng hạn:

Mức độ kinh nghiệm với sản phẩm hoặc dịch vụ Bối cảnh sử dụng: tự chọn dùng hay dùng vì yêu cầu công việc Tần suất sử dụng và thiết bị thường dùng Hành vi đã được quan sát Mục tiêu, nhu cầu và mối bận tâm khi thực hiện tác vụ Một câu nói thể hiện thái độ, nếu có từ nghiên cứu

Tên và ảnh có thể giúp nhân vật dễ nhớ. Tuy nhiên, không nên thêm chi tiết không phục vụ quyết định. Nếu một thông tin không giúp nhóm hiểu người dùng hơn hoặc không làm rõ lựa chọn thiết kế, hãy bỏ nó.

> Câu hỏi kiểm tra đơn giản: “Chi tiết này sẽ thay đổi quyết định sản phẩm hoặc thiết kế nào?”

Bắt đầu bằng nghiên cứu, không phải bằng mẫu persona

Persona nên được tạo từ nghiên cứu người dùng. Nielsen Norman Group nêu một số phương pháp có thể dùng để xác định đặc điểm persona, gồm:

Nghiên cứu hiện trường Khảo sát Nghiên cứu theo thời gian Phỏng vấn

Sau khi hoàn thành nghiên cứu, đội ngũ có thể rút ra persona và các scenario từ dữ liệu đó.

Quy trình 5 bước cho PM

Tập hợp các quan sát từ nghiên cứu Ghi lại hành vi, mục tiêu, nhu cầu, mối quan tâm và bối cảnh sử dụng đã quan sát được.

Tìm các cụm đặc điểm lặp lại Nhóm các đặc điểm có liên hệ với nhau. Ví dụ, một cụm có thể gồm người dùng cần hoàn thành nhanh trên điện thoại; cụm khác gồm người dùng cần kiểm tra kỹ thông tin trước khi tiếp tục.

Nhận diện các vai trò khác biệt Khi các cụm trở nên rõ ràng, chúng có thể hình thành các persona khác nhau. Nếu hai cụm quá giống nhau, hãy gộp chúng. Nếu một cụm ít liên quan đến sản phẩm hoặc mục tiêu kinh doanh, hãy cân nhắc loại bỏ.

Bổ sung chi tiết để persona đáng tin và dễ nhớ Chỉ thêm những chi tiết hỗ trợ việc hiểu hành vi, mục tiêu hoặc bối cảnh sử dụng.

Tạo persona cùng những người sẽ sử dụng nó Persona được xây cùng Product, Design và các bên liên quan có khả năng được tin tưởng, sử dụng và lan tỏa trong đội ngũ hơn.

Dùng persona để tạo ngôn ngữ chung

Lợi ích lớn của persona không nằm ở một trang hồ sơ đẹp. Persona tạo ra một cách gọi chung, chính xác hơn về một kiểu người dùng.

Thay vì nói chung chung “người dùng có thể thấy khó”, đội ngũ có thể thảo luận cụ thể hơn:

Người dùng này đang cố đạt mục tiêu gì? Họ có kinh nghiệm đến đâu? Họ dùng sản phẩm trong bối cảnh nào? Điều gì khiến họ quan tâm đến tốc độ, độ chính xác hoặc mức độ đầy đủ? Luồng hiện tại có hỗ trợ họ hoàn thành tác vụ không?

Persona giúp tránh xu hướng thiết kế cho “tất cả mọi người” — một nhóm quá mơ hồ để đưa ra quyết định tốt.

Persona cũng có thể tiếp tục được dùng sau giai đoạn thiết kế, chẳng hạn để:

Mô tả nhóm người dùng mục tiêu khi làm việc với đối tác hoặc tư vấn bên ngoài Hỗ trợ đánh giá một thiết kế theo góc nhìn của từng persona Làm cơ sở xác định tiêu chí tuyển người tham gia usability study Phân đoạn dữ liệu analytics để theo dõi hành vi của các nhóm người dùng khác nhau

Tuy nhiên, đánh giá dựa trên persona không thay thế cho kiểm thử với người dùng.

Journey map: biến trải nghiệm thành một câu chuyện có thể hành động

Nếu persona trả lời câu hỏi “Ai là người dùng?”, customer journey map trả lời “Họ trải qua điều gì?”

Theo Nielsen Norman Group, journey map bắt đầu bằng việc sắp xếp mục tiêu và hành động của người dùng trên một trục thời gian. Sau đó, nhóm bổ sung suy nghĩ và cảm xúc để tạo thành câu chuyện về trải nghiệm. Cuối cùng, câu chuyện được trực quan hóa để truyền đạt insight và hỗ trợ quá trình thiết kế.

Journey map hữu ích vì nó tập hợp những mảnh dữ liệu rời rạc thành một bức tranh xuyên suốt từ góc nhìn khách hàng. Điều này đặc biệt quan trọng khi mỗi bộ phận chỉ nhìn một phần trải nghiệm hoặc sở hữu một KPI riêng.

Ba phần của một journey map cơ bản

1. Lens: ai và trong tình huống nào?

Phần đầu tiên xác định giới hạn của map:

Persona: hành trình này thuộc về ai? Scenario: họ đang cố hoàn thành trải nghiệm cụ thể nào?

Một journey map cơ bản nên dùng một góc nhìn người dùng cho mỗi map. Điều này giúp câu chuyện rõ ràng và tránh trộn lẫn các nhu cầu khác nhau.

Scenario cũng cần có trình tự sự kiện và mục tiêu cụ thể. Ví dụ, “mua một sản phẩm lần đầu” là một scenario rõ hơn nhiều so với “trải nghiệm mua sắm”.

2. Trải nghiệm: người dùng làm gì, nghĩ gì và cảm thấy gì?

Phần trung tâm của map thường được chia thành các giai đoạn của hành trình. Mỗi giai đoạn có thể bao gồm:

Mục tiêu của người dùng Hành động họ thực hiện Suy nghĩ hoặc nhận định của họ Cảm xúc trong quá trình thực hiện Touchpoint — thời điểm người dùng tương tác với công ty Channel — kênh cung cấp dịch vụ hoặc giao tiếp, như website, ứng dụng hoặc cửa hàng

Hành động, suy nghĩ và cảm xúc nên dựa trên nghiên cứu định tính, chẳng hạn nghiên cứu hiện trường, quan sát trong bối cảnh sử dụng hoặc nghiên cứu nhật ký.

3. Đầu ra: insight, điểm ma sát, cơ hội và ownership

Journey map không nên kết thúc ở phần mô tả. Đầu ra của map cần phục vụ một mục tiêu kinh doanh đã biết trước.

Tùy mục tiêu, phần này có thể nêu:

Insight rút ra từ hành trình Pain point hoặc điểm thiếu nhất quán trong trải nghiệm Cơ hội cần tập trung cải thiện Nhóm hoặc bộ phận chịu trách nhiệm với một touchpoint hay giai đoạn cụ thể

Việc làm rõ ownership đặc biệt hữu ích khi trải nghiệm bị đứt đoạn vì không có nhóm nào chịu trách nhiệm cho một điểm chạm cụ thể.

Cách dựng journey map trong một buổi làm việc

Bạn không cần bắt đầu bằng một sơ đồ phức tạp. Hãy dùng bảng đơn giản với các cột theo giai đoạn hành trình.

| Giai đoạn | Mục tiêu người dùng | Hành động | Suy nghĩ/cảm xúc | Touchpoint & channel | Insight hoặc pain point | Ownership | |---|---|---|---|---|---|---| | Trước khi bắt đầu | | | | | | | | Thực hiện tác vụ | | | | | | | | Hoàn tất hoặc cần hỗ trợ | | | | | | |

Khi điền bảng, hãy liên tục hỏi:

Dữ liệu này đến từ đâu? Đây là hành động quan sát được, suy nghĩ người dùng nêu ra hay diễn giải của đội ngũ? Điểm chạm này thuộc kênh nào? Ai trong tổ chức đang sở hữu hoặc cần phối hợp để cải thiện nó? Insight này có liên quan đến mục tiêu kinh doanh đã đặt ra cho map không?

Checklist trước khi dùng persona và journey map

[ ] Persona được xây từ nghiên cứu về người dùng thật. [ ] Các đặc điểm trong persona liên quan đến quyết định thiết kế hoặc sản phẩm. [ ] Những persona quá giống nhau đã được gộp hoặc tinh giản. [ ] Journey map có một persona và một scenario rõ ràng. [ ] Hành động, suy nghĩ và cảm xúc trong map có cơ sở từ nghiên cứu. [ ] Touchpoint và channel được thể hiện theo từng giai đoạn. [ ] Map phục vụ một mục tiêu kinh doanh cụ thể. [ ] Insight, pain point, cơ hội và ownership được tách bạch rõ ràng. [ ] Persona và journey map được xem là tài liệu có thể tiếp tục kiểm chứng, cập nhật.

Persona làm người dùng trở nên cụ thể. Journey map làm trải nghiệm trở nên nhìn thấy được. Khi cả hai bám sát nghiên cứu, PM có một nền tảng chung để thảo luận vấn đề trước khi đội ngũ vội chọn giải pháp.