M-Bài 15 — Customer Journey Map sang User Story Mapping

Mở đầu — vì sao bài này quan trọng

Nếu bạn đến từ Marketing, có một công cụ mà bạn gần như chắc chắn đã từng vẽ, từng tranh luận, từng dán đầy giấy nhớ lên tường phòng họp: Customer Journey Map (CJM) — bản đồ hành trình khách hàng. Bạn dùng nó để hiểu khách đi từ lúc "chưa biết thương hiệu" đến lúc "trở thành fan giới thiệu cho bạn bè". Đây là một trong những tài sản tư duy quý giá nhất bạn mang theo khi chuyển sang nghề BA.

Vấn đề là: trong vai trò BA, người ta không hỏi bạn "khách hàng cảm thấy thế nào ở giai đoạn cân nhắc?". Người ta hỏi bạn: "Để hệ thống làm được điều khách cần ở bước thanh toán, đội dev phải xây những tính năng gì, ưu tiên cái nào trước, release theo lát cắt nào?". Đó chính là địa hạt của User Story Mapping (USM) — bản đồ câu chuyện người dùng, một kỹ thuật do Jeff Patton hệ thống hóa.

Tin tốt là CJM và USM là hai anh em ruột. Cả hai đều đặt người dùng làm trục, đều kể chuyện theo dòng thời gian, đều "trải phẳng" trải nghiệm ra để cả nhóm cùng nhìn. Bài học này sẽ chỉ cho bạn cách dịch một thứ bạn đã thành thạo (CJM) sang một thứ bạn cần thành thạo (USM) — không phải học lại từ đầu, mà là chuyển ngữ một tư duy bạn đã có. Đây là một trong những "cây cầu chuyển đổi" đẹp nhất giữa hai nghề.

Khái niệm cốt lõi

Customer Journey Map — thứ marketer đã biết

CJM mô tả toàn bộ trải nghiệm của khách hàng với thương hiệu/sản phẩm, thường được tổ chức như sau:

• Trục ngang là các giai đoạn (stages): Awareness → Consideration → Purchase → Retention → Advocacy (Nhận biết → Cân nhắc → Mua → Giữ chân → Ủng hộ/Giới thiệu).
• Trục dọc là các lớp thông tin (lanes): điểm chạm (touchpoints), hành động của khách, suy nghĩ, cảm xúc (emotion curve — đường cong cảm xúc lên xuống), pain points (điểm đau), và cơ hội (opportunities).

CJM trả lời câu hỏi: Khách hàng trải nghiệm như thế nào, và họ đau ở đâu? Nó thiên về cảm xúc, nhận thức và trải nghiệm xuyên suốt nhiều kênh.

User Story Mapping — thứ BA cần biết

USM cũng là một tấm bản đồ trải phẳng, nhưng nó tổ chức công việc cần xây dựng theo cấu trúc ba tầng:

• Tầng trên cùng — Backbone (xương sống), gồm các "Activity" / hoạt động lớn: ví dụ "Tìm sản phẩm", "Thêm vào giỏ", "Thanh toán", "Theo dõi đơn". Đây là các bước lớn người dùng đi qua, sắp theo thứ tự thời gian từ trái sang phải. Tầng này tương đương trục stages của CJM.
• Tầng giữa — Steps / Tasks (các bước nhỏ): dưới mỗi Activity là các tác vụ chi tiết. Ví dụ dưới "Thanh toán" có "Chọn phương thức", "Nhập mã giảm giá", "Xác nhận địa chỉ", "Nhập OTP".
• Tầng dưới — User Stories (các câu chuyện người dùng): dưới mỗi step là những mẩu việc cụ thể đội dev sẽ làm, viết dạng "Là [vai trò], tôi muốn [làm gì], để [đạt được gì]".

Điểm quyết định của USM mà CJM không có: các đường kẻ ngang gọi là release slices (lát cắt phát hành). Bạn kẻ một đường ngang cắt qua toàn bộ bản đồ; mọi story nằm phía trên đường đó thuộc về Release 1 (hoặc MVP), phía dưới là các bản sau. Đây chính là chỗ USM biến "hiểu khách hàng" thành "kế hoạch giao hàng".

Khác biệt then chốt: từ "cảm xúc" sang "hành động hệ thống"

Hãy ghi nhớ bảng đối chiếu tư duy này:

Câu thần chú để dịch: mỗi pain point trên CJM là một ứng viên cho user story trên USM. Khi khách "bực vì không biết phí ship trước khi nhập địa chỉ" (pain point CJM), nó trở thành story: "Là người mua, tôi muốn thấy phí ship ước tính ngay ở trang giỏ hàng, để tôi không bị bất ngờ ở bước cuối."

Tình huống thực tế

Ví dụ 1 — Tiki: từ CJM mua sách sang USM cho trang Product Detail

Một bạn từng làm Content Marketing tại một nhà sách online, chuyển sang làm BA cho đội thương mại điện tử giống mô hình Tiki. Trước đây bạn đã vẽ CJM cho hành trình mua sách: giai đoạn Consideration, khách "lưỡng lự vì không biết sách thật hay in lậu, không rõ tình trạng còn hàng, sợ giao chậm". Ba pain point này từng được bạn dùng để viết bài blog "Cách nhận biết sách thật".

Khi làm BA, bạn lấy đúng ba pain point đó và đặt lên USM dưới Activity "Xem chi tiết sản phẩm":

• Pain "sợ in lậu" → Story: Là người mua, tôi muốn thấy nhãn "Phân phối chính hãng" và tên nhà phát hành, để yên tâm về nguồn gốc.
• Pain "không rõ còn hàng" → Story: Là người mua, tôi muốn thấy trạng thái tồn kho theo thời gian thực, để biết có nên đặt ngay không.
• Pain "sợ giao chậm" → Story: Là người mua, tôi muốn thấy ngày giao dự kiến tính theo địa chỉ của tôi, để quyết định mua.

Bài học rút ra: Insight marketing không bị vứt đi — nó được tái sử dụng nguyên vẹn, chỉ đổi "đầu ra" từ nội dung quảng cáo sang đặc tả tính năng. Bạn đến với USM không phải tay trắng mà với cả một kho pain point đã được khách hàng kiểm chứng.

Ví dụ 2 — Một fintech ví điện tử kiểu MoMo: cắt MVP cho luồng nạp tiền

Một startup fintech ở TP.HCM cần ra mắt tính năng "Nạp tiền vào ví" trong 6 tuần. Đội có CJM rất đẹp cho hành trình nạp tiền, với hơn 20 pain point. Nếu làm hết, mất 4 tháng. BA (vốn xuất thân Growth Marketing) dựng USM với backbone: Chọn nguồn tiền → Nhập số tiền → Xác thực → Hoàn tất.

Dưới mỗi Activity, đội đổ ra khoảng 35 story. Sau đó kẻ release slice:

• Release 1 (MVP, 6 tuần): chỉ nạp qua thẻ ngân hàng nội địa + xác thực OTP + màn hình thành công. Đủ để một người nạp được tiền end-to-end.
• Release 2: thêm nạp qua Visa/Mastercard, lưu thẻ, gợi ý mệnh giá nhanh.
• Release 3: nạp qua chuyển khoản QR, nhắc nạp định kỳ.

Con số cụ thể: từ 35 story xuống còn 11 story cho Release 1, đúng hạn 6 tuần. Tỉ lệ giao đúng deadline tăng vì phạm vi rõ ràng ngay từ đầu.

Bài học rút ra: Sức mạnh thực sự của USM nằm ở đường release slice — thứ CJM hoàn toàn không có. Một marketer chuyển sang BA thường mê chi tiết trải nghiệm (vì đó là sở trường) và có xu hướng muốn "làm cho trọn vẹn". USM ép bạn cắt theo lát cắt giá trị mỏng nhất nhưng chạy được end-to-end, thay vì xây xong toàn bộ một giai đoạn rồi mới sang giai đoạn sau.

Ví dụ 3 — Edtech: khi CJM có giai đoạn nhưng USM cần backbone theo nhiệm vụ

Một nền tảng học trực tuyến (giả định kiểu Marathon Education) muốn cải thiện trải nghiệm onboarding học viên mới. CJM marketing chia theo: Awareness → Đăng ký → Học thử → Trả phí → Học đều. BA mới (từ nền Marketing) ban đầu mắc lỗi: bê nguyên năm giai đoạn này làm backbone của USM.

Vấn đề là "Awareness" và "Advocacy" phần lớn xảy ra ngoài hệ thống (qua Facebook, qua truyền miệng) — không có nhiều tính năng để xây ở đó. Mentor hướng dẫn bạn co backbone lại đúng những hoạt động bên trong sản phẩm: Tạo tài khoản → Chọn lớp phù hợp → Vào học buổi đầu → Theo dõi tiến độ → Gia hạn. Đây mới là nơi sinh ra story cho đội dev.

Bài học rút ra: CJM bao quát toàn bộ vòng đời thương hiệu, kể cả phần marketing thuần (ads, PR, word-of-mouth). USM chỉ tập trung phần người dùng tương tác với sản phẩm/hệ thống. Đừng copy nguyên trục giai đoạn của CJM; hãy hỏi: "Bước này người dùng có làm gì với hệ thống không?". Nếu không, nó thuộc về marketing, không thuộc về backbone USM.

Hướng dẫn từng bước

Đây là quy trình 7 bước để chuyển một CJM bạn đã có thành một USM dùng được trong sprint:

• Lấy CJM hiện có làm nguyên liệu. Đừng bắt đầu từ giấy trắng. Mở bản CJM bạn (hoặc đội marketing) đã vẽ. Đó là 50% công việc đã xong.

• Trích các giai đoạn "trong sản phẩm" làm backbone. Đi dọc trục stages của CJM, giữ lại những bước người dùng thực sự thao tác với hệ thống, viết lại dưới dạng động từ + danh từ (ví dụ "Thanh toán đơn", "Tra cứu vận đơn"). Bỏ qua các giai đoạn thuần marketing.

• Phân rã mỗi Activity thành Steps. Dưới mỗi xương sống, liệt kê các bước nhỏ theo đúng thứ tự người dùng làm, trái sang phải. Hãy "đi bộ" qua sản phẩm trong đầu như một người dùng thật.

• Chuyển pain point và opportunity của CJM thành User Story. Mỗi điểm đau, mỗi cơ hội trên CJM → ít nhất một story dạng "Là… tôi muốn… để…", đặt xuống dưới đúng step tương ứng.

• Bổ sung các story "ẩn" mà CJM không thấy. CJM nhìn từ mắt khách hàng nên bỏ sót việc kỹ thuật (validate dữ liệu, xử lý lỗi, thông báo). Thêm các story này — đây là phần BA đóng góp vượt ngoài tư duy marketing.

• Kẻ release slices. Cùng team và dev/PO, vẽ đường ngang đầu tiên: chọn tập story tối thiểu để một người dùng đi hết backbone end-to-end. Đó là MVP/Release 1. Kẻ tiếp các đường cho release sau.

• Đổ Release 1 vào backlog. Đưa các story phía trên đường cắt vào Jira/Confluence/Trello, kèm tiêu chí chấp nhận (acceptance criteria). USM giờ trở thành kế hoạch làm việc thật.

Lỗi thường gặp & mẹo

• Lỗi: Dùng nguyên trục Awareness→Advocacy làm backbone. Như Ví dụ 3, các giai đoạn marketing thuần không sinh ra tính năng. Mẹo: backbone phải toàn động từ hành động trong hệ thống.

• Lỗi: Vẽ USM nhưng quên kẻ release slice. Lúc đó USM chỉ là một danh sách story dài dằng dặc, mất đi giá trị lớn nhất là ưu tiên theo lát cắt giá trị. Mẹo: luôn coi đường release slice là bước bắt buộc, không phải tùy chọn.

• Lỗi: Cắt MVP theo "giai đoạn" thay vì theo "lát cắt mỏng". Marketer hay nghĩ "làm xong toàn bộ Awareness rồi sang Consideration". Sai. USM cắt theo chiều dọc: một story nhỏ ở mỗi Activity để người dùng đi được trọn vẹn từ đầu đến cuối. Mẹo: tự hỏi "với tập story này, một người dùng thật có hoàn thành được nhiệm vụ từ A đến Z không?".

• Lỗi: Story viết theo ngôn ngữ giải pháp thay vì nhu cầu. "Thêm nút màu xanh" không phải story. Mẹo: luôn có vế "để…" nêu giá trị, để dev hiểu tại sao.

• Mẹo công cụ: Vẽ USM trên Miro hoặc FigJam với sticky note; backbone một màu, steps màu khác, stories màu thứ ba. Khi họp remote với team VN và client nước ngoài, một tấm USM trực quan giúp mọi người "thấy" phạm vi nhanh hơn bất kỳ bảng Excel nào.

• Mẹo cộng tác: Đừng vẽ USM một mình rồi đem ra trình bày. Hãy workshop cùng PO, dev, QA — chính quá trình cùng dán note tạo ra sự đồng thuận về ưu tiên. Đây là kỹ năng facilitation mà marketer vốn rất mạnh.

Bài tập thực hành

Chọn một sản phẩm bạn dùng hàng ngày (ví dụ: đặt đồ ăn trên ShopeeFood, hoặc gọi xe Grab).

• Vẽ nhanh CJM cho một hành trình cụ thể (ví dụ "đặt một phần cơm trưa"): liệt kê 4–5 giai đoạn, và dưới mỗi giai đoạn ghi ít nhất 2 pain point.

• Dựng backbone USM: chuyển các giai đoạn "trong app" thành 4–6 Activity dạng động từ (Mở app → Chọn quán → Chọn món → Thanh toán → Theo dõi giao hàng).

• Phân rã steps dưới mỗi Activity (tối thiểu 2 step mỗi Activity).

• Dịch pain point thành story: mỗi pain point ở bước 1 viết thành ít nhất một user story đúng cấu trúc "Là… tôi muốn… để…", đặt xuống đúng step.

• Kẻ một đường release slice: chọn tập story tối thiểu để một người đặt và nhận được phần cơm. Đếm xem MVP của bạn gồm bao nhiêu story trên tổng số.

Sản phẩm nộp: một tấm hình (chụp giấy nhớ hoặc ảnh Miro/FigJam) có backbone, steps, stories và ít nhất một đường release slice rõ ràng. Bài tập này chính là một mảnh portfolio BA bạn có thể đem đi phỏng vấn.

Tóm tắt

• CJM và USM là anh em: cả hai trải phẳng hành trình người dùng theo thời gian. Marketer chuyển sang BA không học lại từ đầu mà dịch tư duy đã có.
• Khác biệt cốt lõi: CJM tập trung cảm xúc & trải nghiệm để ra insight; USM tập trung công việc cần xây để ra backlog và kế hoạch release.
• Quy tắc dịch vàng: mỗi pain point/opportunity trên CJM là một ứng viên user story trên USM.
• Backbone USM chỉ gồm các hoạt động trong hệ thống (động từ hành động), không phải mọi giai đoạn marketing.
• Release slice là siêu năng lực của USM mà CJM không có: kẻ đường ngang để cắt MVP theo lát giá trị mỏng, chạy được end-to-end — chứ không làm trọn từng giai đoạn.
• Hãy workshop USM cùng PO/dev/QA; kỹ năng dẫn dắt và thấu cảm của marketer là lợi thế lớn ở đây.

Lần tới khi nhìn một CJM, đừng chỉ thấy đường cong cảm xúc — hãy thấy một tấm User Story Map đang chờ được "dịch" ra. Đó là khoảnh khắc bạn thực sự tư duy như một BA.