Mở đầu — vì sao bài này quan trọng
Nếu bạn đến từ nền Design, journey map gần như là "công cụ ruột" của bạn. Bạn đã vẽ hàng chục sơ đồ hành trình khách hàng, đánh dấu những khoảnh khắc đau (pain points), những đỉnh cảm xúc, những điểm chạm (touchpoint) trên các kênh. Journey map giúp cả team đồng cảm với người dùng và tìm ra cơ hội cải tiến trải nghiệm.
Nhưng khi bạn bước vào vai trò Business Analyst, có một khoảnh khắc "khựng lại" mà gần như Designer nào chuyển ngành cũng gặp: bạn đưa journey map đẹp long lanh cho một anh dev hoặc một chị quản lý vận hành, và họ nhìn bạn với ánh mắt bối rối. "Cái này hay đấy, nhưng hệ thống của mình xử lý cái đơn hàng này qua những bước nào? Ai duyệt? Khi nào thì fail? Điều kiện rẽ nhánh là gì?" — Journey map của bạn không trả lời được những câu đó.
Đó chính là lý do bài này tồn tại. Journey map và As-Is process flow là hai công cụ nhìn cùng một thực tế nhưng qua hai lăng kính hoàn toàn khác nhau. Journey map kể câu chuyện của người dùng theo cảm xúc; As-Is process flow mô tả cơ chế vận hành thực tế của quy trình theo logic nghiệp vụ. Một BA giỏi phải biết đọc journey map mình từng vẽ, rồi "nâng cấp" nó thành một As-Is process flow mà dev, tester, và stakeholder vận hành đều dùng được. Đây là một trong những kỹ năng bắc cầu (bridge skill) giá trị nhất mà bạn mang theo từ nghề Design — bạn đã có sẵn tư liệu, giờ chỉ cần học cách chuyển thể nó.
Khái niệm cốt lõi
Journey map: câu chuyện theo cảm xúc và trải nghiệm
Journey map (bản đồ hành trình) mô tả trải nghiệm của một persona khi tương tác với sản phẩm/dịch vụ, thường theo các giai đoạn quen thuộc: Awareness → Consideration → Purchase/Use → Retention → Loyalty. Trục dọc thường ghi lại: hành động của người dùng, suy nghĩ, cảm xúc (thường vẽ thành đường cong emotion), điểm chạm, và cơ hội cải tiến.
Đặc điểm bản chất của journey map:
- Chủ thể là người dùng, không phải hệ thống. Nó kể "tôi cảm thấy gì".
- Định hướng cảm xúc và định tính. Trọng tâm là trải nghiệm, sự hài lòng, nỗi đau.
- Tuyến tính và tổng quát hóa. Nó bỏ qua rất nhiều rẽ nhánh, ngoại lệ, lỗi để giữ câu chuyện mạch lạc.
- Không có tác nhân hệ thống/back-office. Journey map hiếm khi thể hiện bộ phận kho, phòng kế toán, hệ thống thanh toán làm gì phía sau.
As-Is process flow: cơ chế vận hành theo logic nghiệp vụ
As-Is process flow (sơ đồ quy trình hiện trạng) mô tả quy trình nghiệp vụ đang thực sự diễn ra ngày hôm nay — với đầy đủ các bước, tác nhân, quyết định, và ngoại lệ. Chữ "As-Is" nghĩa là "như nó đang là", đối lập với "To-Be" (như mong muốn sẽ trở thành). BA vẽ As-Is để hiểu và ghi nhận hiện trạng trước khi đề xuất thay đổi.
Đặc điểm bản chất của As-Is process flow:
- Chủ thể là quy trình và các tác nhân. Người dùng chỉ là một trong nhiều actor; còn có nhân viên, hệ thống, bên thứ ba.
- Định hướng logic và có thể kiểm chứng. Mỗi bước có input, output, điều kiện.
- Có rẽ nhánh (decision), vòng lặp, đường lỗi (exception path). Nó không giấu ngoại lệ mà phơi bày chúng.
- Có swimlane (làn bơi) để phân định ai/bộ phận nào chịu trách nhiệm bước nào.
Bảng so sánh nhanh để bạn ghim vào đầu
| Tiêu chí | Journey Map | As-Is Process Flow |
|---|---|---|
| Câu hỏi trả lời | "Người dùng cảm thấy và trải nghiệm gì?" | "Quy trình vận hành ra sao, ai làm gì?" |
| Chủ thể | 1 persona | Nhiều actor + hệ thống |
| Trục thời gian | Giai đoạn trải nghiệm | Trình tự bước xử lý |
| Cảm xúc | Có, là trọng tâm | Không (hoặc phụ) |
| Rẽ nhánh & ngoại lệ | Thường bỏ qua | Bắt buộc thể hiện |
| Người tiêu thụ tài liệu | Design team, marketing | Dev, tester, vận hành, PO |
| Ký hiệu chuẩn | Tự do | Xu hướng chuẩn hóa (dẫn tới BPMN) |
Chuyển thể không phải là "vẽ lại" mà là "bổ sung chiều sâu logic"
Điểm mấu chốt bạn cần nắm: As-Is process flow không thay thế journey map, nó bổ sung một tầng thông tin mà journey map cố tình bỏ qua. Journey map cho bạn khung xương thời gian và các touchpoint. Nhiệm vụ của bạn là với mỗi touchpoint, đào sâu xuống dưới bề mặt: điều gì thực sự xảy ra trong hệ thống và giữa các bộ phận tại điểm chạm đó? Bạn biến mỗi "khoảnh khắc trải nghiệm" thành một "chuỗi bước xử lý có tác nhân và điều kiện".
Lưu ý quan trọng: bài này dừng ở process flow dạng flowchart có swimlane. Việc chuẩn hóa hoàn toàn theo ký hiệu BPMN 2.0 (với event, gateway, message flow) là nội dung của Bài 15. Ở đây bạn học tư duy chuyển thể và cách vẽ flow đủ dùng.
Tình huống thực tế
Ví dụ 1 — Đặt hàng mỹ phẩm trên một sàn TMĐT Việt Nam
Giả sử bạn làm BA cho một thương hiệu mỹ phẩm bán trên website riêng, tạm gọi là Hasaki-style shop. Bạn từng vẽ journey map cho persona "Chị Lan, 32 tuổi, mua serum lần đầu":
- Awareness: thấy quảng cáo trên Facebook — cảm xúc tò mò.
- Consideration: vào web đọc review — hơi phân vân vì giá 890.000đ.
- Purchase: thêm giỏ, nhập mã giảm giá, thanh toán — hồi hộp.
- Use/Delivery: chờ giao hàng 3 ngày — sốt ruột.
- Loyalty: hài lòng, đánh giá 5 sao.
- Khách hàng: Bấm "Thanh toán" → Hệ thống Web: Kiểm tra tồn kho.
- Decision "Còn hàng?": Nếu Không → hiển thị "Hết hàng", kết thúc nhánh lỗi. Nếu Có → tiếp tục.
- Khách hàng nhập mã giảm giá → Hệ thống: Kiểm tra mã hợp lệ & còn lượt.
- Decision "Mã hợp lệ?": Nếu Không → báo lỗi, cho nhập lại (vòng lặp). Nếu Có → áp dụng, tính lại tổng tiền.
- Hệ thống chuyển sang Cổng thanh toán VNPay → Khách hàng nhập OTP.
- Decision "Thanh toán thành công?": Không → giữ đơn ở trạng thái "Chờ thanh toán" 15 phút rồi hủy. Có → tạo đơn, gửi email xác nhận.
Ví dụ 2 — Đăng ký khoản vay tiêu dùng tại một fintech (VD: bối cảnh kiểu FE Credit / Home Credit)
Bạn là BA tại một công ty tài chính tiêu dùng. Team UX đã có journey map cho persona "Anh Tuấn muốn vay 20 triệu mua điện thoại":
- Consideration: so sánh lãi suất — lo lắng.
- Application: điền form vay trên app — mất kiên nhẫn vì form dài.
- Approval: chờ duyệt — hồi hộp.
- Disbursement: nhận tiền — nhẹ nhõm.
- App gửi hồ sơ → Hệ thống scoring tự động chấm điểm.
- Decision "Điểm ≥ ngưỡng auto-approve?": Có → duyệt tự động ngay. Không → chuyển hàng chờ thẩm định thủ công.
- Chuyên viên thẩm định: gọi điện xác minh (đây là điểm chạm ẩn mà journey map không có!) → nhập kết quả.
- Decision "Đạt?": Có → duyệt. Không → từ chối, gửi SMS.
Bài học rút ra: As-Is process flow lôi ra ánh sáng những tác nhân và điểm chạm ẩn (con người back-office, hệ thống nền) mà journey map — vì chỉ nhìn từ mắt người dùng — không bao giờ thấy. Một pain point trên journey map thường có nguyên nhân gốc nằm ở một nút thắt trong process flow.
Ví dụ 3 — Trả hàng (return) tại một chuỗi F&B/bán lẻ
Một chuỗi bán lẻ đồ gia dụng, tạm gọi NhàXinh-style, có journey map cho tình huống "khách trả sản phẩm lỗi". Journey map vẽ ba giai đoạn: liên hệ CSKH → mang hàng ra cửa hàng → nhận hoàn tiền, với cảm xúc "bực bội rồi hài lòng dần".
Khi bạn vẽ As-Is, sự thật lộ ra: quy trình có tới 2 vòng lặp phê duyệt (nhân viên cửa hàng → quản lý ca → kế toán vùng), và một nhánh ngoại lệ lớn "nếu đã quá 7 ngày thì phải xin duyệt đặc biệt". Journey map "tuyến tính, êm đẹp" đã che giấu việc 30% ca trả hàng bị kẹt ở khâu duyệt của kế toán vùng vì họ chỉ xử lý 2 lần/tuần.
Bài học rút ra: journey map tổng quát hóa để giữ câu chuyện mạch lạc, và chính sự tổng quát hóa đó là "kẻ nói dối vô tình". As-Is process flow buộc bạn phải trung thực với các vòng lặp và độ trễ thực tế — thứ quyết định trải nghiệm nhưng lại vô hình trên bản đồ hành trình.
Hướng dẫn từng bước
Đây là quy trình 7 bước để nâng cấp một journey map thành As-Is process flow. Bạn có thể áp dụng ngay với bất kỳ journey map nào bạn đang có.
Bước 1 — Chọn phạm vi (scope) từ journey map. Đừng cố chuyển cả journey map một lần. Chọn một giai đoạn hoặc một touchpoint quan trọng (thường là nơi có pain point sâu nhất, ví dụ "Purchase" hoặc "Approval"). Xác định rõ điểm bắt đầu (trigger) và điểm kết thúc (end state).
Bước 2 — Liệt kê tất cả actor, kể cả actor ẩn. Journey map chỉ có 1 persona. Hỏi liên tục: "Ngoài người dùng, còn ai/hệ thống nào chạm vào bước này?" Thường sẽ lộ ra: nhân viên back-office, hệ thống nội bộ, bên thứ ba (cổng thanh toán, đơn vị vận chuyển). Mỗi actor là một swimlane.
Bước 3 — Trải các bước theo trình tự xử lý, không theo cảm xúc. Đi qua touchpoint đã chọn và viết ra từng hành động cụ thể mà mỗi actor thực hiện. Dùng động từ chủ động: "kiểm tra tồn kho", "gửi hồ sơ", "duyệt". Mỗi bước là một hình chữ nhật (activity).
Bước 4 — Thêm điểm quyết định (decision/gateway). Ở mỗi chỗ quy trình có thể rẽ nhánh, đặt một hình thoi với câu hỏi Có/Không rõ ràng: "Còn hàng?", "Điểm tín dụng đạt?". Đây là bước quan trọng nhất và cũng là thứ journey map thiếu hoàn toàn.
Bước 5 — Vẽ các nhánh lỗi và vòng lặp (exception & loop). Với mỗi decision, hỏi "nhánh còn lại đi đâu?". Đừng để nhánh "Không" lơ lửng. Nhánh nào quay lại bước trước (nhập lại mã) là vòng lặp; nhánh nào kết thúc bất thường (đơn bị hủy) là exception path.
Bước 6 — Gắn thông tin định lượng vào các bước then chốt. Đây là nơi bạn tạo giá trị BA thật sự: thời gian trung bình mỗi bước, tỷ lệ hồ sơ đi vào mỗi nhánh, số lần lặp trung bình. Số liệu này biến flow từ "sơ đồ đẹp" thành "công cụ chẩn đoán".
Bước 7 — Xác nhận (validate) với người trong cuộc. Ngồi lại với nhân viên vận hành và dev, đi qua từng bước. As-Is phải phản ánh thực tế đang diễn ra, không phải quy trình lý tưởng ghi trong tài liệu. Đây là bước tách BA giỏi khỏi BA "vẽ trên giấy".
Lỗi thường gặp & mẹo
Lỗi 1 — Vẽ As-Is nhưng thực ra đang vẽ To-Be. Designer quen tư duy "cải tiến", nên hay vô thức vẽ quy trình nên như thế nào thay vì đang như thế nào. Nhớ: As-Is phải trung thực với hiện trạng, kể cả khi hiện trạng xấu xí. Mẹo: mỗi khi định vẽ một bước, tự hỏi "mình có bằng chứng bước này đang diễn ra thật không, hay mình đang mong nó diễn ra?".
Lỗi 2 — Chỉ vẽ happy path. Journey map thường chỉ kể con đường êm đẹp, và Designer mang thói quen đó sang. Nhưng 80% giá trị của As-Is nằm ở các nhánh lỗi và ngoại lệ. Mẹo: với mỗi decision, ép mình phải vẽ đủ cả hai nhánh trước khi đi tiếp.
Lỗi 3 — Bỏ quên actor hệ thống và back-office. Vì quen nhìn qua mắt người dùng, bạn dễ bỏ sót phần "hậu trường". Mẹo: luôn có ít nhất một swimlane cho "Hệ thống" và luôn hỏi "khi người dùng bấm nút này, ai/cái gì phía sau bắt đầu làm việc?".
Lỗi 4 — Trộn lẫn cảm xúc vào process flow. Đừng ghi "khách bực bội" vào flow — cảm xúc thuộc về journey map. Process flow chỉ chứa hành động, điều kiện, dữ liệu. Giữ hai công cụ ở đúng vai trò của chúng; bạn có thể tham chiếu chéo nhưng không trộn lẫn.
Lỗi 5 — Vẽ quá chi tiết hoặc quá sơ sài ngay từ đầu. Chi tiết đến mức mô tả từng cú click sẽ khiến sơ đồ không đọc nổi; sơ sài quá thì vô dụng. Mẹo: bắt đầu ở mức "một hành động nghiệp vụ = một bước", rồi zoom sâu chỉ ở những bước phức tạp.
Mẹo vàng — Giữ journey map bên cạnh As-Is như hai lớp bản đồ. Nhiều BA giỏi ở Việt Nam trình bày song song: hàng trên là journey map (cảm xúc), hàng dưới là As-Is flow (cơ chế), căn thẳng theo cùng trục thời gian. Stakeholder nhìn một phát hiểu ngay "chỗ khách đau nằm ở nút thắt quy trình nào". Đây là cách trình bày cực kỳ thuyết phục khi bảo vệ đề xuất cải tiến.
Bài tập thực hành
Bài tập 1 — Chuyển thể cơ bản. Lấy một journey map bạn đã từng vẽ (hoặc dùng ví dụ đặt hàng mỹ phẩm ở trên). Chọn đúng một touchpoint có pain point rõ nhất. Vẽ As-Is process flow cho riêng touchpoint đó với tối thiểu 3 swimlane, ít nhất 2 điểm quyết định, và bắt buộc có 1 nhánh lỗi. Công cụ: draw.io, Miro, hoặc thậm chí giấy bút.
Bài tập 2 — Săn actor ẩn. Với journey map của bạn, lập một bảng: cột trái là từng touchpoint, cột phải liệt kê tất cả actor và hệ thống chạm vào touchpoint đó mà journey map không hề thể hiện. Mục tiêu: tìm ra ít nhất 3 actor ẩn. Nếu không tìm được, bạn chưa đào đủ sâu.
Bài tập 3 — Gắn số và chẩn đoán. Lấy As-Is flow ở Bài tập 1, gắn số liệu ước lượng (hợp lý) cho: thời gian trung bình mỗi bước và tỷ lệ hồ sơ đi vào mỗi nhánh của decision quan trọng nhất. Sau đó viết 3 câu trả lời cho câu hỏi: "Nút thắt lớn nhất nằm ở đâu, và nó liên quan thế nào tới pain point trên journey map gốc?".
Bài tập nâng cao — Trình bày song song. Ghép journey map và As-Is flow của bạn thành một hình duy nhất, căn thẳng theo trục thời gian, để mỗi đỉnh cảm xúc tiêu cực chỉ thẳng xuống bước quy trình gây ra nó. Đây chính là dạng artifact bạn có thể đưa vào portfolio BA (chủ đề của Bài 47).
Tóm tắt
- Journey map và As-Is process flow nhìn cùng một thực tế qua hai lăng kính: một bên là cảm xúc/trải nghiệm của người dùng, một bên là logic vận hành của quy trình với đầy đủ tác nhân và điều kiện.
- Chuyển thể không phải vẽ lại mà là bổ sung chiều sâu logic: mỗi touchpoint trên journey map thường nở ra thành nhiều bước xử lý, nhiều điểm quyết định và nhiều nhánh lỗi khi vẽ thành As-Is flow.
- Ba thứ journey map giấu mà As-Is phơi bày: actor ẩn (back-office, hệ thống, bên thứ ba), các nhánh lỗi/ngoại lệ, và độ trễ/vòng lặp thực tế — thường chính là nguyên nhân gốc của pain point.
- Quy trình 7 bước: chọn scope → liệt kê actor → trải bước theo logic → thêm decision → vẽ exception & loop → gắn số liệu → validate với người trong cuộc.
- Giữ As-Is trung thực với hiện trạng (đừng vô thức vẽ To-Be), đừng chỉ vẽ happy path, và đừng trộn cảm xúc vào flow.
- Kỹ năng này là cầu nối tự nhiên từ nghề Design sang BA — bạn đã có sẵn tư liệu journey map, giờ chỉ cần bổ sung tầng logic nghiệp vụ để biến nó thành công cụ mà dev, tester và vận hành đều dùng được. Bài tiếp theo (Bài 15) sẽ đưa flow này lên chuẩn ký hiệu BPMN 2.0.