Mở đầu — vì sao bài này quan trọng
Buổi sáng thứ Hai của một Design Sprint có một nhịp điệu rất riêng. Sau khi cả nhóm đã thống nhất được mục tiêu dài hạn (Long-Term Goal) và những câu hỏi Sprint ở bài trước, giờ là lúc bạn phải làm một việc tưởng đơn giản nhưng lại quyết định thành bại của cả tuần: vẽ ra bản đồ hành trình người dùng (User Journey Map).
Nếu Long-Term Goal là "ngôi sao phương Bắc" cho cả team, thì User Journey Map là tấm bản đồ địa hình mà cả tuần Sprint sẽ diễn ra trên đó. Nó là bức tranh tổng thể, đơn giản đến mức ai bước vào phòng cũng hiểu ngay: người dùng của chúng ta bắt đầu từ đâu, đi qua những bước nào, và kết thúc ở đâu để đạt được mục tiêu.
Tại sao lại quan trọng đến vậy? Vì trong một tổ chức, mỗi người mang trong đầu một "phiên bản" khác nhau về khách hàng. Anh trưởng phòng Marketing hình dung khách hàng là người nhấp vào quảng cáo Facebook. Chị bên Vận hành nghĩ về người gọi tổng đài. Bạn kỹ sư nghĩ về người bấm nút trong app. Ba người này đang nói về cùng một người dùng nhưng lại vẽ ba bức tranh hoàn toàn khác nhau trong đầu. Nếu không có một bản đồ chung, cả tuần Sprint sẽ trôi trong hiểu lầm ngầm. User Journey Map chính là công cụ đồng bộ hóa trí tưởng tượng của cả team — buộc mọi người nhìn vào cùng một sơ đồ trên tường và gật đầu: "Đúng, đây là hành trình của khách hàng chúng ta."
Trong sách Sprint của Jake Knapp, bước này được gọi là "Make a Map". Nó là nền móng để đến cuối tuần, khi cả nhóm chọn mục tiêu, phác thảo giải pháp và làm prototype, mọi thứ đều gắn vào một điểm cụ thể trên bản đồ này. Không có bản đồ, Sprint sẽ như đi trong sương mù.
Khái niệm cốt lõi
User Journey Map trong Sprint khác gì với các bản đồ hành trình khác?
Có thể bạn từng nghe đến "Customer Journey Map" trong Marketing — những sơ đồ đầy màu sắc với các cột cảm xúc, điểm chạm (touchpoint), emoji vui buồn, các "moment of truth"... Trong Design Sprint, bản đồ cố tình đơn giản hơn rất nhiều. Đây là điểm mấu chốt nhiều người hiểu sai.
Bản đồ Sprint không phải là một tác phẩm nghiên cứu. Nó là một sơ đồ khung xương (skeleton), thường chỉ gồm 5 đến 15 bước, vẽ trong khoảng 30–60 phút, bằng bút lông trên bảng trắng. Nó ưu tiên tốc độ và sự đồng thuận hơn là độ chi tiết. Mục tiêu không phải để treo lên tường công ty làm đẹp, mà để cả team có một khung tham chiếu chung cho những quyết định trong tuần.
Cấu trúc của một bản đồ
Một User Journey Map trong Sprint gần như luôn có ba thành phần:
1. Các Actor (nhân vật) — nằm ở cột bên trái. Đây là những người hoặc nhóm sẽ tương tác với sản phẩm/dịch vụ để đạt mục tiêu. Thường là khách hàng, nhưng cũng có thể có nhiều loại actor: người mua và người dùng, hoặc khách hàng và nhân viên tư vấn. Bạn liệt kê họ theo chiều dọc bên trái bản đồ.
2. Các Step (bước) — dòng chảy từ trái sang phải. Đây là các giai đoạn mà actor đi qua, theo trình tự thời gian. Mỗi bước là một cụm từ ngắn gọn như "Nhận biết vấn đề", "Tìm hiểu giải pháp", "Đăng ký", "Sử dụng lần đầu". Các bước được nối với nhau bằng mũi tên.
3. Đích đến (Ending) — cột bên phải. Bản đồ luôn kết thúc ở một điểm đích — thường chính là hiện thân của mục tiêu dài hạn. Ví dụ: "Khách hàng hoàn tất giao dịch và quay lại lần sau".
Hình dung đơn giản nhất:
[Khách hàng] → [Bước 1: Nhận biết] → [Bước 2: Tìm hiểu] → [Bước 3: Quyết định] → [Đích: Mua & hài lòng]
Nguyên tắc "đơn giản đến mức khó chịu"
Jake Knapp có một lời khuyên rất hay: bản đồ nên đơn giản đến mức khiến bạn hơi khó chịu vì nó bỏ sót nhiều chi tiết. Đó là dấu hiệu tốt. Nếu bản đồ của bạn có 30 bước và ba nhánh rẽ, bạn đã sa đà. Sức mạnh của bản đồ nằm ở khả năng cho cả phòng nhìn thấy toàn cảnh trong ba giây. Một bản đồ càng rối, càng ít người dùng đến nó trong những ngày sau.
Bản đồ là "tài liệu sống"
Đừng nghĩ vẽ xong bản đồ buổi sáng thứ Hai là xong. Trong ngày, khi các chuyên gia đến chia sẻ (bước "Ask the Experts" ở bài sau), bạn sẽ liên tục quay lại bản đồ để sửa, thêm bước, gạch bỏ bước sai. Đến chiều, khi cả team chọn một "target" — một bước cụ thể trên bản đồ để tập trung cả tuần — thì bản đồ này chính là menu để chọn. Vậy nên hãy vẽ bằng bút xóa được, và luôn để nó ở nơi dễ sửa.
Tình huống thực tế
Ví dụ 1: Ứng dụng giao đồ ăn tại TP.HCM
Một startup giao đồ ăn giả định tên FoodNow (quy mô khoảng 40 nhân sự, hoạt động ở khu vực Quận 1 và Quận 3) tổ chức Sprint để giải quyết vấn đề: tỷ lệ khách đặt đơn đầu tiên nhưng không bao giờ quay lại rất cao, tới 68%.
Sáng thứ Hai, sau khi chốt mục tiêu dài hạn "Biến người thử một lần thành khách quen trong 90 ngày", team vẽ bản đồ. Ban đầu có tranh cãi: bạn Marketing muốn bắt đầu từ "khách thấy quảng cáo", trong khi CEO cho rằng nên bắt đầu từ "khách đói bụng và mở app". Facilitator quyết định actor là "Người dùng mới đói bụng", và bản đồ như sau:
[Người dùng mới] → [Đói, mở app] → [Tìm món] → [Chọn quán] → [Đặt & thanh toán] → [Chờ giao] → [Nhận & ăn] → [Đích: Đặt lại lần 2]
Điều thú vị là khi vẽ đến bước "Chờ giao", cả phòng im lặng — vì ai cũng nhận ra đây là khoảng thời gian khách hồi hộp nhất và cũng dễ thất vọng nhất (giao trễ, tài xế gọi hỏi đường...). Bản đồ vừa vẽ xong đã lộ ngay một "điểm nóng".
Bài học rút ra: Chính hành động vẽ bản đồ đã giúp team phát hiện điểm gãy mà trước đó họ chỉ mơ hồ cảm nhận. Bản đồ không chỉ để ghi lại điều đã biết, mà để lộ ra điều chưa ai gọi tên.
Ví dụ 2: Ngân hàng số mở tài khoản online
Một ngân hàng tại Việt Nam (đặt tên là TechBank) chạy Sprint cho quy trình mở tài khoản online qua eKYC. Vấn đề: 55% người bắt đầu đăng ký nhưng bỏ giữa chừng.
Ở đây có điều đặc biệt: bản đồ có hai actor. Bên cạnh "Khách hàng cá nhân", team nhận ra có một actor ẩn là "Hệ thống thẩm định" (một phần tự động, một phần nhân viên duyệt). Bản đồ trở thành:
[Khách hàng] → [Tải app] → [Nhập thông tin] → [Chụp CCCD & khuôn mặt] → [Chờ duyệt] → [Kích hoạt] → [Đích: Nạp tiền lần đầu]
[Hệ thống thẩm định] ↑ (đối chiếu, phê duyệt) ↑
Khi vẽ đến bước "Chờ duyệt", team phát hiện đây chính là hố đen: khách chụp xong CCCD rồi ngồi chờ, không biết mất bao lâu, không có thông báo gì, và nhiều người bỏ luôn. Actor "Hệ thống thẩm định" hiện lên trên bản đồ đã biến một vấn đề vô hình thành hữu hình.
Bài học rút ra: Đừng mặc định chỉ có một actor. Trong dịch vụ tài chính, y tế, logistics ở Việt Nam, thường có bên thứ hai (nhân viên, hệ thống duyệt) mà trải nghiệm của họ ảnh hưởng trực tiếp đến khách. Đưa họ lên bản đồ.
Ví dụ 3: Nền tảng học trực tuyến (bối cảnh gần với chúng ta)
Một nền tảng học nghề online (giả định tên SkillViet) chạy Sprint để tăng tỷ lệ học viên hoàn thành khóa học đầu tiên. Team gồm 6 người: giảng viên, product, marketing, chăm sóc học viên, và một lập trình viên.
Bản đồ ban đầu họ vẽ rất dài — tới 18 bước, từ lúc học viên thấy quảng cáo TikTok cho đến khi nhận chứng chỉ. Facilitator nhận ra bản đồ quá rối và yêu cầu gộp lại. Sau 15 phút "cắt tỉa", bản đồ còn:
[Học viên] → [Thấy khóa học] → [Đăng ký & thanh toán] → [Học 3 bài đầu] → [Vượt "điểm bỏ cuộc"] → [Đích: Hoàn thành khóa]
Bước "Vượt điểm bỏ cuộc" là một cách gọi rất thông minh mà chị chăm sóc học viên đề xuất — vì dữ liệu cho thấy 70% người bỏ học rơi rụng ngay sau bài 3. Bằng cách đặt một cái tên cho khúc gãy đó ngay trên bản đồ, cả team biết chính xác nơi cần "đổ công sức" cho phần còn lại của tuần.
Bài học rút ra: Bản đồ dài không phải bản đồ tốt. Việc gộp và đặt tên gợi cảm cho các bước ("điểm bỏ cuộc") giúp team ghi nhớ và tập trung. Một bản đồ 6 bước dễ dùng hơn nhiều so với bản đồ 18 bước "đầy đủ".
Hướng dẫn từng bước
Dưới đây là quy trình thực chiến để dựng User Journey Map trong khoảng 30–60 phút của buổi sáng thứ Hai.
Bước 1 — Chuẩn bị không gian và công cụ. Bạn cần một bức tường trắng lớn hoặc bảng trắng rộng (tối thiểu 2–3 mét), bút lông (whiteboard marker), và giấy note nếu cần. Nếu làm remote, dùng Miro hoặc FigJam (chi tiết ở các bài sau về Sprint từ xa). Nguyên tắc: bản đồ phải đủ lớn để cả phòng nhìn thấy và đủ dễ sửa.
Bước 2 — Liệt kê các Actor bên trái. Hỏi cả nhóm: "Ai là những người liên quan đến việc đạt mục tiêu này?" Viết tên các actor thành một cột dọc bên trái. Trong đa số trường hợp chỉ có 1 actor (khách hàng), nhưng nếu có bên thứ hai quan trọng (nhân viên, hệ thống, người mua khác người dùng) thì thêm vào. Đừng liệt kê quá 2–3 actor, kẻo bản đồ rối.
Bước 3 — Xác định điểm bắt đầu và điểm kết thúc. Trước khi vẽ giữa, hãy chốt hai đầu. Điểm kết thúc bên phải chính là mục tiêu dài hạn hiện thân thành một hành động cụ thể ("Khách hoàn tất và quay lại"). Điểm bắt đầu bên trái là khoảnh khắc actor bước vào hành trình ("Nhận ra nhu cầu"). Có hai mỏ neo này rồi, phần giữa dễ điền hơn nhiều.
Bước 4 — Điền các bước ở giữa. Hỏi: "Từ điểm bắt đầu, người dùng làm gì tiếp theo để tiến tới đích?" Vẽ từng bước, nối bằng mũi tên. Giữ mỗi bước là một cụm từ ngắn (2–5 từ), mô tả hành động hoặc trạng thái. Đừng đi vào chi tiết giao diện ("bấm nút xanh"), hãy ở mức hành trình ("chọn sản phẩm").
Bước 5 — Kiểm soát độ phức tạp: giữ 5–15 bước. Đây là lúc facilitator phải "cầm kéo". Nếu bản đồ vượt quá 15 bước, gộp lại. Nếu xuất hiện nhánh rẽ phức tạp, chọn nhánh chính (con đường phổ biến nhất của người dùng) và bỏ qua các trường hợp ngoại lệ. Nhắc cả team: chúng ta vẽ con đường chính, không phải mọi ngõ ngách.
Bước 6 — Rà soát cùng cả nhóm. Đọc to bản đồ từ trái sang phải như kể một câu chuyện: "Khách hàng nhận ra họ đói, mở app, tìm món..." Nếu câu chuyện nghe trơn tru và ai cũng gật đầu, bản đồ đã ổn. Nếu có ai cau mày, đó là dấu hiệu cần chỉnh.
Bước 7 — Để bản đồ ở chế độ "mở". Nhắc cả nhóm rằng đây chưa phải bản cuối. Trong ngày, khi nghe chuyên gia chia sẻ, ta sẽ quay lại sửa. Vậy nên vẽ bằng bút xóa được và chừa khoảng trống để bổ sung.
Lỗi thường gặp & mẹo
Lỗi 1: Vẽ bản đồ quá chi tiết. Đây là lỗi phổ biến nhất, đặc biệt với những team có người từng làm nghiên cứu UX. Họ muốn thêm cảm xúc, điểm chạm, kênh, dữ liệu... Kết quả là một sơ đồ dày đặc mà không ai muốn nhìn. Mẹo: Đặt giới hạn cứng 15 bước. Nếu vượt, buộc phải gộp.
Lỗi 2: Không chốt actor rõ ràng, dẫn đến "nhảy góc nhìn". Nửa bản đồ vẽ từ góc nhìn khách, nửa kia vẽ từ góc nhìn nội bộ công ty. Câu chuyện trở nên lộn xộn. Mẹo: Luôn hỏi "đây là bước của ai?" cho mỗi bước, và giữ đúng góc nhìn của actor.
Lỗi 3: Bắt đầu quá sớm hoặc quá muộn. Nhiều team bắt đầu bản đồ từ tận lúc "khách sinh ra và lớn lên", hoặc ngược lại nhảy thẳng vào "khách mở app" mà bỏ qua giai đoạn nhận biết quan trọng. Mẹo: Chốt điểm bắt đầu và kết thúc trước, đảm bảo chúng bao trùm đúng phạm vi mà Sprint quan tâm.
Lỗi 4: Tranh cãi quá lâu về từ ngữ từng bước. Cả phòng cãi nhau nên gọi là "Tìm hiểu" hay "Nghiên cứu" trong 15 phút. Mẹo: Facilitator nên áp dụng quy tắc "đủ tốt là được, sẽ sửa sau". Bản đồ là công cụ chứ không phải tác phẩm.
Lỗi 5: Vẽ xong rồi bỏ quên. Bản đồ treo trên tường nhưng không ai đụng đến trong ba ngày sau. Mẹo: Chủ động viện dẫn bản đồ mỗi khi ra quyết định — "chúng ta đang nói về bước nào trên bản đồ?" — để nó thực sự là kim chỉ nam.
Mẹo vàng cho facilitator: Hãy để một người cầm bút vẽ (thường là facilitator hoặc một người có chữ dễ đọc), còn cả nhóm đóng góp bằng lời. Đừng để nhiều người cùng vẽ một lúc — sẽ hỗn loạn. Người cầm bút giữ nhịp, cả nhóm dẫn dắt nội dung.
Bài tập thực hành
Hãy thực hành trên chính bối cảnh công việc của bạn (hoặc một sản phẩm bạn biết rõ):
- Chọn một mục tiêu dài hạn cho sản phẩm/dịch vụ của bạn (dùng lại kết quả từ Bài 6 nếu có). Ví dụ: "Giúp khách hàng mới trở thành khách quen".
- Xác định actor. Viết ra 1–3 nhân vật liên quan. Tự hỏi: có bên thứ hai nào (nhân viên, hệ thống duyệt) mà trải nghiệm của họ ảnh hưởng đến khách không?
- Chốt hai đầu. Viết điểm bắt đầu (khoảnh khắc khách bước vào hành trình) và điểm kết thúc (hiện thân của mục tiêu).
- Điền phần giữa. Vẽ 5–12 bước nối hai đầu, mỗi bước 2–5 từ. Dùng bút xóa được hoặc note dán để dễ chỉnh.
- Áp giới hạn 15 bước. Nếu vượt, gộp lại. Nếu có nhánh rẽ, chọn con đường phổ biến nhất.
- Đọc to như kể chuyện. Kể lại hành trình từ trái sang phải. Nghe có trơn tru không? Có bước nào khiến bạn cau mày?
- Đánh dấu "điểm nóng". Khoanh tròn 1–2 bước mà bạn linh cảm là nơi khách hàng dễ rơi rụng hoặc thất vọng nhất. Đây sẽ là ứng viên cho "target" mà bạn chọn vào buổi chiều thứ Hai.
Tóm tắt
User Journey Map là bước "Make a Map" của buổi sáng thứ Hai — tấm bản đồ khung xương giúp cả team đồng bộ hóa hình dung về hành trình người dùng. Những điểm cần nhớ:
- Mục đích: cho cả nhóm một khung tham chiếu chung, đơn giản, để mọi quyết định trong tuần đều gắn vào một điểm cụ thể trên hành trình.
- Cấu trúc: Actor (bên trái) → các Step nối bằng mũi tên (từ trái sang phải) → Đích đến (bên phải, chính là mục tiêu dài hạn).
- Nguyên tắc vàng: đơn giản đến mức hơi khó chịu — chỉ 5–15 bước, vẽ trong 30–60 phút, ưu tiên tốc độ và đồng thuận hơn chi tiết.
- Đây là tài liệu sống: sẽ được chỉnh sửa khi nghe chuyên gia, và là "menu" để chọn target vào buổi chiều.
- Lỗi thường gặp: vẽ quá chi tiết, nhảy góc nhìn actor, tranh cãi quá lâu về câu chữ, và vẽ xong rồi bỏ quên.