Xây dựng Customer Journey Map

Lại kể chuyện tiếp về thời gian đi làm consultant.

Đa số trường hợp, khi khách hàng đã bắt đầu cần đến consultant nghĩa là họ đang đối mặt với những vấn đề mà nguồn lực bên trong công ty không tìm ra được giải pháp. Do đó họ mới cần đến một nguồn lực bên ngoài vào giúp họ. Vậy làm thế nào mà chúng tôi – những người ất ơ từ đâu đến – lại có thể giúp họ tìm ra giải pháp? (trong khi họ là những người làm việc sát cánh ở công ty trong thời gian dài – là người có nhiều insight nhất – còn chưa tìm ra được giải pháp).

Bài này tôi sẽ chia sẻ một trong những kỹ thuật mà chúng tôi dùng rất nhiều (và cũng thường tư vấn khách hàng tiến hành nhất). Đó là Customer Journey Map.

Loạt bài này sẽ hơi dài (dù tôi đã cố viết ngắn nhất có thể) và thuộc dạng hơi nâng cao một chút, nên những ai chưa biết về khái niệm UX Design/Service Design (CX) có thể đọc thêm bài tổng quan ở link này. Ai muốn hiểu hơn chút xíu về công việc Experience consultant có thể đọc thêm ở đây.

Như thường lệ bài viết sẽ dùng nhiều từ tiếng Anh, không phải vì “chảnh” (dù bình thường tôi cũng chảnh), mà do có 2 lý do chính:

  • Các từ đó sẽ là keyword cho các bạn dùng để nghiên cứu sâu hơn.
  • Cho tiện viết bài, vì một số từ dịch ra tiếng Việt nghe rất kỳ.

Tại sao CJM lại quan trọng?

CJM giúp chúng ta zoom out ra để có một bức tranh toàn cảnh về tất cả mọi thứ liên quan đến sản phẩm/dịch vụ mà công ty  đang cung cấp. CJM bao gồm hầu hết mọi thứ liên quan đến UX (ở một mức độ khái quát) như: Personas, Scenarios, User Tasks, User Goals, Empathy,… Nói ngắn gọn CJM như một nền tảng (UX Foundation) cho các hoạt động UX Design sau này. Nó giúp mang các stakeholders onboard một cách nhanh nhất để từ đó tiến hành các bước tiếp sau.

Chính vì lý do đó mà CJM thường là một trong những hoạt động đầu tiên mà chúng tôi tư vấn cho khách hàng khi kick off một dự án tư vấn nào. Và nhiều trường hợp sau khi đã có CJM thì khách hàng đã có một bức tranh rõ ràng hơn, có thể tự tiếp tục chạy mà không cần đến chúng tôi nữa. (Đó cũng là một trong những “sản phẩm” tư vấn mà công ty tôi “bán” được nhiều nhất).

CJM có thể coi như một project và nó sẽ được xây dựng hiệu quả và chính xác hơn nếu toàn dự án được lead bởi một consultant có kinh nghiệm. Tuy nhiên ở VN theo tôi biết thì chưa có một consultancy nào chuyên về mảng UX/CX này. Đó chính là lý do mà tôi viết bài này, để giúp các bạn có thể tự thân triển khai và tự áp dụng ở công ty tôi.

Tôi sẽ cố gắng viết đơn giản nhất có thể, mục đích để bất kỳ ai, bất kỳ công ty nào cũng có thể tự triển khai được.

Để viết chi tiết hết mọi ngóc ngách, những kỹ thuật và kinh nghiệm thực tế thì chủ đề này có lẽ đủ viết thành một cuốn sách. Nên trong bài này tôi sẽ viết một cách bao quát, và sẽ đưa ra tên của những kỹ thuật như những keyword để các bạn có một hiểu biết tổng quát, sau đó dùng những keyword đó để tiếp tục nghiên cứu tiếp. Chỉ cần search đúng keyword trên google sẽ ra rất nhiều bài viết giá trị để các bạn nghiên cứu tiếp sâu hơn.

Tuy nhiên dù đã cố gắng rút gọn như vậy, nhưng bài cũng sẽ khá dài. Tôi sẽ chia ra làm một số bài.

Customer journey map là gì?

Dưới đây là một số ví dụ.

91922d15429177.56291513c6ebb

RailEurope_CXMap_FINAL.001

Hoặc hoành tráng như vầy:

Customer-Journey-Mapping

Bên trên chỉ là những CJM đơn giản, những CJM mà chúng tôi từng làm việc chi tiết hơn rất nhiều. Tuy nhiên dù cho đơn giản hay phức tạp, thì những gì chúng ta thấy chỉ là kết quả cuối cùng. Nó là phần nổi của tảng băng, để đến được kết quả đó (một cách chính xác) thì đằng sau đó là rất nhiều công đoạn, sức lực của rất nhiều người có liên quan.

Tôi tin các bạn nào đã có nghiên cứu về UX ít nhiều đã một lần thấy qua CJM. Và chắc hẳn các bạn đều đặt câu hỏi, làm sao để có thể xây dựng một CJM như vậy, phải bắt đầu từ đâu? Hồi xưa tôi cũng từng đặt những câu hỏi như vậy, và sục sạo tìm kiếm khắp nơi nhưng không tìm ra một tài liệu hay khóa học nào dạy cụ thể về việc này. Rất là gian nan vất vã. Phải chi lúc đó có ai đẹp trai hào phóng như tôi bây giờ thì đã đâu khổ cực như vậy 😀

Ok, hoang tưởng chút, vô vấn đề chính. Loạt bài này tôi sẽ chia sẻ tất tần tật – không giấu gì hết – những kỹ thuật, kinh nghiệm đã tích lũy được sau bao năm chinh chiến, hoàn toàn miễn phí (quá hào hoa phong nhã!)

Dưới đây là các bước chính để xây dựng một CJM một cách bài bản (ở các bài sau tôi sẽ tập trung đi sâu vào chi tiết từng bước):

  1. Tổng hợp thông tin thô (analytical data)
  2. Xác định key Personas và Journeys.
  3. Qualitative data (UX Research).
  4. Mapping assumptions vô Hypotheses CJM.
  5. Hypotheses CJM Validation (User workshop).
  6. Matching thông tin từ user workshop (bước 5) với analytical data (b1) và qualitative data (b3).
  7. Analyse customer pain-points (Stakeholder workshop).
  8. Prioritise issues và define solutions.
  9. Design solutions (Co-Design Workshop, User Centered Design).
  10. Xây dựng “sharing materials” (CJM).

Đọc các phần tiếp theo:

14 comments On Xây dựng Customer Journey Map

  • Đúng là anh đẹp trai hào hoa phong nhã từ hình thức đến nội dung luôn đó anh Hiếu!

  • Thanks 'anh Hiếu hào hoa phong nhã' đã đẹp trai lại còn hề hước. PMS khiến bao cái đầu nhức nhối nhưng ôi chúng tôi còn anh Híu cmt vậy thôi chứ biết anh không đọc rồi :))))

    6
  • Cảm ơn anh Hiếu, những bài chia sẻ của anh rất hữu ích, e xem cả trên website lẫn youtube rất thích ạ

    5
  • Cảm ơn bài viết bổ ích và thiết thực của anh.

  • Chào anh.
    Anh có thể chia sẽ thêm về User Stories không. em đọc nhiều tài liệu trên mạng nhưng chưa có bài nào thật sự dễ hiểu cả. Rất mong anh có thể chia sẻ thêm về chủ đề này ạ.
    Em cảm ơn ạ

    1
  • hà thu phạm

    nên share luôn link phần 2 để chạy đến luôn đỡ phải quay lại trang trước rồi click như vâyj mới là UX tốt chứ ạ. Ở các bài khác thì có link của phần trước và link của các phần kế để jump cho dễ ạ.
    Anyway, thanks anh vì bài viết bổ ích.

    5
  • Chào anh ,
    Lúc nào anh rảnh có thể viết tiếp các phần còn lại , để tụi em tham khảo thêm ah
    Em cám ơn
    Chúc anh sức khoẻ và hạnh phúc .

  • đề nghị anh viết chọn chữ size nhỏ hơn để lâu hết bài 🙁
    Ngóng ạ!

  • Hi anh, nhân tiện bài viết này, anh có thể chia thêm kinh nghiệm tổ chức một team để phát triển 1 sản phẩm mới được không?

    Bao gồm những team nào? Vai trò của từng team và từng thành viên? Công việc, trách nhiệm như thế nào? Mối liên hệ?

    1
  • Vô tình thấy bài viết của anh. Great ! Cám ơn anh đã chia sẻ.
    Lúc em học được dạy chú trọng nhiều vào việc nghiên cứu và xây dựng Persona để ra những cái còn lại.
    Tiếc quá hình click vào không thể phóng to lên được.

    • Tất nhiên là phải có persona thì mới ra những cái còn lại được. Em để ý cái mục lục anh viết thì bước xác định persona cũng là những bước đầu tiên. Để từ từ mấy bài sau anh viết chi tiết hơn.

      1
    • My NGUYEN

      (y)

  • Cảm ơn anh Hiếu! Lót dép ngồi hóng

  • Quá tuyệt anh ơi , cảm ơn anh đã share , em xin lấy nguồn về share trên group của em cho mấy anh em đang làm trong lĩnh vực này đọc tham khảo thêm !

Trả lời cho Hiep Bỏ trả lời

Địa chỉ email của bạn sẽ được giữ bí mật.

Site Footer