Mở đầu — vì sao bài này quan trọng
Nếu bạn từng làm Sales hay BD, có một thứ bạn đã nắm vững mà thậm chí không nhận ra mình đang dùng "tư duy quy trình": cái phễu bán hàng. Lead vào đầu phễu, rồi qualify, rồi demo, rồi gửi báo giá, rồi đàm phán, rồi close. Bạn biết khúc nào dễ rớt khách, khúc nào cần manager duyệt, khúc nào phải chờ khách phản hồi. Bạn đã từng vẽ nó lên bảng trắng để giải thích cho sếp tại sao tháng này pipeline yếu.
Tin tốt: đó chính xác là tư duy mà một Business Analyst (BA) dùng mỗi ngày, chỉ khác là BA dùng nó cho mọi quy trình nghiệp vụ trong doanh nghiệp, không riêng gì bán hàng. Và để vẽ những quy trình đó một cách chuẩn mực, ai cũng đọc hiểu giống nhau — từ dev, tester, sếp, đến khách hàng — giới BA dùng một ngôn ngữ hình ảnh chung tên là BPMN 2.0 (Business Process Model and Notation, phiên bản 2.0).
Bài này dạy bạn biến cái sale process trong đầu thành một sơ đồ BPMN mà bất kỳ ai trong dự án cũng đọc được. Khi bạn ngồi họp với team kỹ thuật và rút ra một sơ đồ BPMN sạch sẽ thay vì mô tả lằng nhằng bằng lời, bạn lập tức trông giống một BA thực thụ — không còn là "anh Sales mới chuyển qua". Đây là một trong những kỹ năng "nhìn là biết nghề" rõ rệt nhất của BA, và may mắn cho bạn, nền tảng tư duy quy trình của dân Sales khiến bạn học nó nhanh hơn người thường.
Khái niệm cốt lõi
BPMN là một bộ ký hiệu chuẩn quốc tế (do tổ chức OMG ban hành) để vẽ quy trình nghiệp vụ. Sức mạnh của nó nằm ở chữ "chuẩn": một mũi tên, một hình thoi, một hình tròn — ai cũng hiểu giống nhau, không phải đoán. Thay vì mỗi người vẽ flowchart một kiểu, BPMN ép tất cả về một ngôn ngữ chung.
Bạn không cần học hết hàng trăm ký hiệu của BPMN. Trong thực tế công việc, khoảng 8 ký hiệu cốt lõi xử lý được 90% tình huống. Ta đi qua từng cái.
1. Flow Object — bộ ba xương sống
Đây là ba loại "ô" cấu thành mọi sơ đồ:
- Activity (Hoạt động) — hình chữ nhật bo góc. Là một việc cần làm: "Gửi báo giá", "Duyệt hợp đồng", "Nhập liệu khách hàng vào CRM". Đặt tên theo công thức động từ + danh từ. Đây là phần dân Sales quen nhất, vì mỗi bước trong phễu bán hàng đều là một activity.
- Event (Sự kiện) — hình tròn. Đánh dấu một điều gì đó xảy ra. Có ba loại chính theo độ dày viền: Start Event (viền mảnh — bắt đầu, ví dụ "Khách gửi yêu cầu"), End Event (viền đậm — kết thúc, ví dụ "Đơn hàng hoàn tất"), và Intermediate Event (viền đôi — xảy ra giữa chừng, ví dụ "Nhận thanh toán"). Một quy trình BPMN luôn bắt đầu bằng ít nhất một Start Event và kết thúc bằng ít nhất một End Event.
- Gateway (Cổng rẽ nhánh) — hình thoi. Đây là chỗ quy trình rẽ hướng tùy điều kiện. Dân Sales sẽ thấy cực kỳ thân quen: "Khách đồng ý giá chưa?" — Đồng ý thì đi nhánh ký hợp đồng, chưa thì quay lại đàm phán. Đó chính là một gateway.
2. Các loại Gateway hay dùng
Gateway là chỗ người mới hay nhầm nhất, nên nắm kỹ ba loại:
- Exclusive Gateway (XOR) — hình thoi có dấu X. Chỉ chọn một nhánh đi tiếp. Đây là cái "hoặc... hoặc...". Ví dụ: đơn hàng dưới 50 triệu thì sale tự duyệt, từ 50 triệu trở lên thì chuyển sếp duyệt — chỉ một trong hai xảy ra.
- Parallel Gateway (AND) — hình thoi có dấu cộng. Tất cả các nhánh chạy song song cùng lúc. Ví dụ: sau khi khách ký hợp đồng, đồng thời (a) kế toán xuất hóa đơn và (b) kho chuẩn bị hàng. Cả hai chạy một lúc, không ai chờ ai.
- Inclusive Gateway (OR) — hình thoi có dấu tròn. Có thể chọn một hoặc nhiều nhánh tùy điều kiện. Ít dùng hơn, nhưng hữu ích khi nhiều điều kiện có thể đúng cùng lúc.
3. Connecting Object — đường nối
- Sequence Flow — mũi tên nét liền. Nối các bước theo thứ tự thực hiện bên trong cùng một bên (cùng một công ty/phòng ban).
- Message Flow — mũi tên nét đứt. Thể hiện thông tin trao đổi giữa hai bên khác nhau (ví dụ giữa "Công ty mình" và "Khách hàng").
4. Swimlane — làn bơi phân vai
Đây là khái niệm đắt giá nhất với dân Sales. Pool là cả một "bể bơi" đại diện cho một tổ chức (Công ty A, Khách hàng). Bên trong pool chia thành nhiều Lane (làn) — mỗi lane là một vai trò: Sales, Kế toán, Kho, Giám đốc. Activity nằm ở lane nào thì vai trò đó chịu trách nhiệm. Nhìn vào swimlane, ai cũng biết ngay "ai làm gì, ở bước nào" — chính là thứ một sale giỏi luôn nắm trong đầu khi điều phối một deal lớn qua nhiều phòng ban.
Tình huống thực tế
Ví dụ 1 — Sale process của chính bạn, vẽ lại bằng BPMN
Giả sử bạn từng làm BD tại một công ty SaaS ở TP.HCM bán phần mềm quản lý nhà hàng, giá gói trung bình 8 triệu/năm. Quy trình bán của bạn trong đầu là: khách điền form trên web → bạn gọi qualify → đặt lịch demo → gửi báo giá → khách quyết định → nếu OK thì ký, nếu chưa thì follow-up.
Vẽ bằng BPMN, nó thành thế này: Start Event "Khách điền form" → Activity "Gọi điện qualify" → Exclusive Gateway "Khách có nhu cầu thật?" (Không → End Event "Loại lead"; Có → đi tiếp) → Activity "Đặt lịch demo" → Activity "Thực hiện demo" → Activity "Gửi báo giá" → Exclusive Gateway "Khách đồng ý?" (Có → Activity "Ký hợp đồng" → End Event "Win"; Chưa → Activity "Follow-up sau 3 ngày", rồi mũi tên vòng lại gateway).
Bài học: Bạn vừa nhận ra cái phễu bán hàng của mình chính là một sơ đồ BPMN. Mỗi bước phễu = activity, mỗi điểm quyết định = gateway, mỗi điểm rớt khách = một nhánh dẫn tới End Event "Lost". Tư duy này đã có sẵn trong đầu bạn; BPMN chỉ cho nó một bộ quần áo chuẩn để người khác cùng đọc.
Ví dụ 2 — Quy trình onboarding khách hàng tại MoMo (giả định nghiệp vụ)
Hình dung bạn là BA tại một ví điện tử lớn như MoMo, được giao mô tả quy trình mở tài khoản mới. Đây không còn là bán hàng nữa, nhưng tư duy y hệt.
Ta cần Pool "Người dùng" và Pool "Hệ thống MoMo", nối với nhau bằng Message Flow (nét đứt). Trong pool MoMo có các lane: App, Hệ thống eKYC, Đội vận hành.
Luồng: User "Nhập số điện thoại" → (message flow sang) App "Gửi OTP" → User "Nhập OTP" → Parallel Gateway: đồng thời (a) Hệ thống "Chụp và đối chiếu CCCD qua eKYC" và (b) App "Yêu cầu user chụp khuôn mặt". Sau khi cả hai xong, gộp lại bằng Parallel Gateway → Exclusive Gateway "eKYC khớp?" (Không → lane Vận hành "Xét duyệt thủ công"; Có → "Kích hoạt ví") → End Event "Tài khoản sẵn sàng".
Bài học: Quy trình thật luôn có những bước chạy song song (Parallel Gateway) và những bước cần con người can thiệp khi máy không chắc (rẽ sang lane Vận hành). Một sơ đồ BPMN tốt phơi bày những "ngóc ngách" này ra trước mắt — chính là lúc bạn, trong vai BA, đặt câu hỏi với dev: "Nếu eKYC không khớp thì ai xử lý, trong bao lâu?". Đó là câu hỏi tạo ra giá trị, và BPMN là thứ gợi ra nó.
Ví dụ 3 — Sơ đồ rối khiến cả team hiểu sai
Một BA mới chuyển từ Sales tại một công ty logistics ở Bình Dương vẽ quy trình xử lý đơn giao hàng. Anh đặt tên các bước là "Đơn hàng", "Kho", "Giao hàng" — toàn danh từ, không động từ. Anh dùng một gateway tách ra ba nhánh nhưng quên gộp lại. Anh để mọi activity trong một pool duy nhất không chia lane.
Kết quả: dev đọc xong hỏi "Kho' là làm gì — kiểm hàng, đóng gói, hay xuất kho?". Tester không biết nhánh nào kết thúc ở đâu. Cuộc họp 30 phút trôi qua chỉ để làm rõ lại cái lẽ ra sơ đồ phải tự nói.
Bài học: BPMN không "tự đúng" chỉ vì bạn dùng đúng hình. Phải đúng cả cách dùng: activity là động từ + danh từ ("Đóng gói đơn hàng"), gateway tách phải có gateway gộp, và chia lane để lộ rõ trách nhiệm. Sơ đồ tốt là sơ đồ khiến cuộc họp ngắn lại, không phải dài ra.
Hướng dẫn từng bước
Đây là quy trình thực tế để vẽ một sơ đồ BPMN từ con số 0:
Bước 1 — Xác định ranh giới quy trình. Trả lời hai câu: Quy trình này bắt đầu bằng sự kiện gì, và kết thúc khi nào? Đặt một Start Event và (các) End Event trước. Đây là cái khung, làm xong mới yên tâm vẽ giữa.
Bước 2 — Liệt kê các activity theo trình tự "happy path". Viết ra con đường thuận lợi nhất, không lỗi, không rẽ nhánh — như một deal lý tưởng chạy một mạch từ lead tới close. Mỗi bước đặt tên động từ + danh từ.
Bước 3 — Thêm các điểm quyết định (gateway). Quay lại từng activity và hỏi "Ở đây có thể rẽ hướng không?". Mỗi chỗ rẽ là một Exclusive Gateway. Mỗi chỗ "làm nhiều việc cùng lúc" là một Parallel Gateway. Nhớ: tách thì phải gộp.
Bước 4 — Phân vai bằng swimlane. Hỏi từng activity "Ai làm việc này?". Tạo lane cho từng vai trò và kéo activity vào đúng lane. Nếu có bên thứ hai (khách hàng, đối tác), tạo pool riêng và nối bằng Message Flow.
Bước 5 — Rà soát các nhánh ngoại lệ. Đây là bước dân Sales làm tốt nhất, vì bạn quen với "khách từ chối thì sao". Mỗi gateway phải có nhánh dẫn đi đâu đó rõ ràng — không có mũi tên nào "lửng lơ". Đảm bảo mọi nhánh đều đi tới một End Event.
Bước 6 — Kiểm tra với người trong cuộc. Đưa sơ đồ cho người thật làm quy trình đó (nhân viên kho, kế toán) và hỏi "Có đúng không?". Họ sẽ chỉ ra ngay những bước bạn bỏ sót. Đây là một kiểu elicitation — kỹ năng bạn sẽ học sâu hơn ở các bài sau.
Công cụ gợi ý: Bắt đầu với draw.io (miễn phí, có sẵn thư viện BPMN, dùng ngay trên trình duyệt) hoặc Lucidchart. Khi vào doanh nghiệp lớn hơn, bạn có thể gặp Bizagi Modeler hoặc Camunda Modeler (chuẩn BPMN nghiêm ngặt hơn). Đừng đầu tư công cụ đắt tiền lúc mới học — draw.io là đủ.
Lỗi thường gặp & mẹo
- Đặt tên activity bằng danh từ trơ. "Hóa đơn" thì người đọc không biết là lập, duyệt, hay gửi hóa đơn. Luôn dùng động từ + danh từ.
- Gateway tách mà không gộp. Sơ đồ trông như cây xòe ra rồi mất hút. Mỗi Parallel/Exclusive Gateway mở ra phải có một gateway cùng loại đóng lại.
- Nhồi cả công ty vào một pool không lane. Mất hết thông tin "ai chịu trách nhiệm". Luôn chia lane theo vai trò; đây là phần giá trị nhất của sơ đồ.
- Nhầm Sequence Flow với Message Flow. Nét liền cho luồng trong cùng một bên, nét đứt cho trao đổi giữa hai pool. Đừng dùng mũi tên liền xuyên giữa hai pool — sai chuẩn.
- Vẽ quá chi tiết ngay từ đầu. Đừng cố nhét mọi exception nhỏ vào một sơ đồ. Vẽ happy path trước cho sạch, rồi mới bổ sung nhánh lỗi. Nếu sơ đồ rối quá, hãy tách thành nhiều cấp (một activity lớn có thể "đào sâu" thành một sub-process riêng).
- Mẹo từ nền Sales: Khi bí, hãy tự hỏi "Nếu đây là một deal, khúc này khách sẽ rớt ở đâu, và ai cứu được?". Câu hỏi đó tự nhiên đẻ ra các gateway và lane cho bạn. Bản năng pipeline của bạn là một tài sản — dùng nó.
- Mẹo trình bày: Quy trình nên đọc từ trái sang phải, trên xuống dưới. Hạn chế mũi tên cắt nhau. Một sơ đồ đẹp mắt được tin tưởng nhiều hơn, dù nội dung như nhau — điều dân Sales vốn hiểu rõ về sức mạnh của "trình bày".
Bài tập thực hành
Bài 1 — Vẽ lại sale process của bạn. Lấy đúng quy trình bán hàng bạn từng làm. Vẽ bằng draw.io với: ít nhất 1 Start Event, 1 End Event "Win", 1 End Event "Lost", tối thiểu 2 Exclusive Gateway (ví dụ "qualify đạt?", "khách đồng ý giá?"), và một vòng lặp follow-up. Đặt tên mọi activity theo động từ + danh từ.
Bài 2 — Thêm swimlane. Lấy sơ đồ ở Bài 1, chia thành các lane: Marketing (tạo lead), Sales (qualify, demo, đàm phán), Giám đốc (duyệt giá đặc biệt), Kế toán (xuất hóa đơn). Nếu có bước cần khách hàng phản hồi, tạo pool "Khách hàng" và nối bằng Message Flow.
Bài 3 — Quy trình mới hoàn toàn. Chọn một quy trình không phải bán hàng mà bạn biết: ví dụ "Xử lý yêu cầu hoàn tiền của khách" hoặc "Phê duyệt đơn xin nghỉ phép". Vẽ từ đầu theo 6 bước hướng dẫn. Bắt buộc dùng ít nhất một Parallel Gateway (việc chạy song song) và một nhánh rẽ sang vai trò "xử lý thủ công khi ngoại lệ".
Bài 4 — Tự rà lỗi. Đối chiếu cả ba sơ đồ với checklist trong mục "Lỗi thường gặp". Sửa mọi activity danh từ trơ, mọi gateway tách mà chưa gộp, mọi mũi tên lửng lơ. Lưu lại — đây là tài liệu đầu tiên cho portfolio BA của bạn.
Tóm tắt
BPMN 2.0 không phải một kỹ năng kỹ thuật xa lạ — nó là phiên bản chuẩn hóa của thứ bạn đã làm suốt những năm bán hàng: tư duy theo quy trình, theo phễu, theo "khách rớt ở đâu, ai cứu". Bạn chỉ cần nhớ bộ ký hiệu cốt lõi: Activity (hình chữ nhật bo góc, đặt tên động từ + danh từ), Event (hình tròn — bắt đầu/kết thúc/giữa chừng), Gateway (hình thoi — XOR chọn một, AND song song, OR một hoặc nhiều), Sequence Flow nét liền và Message Flow nét đứt, cùng Swimlane để phân rõ ai làm gì.
Quy trình vẽ luôn là: xác định khung đầu–cuối, vẽ happy path bằng động từ + danh từ, thêm gateway tại điểm quyết định, phân vai bằng lane, rà soát nhánh ngoại lệ, rồi kiểm tra với người thật. Tránh các lỗi kinh điển: danh từ trơ, gateway tách không gộp, một pool không lane, nhầm hai loại mũi tên.
Khi bạn vẽ được một sơ đồ BPMN sạch sẽ trong một cuộc họp và thấy cả team gật gù "à, hiểu rồi", bạn sẽ cảm nhận rõ khoảnh khắc mình là một BA — không còn là dân Sales đang tập tành. Lợi thế của bạn là bản năng quy trình đã có sẵn; việc còn lại chỉ là luyện tay cho nó nói đúng ngôn ngữ chung. Hãy mở draw.io lên và vẽ ngay cái phễu bán hàng của bạn — đó là sơ đồ BPMN đầu tiên, và dễ nhất, trong sự nghiệp BA của bạn.