Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn được giao nhiệm vụ cải tiến quy trình xử lý đơn hàng của một công ty. Sếp nói: "Vẽ lại quy trình cho gọn gàng, hiệu quả hơn." Bạn hào hứng mở công cụ vẽ, phác ra một sơ đồ đẹp đẽ, các bước nối tiếp nhau mượt mà, không một chỗ tắc nghẽn. Sếp gật gù, đội triển khai nhìn vào và... không ai làm theo được. Vì sao? Vì cái bạn vẽ là một thế giới lý tưởng không tồn tại. Bạn đã bỏ qua một bước nền tảng: bạn chưa hề ghi lại quy trình thực sự đang diễn ra.
Đây chính là lý do tồn tại của hai khái niệm trung tâm trong bài này: As-Is (hiện trạng) và To-Be (tương lai mong muốn). Đây là cặp khái niệm quan trọng bậc nhất trong toàn bộ nghề Business Process Analyst. Mọi dự án cải tiến quy trình, mọi sáng kiến chuyển đổi số, mọi quyết định tự động hóa đều phải bắt đầu từ việc trả lời hai câu hỏi: "Hiện tại chúng ta đang làm thế nào?" và "Chúng ta muốn làm như thế nào trong tương lai?"
Nếu bạn nhầm lẫn hai khái niệm này, hoặc tệ hơn là làm tắt một trong hai, hậu quả rất nghiêm trọng. Bạn sẽ thiết kế giải pháp cho một vấn đề không có thật, đầu tư phần mềm để tự động hóa một quy trình vốn đã sai từ gốc, hoặc thuyết phục lãnh đạo bằng những con số ROI dựa trên giả định viển vông. Trong bài này, tôi sẽ chỉ cho bạn cách phân biệt rạch ròi As-Is và To-Be, cách lập từng loại bản đồ đúng chuẩn, và quan trọng nhất là tư duy nghề nghiệp đằng sau chúng.
Khái niệm cốt lõi
As-Is — bản đồ của sự thật, không phải của niềm tin
As-Is process map là sơ đồ phản ánh quy trình đang vận hành thực tế tại thời điểm hiện tại — đúng như nó đang diễn ra, không phải như nó nên diễn ra hay như tài liệu nói nó diễn ra.
Đây là điểm khác biệt cốt tử mà người mới hay bỏ qua. Hầu hết tổ chức đều có một bộ "quy trình chuẩn" viết trên giấy, trong sổ tay ISO, trong slide đào tạo nhân viên mới. Nhưng quy trình trên giấy gần như luôn khác với quy trình trong thực tế. Nhân viên đã tự nghĩ ra các workaround (cách lách, giải pháp tình thế) để vượt qua những chỗ bất tiện. Có những manual handover (chuyển giao thủ công) mà không tài liệu nào ghi lại — kiểu như "gửi file Excel qua Zalo cho chị Lan phòng kế toán". Có những exception path (luồng ngoại lệ) chỉ xuất hiện khi đơn hàng đặc biệt, khách VIP, hoặc khi hệ thống lỗi.
Nguyên tắc vàng của As-Is: KHÔNG được làm đẹp. Nhiệm vụ của bạn không phải là vẽ một quy trình gọn gàng đáng tự hào, mà là phơi bày sự thật trần trụi. Mỗi vòng lặp thừa, mỗi lần in-ra-rồi-scan-lại, mỗi email qua lại bốn lần để duyệt một khoản chi 200 nghìn — tất cả phải nằm trên bản đồ. Vì chính những điểm xấu xí đó mới là nơi chứa cơ hội cải tiến. Nếu bạn làm đẹp As-Is, bạn đã vô tình giấu đi đúng những vấn đề mà bạn được thuê để giải quyết.
As-Is map càng phản ánh đúng thực tế, càng "xấu", thì càng có giá trị. Một As-Is map sạch sẽ tinh tươm thường là dấu hiệu của một phân tích hời hợt, người vẽ chỉ ngồi nghe quản lý mô tả quy trình lý tưởng mà chưa xuống tận nơi quan sát người làm thật.
To-Be — bản thiết kế cho tương lai
To-Be process map là sơ đồ thiết kế quy trình mong muốn trong tương lai — sau khi đã loại bỏ lãng phí, tối ưu các bước, áp dụng công nghệ hoặc thay đổi cách phân công. Nếu As-Is trả lời "chúng ta đang ở đâu", thì To-Be trả lời "chúng ta muốn đến đâu".
To-Be không phải là giấc mơ tùy hứng. Nó là kết quả của một quá trình phân tích có kỷ luật: bạn nhìn vào As-Is, xác định các điểm đau (pain point), nút thắt cổ chai, bước không tạo giá trị, rồi thiết kế lại sao cho khắc phục được chúng. Mỗi thay đổi trong To-Be phải truy ngược được về một vấn đề cụ thể trong As-Is. Đây là nguyên tắc truy vết (traceability): không có thay đổi nào "trên trời rơi xuống".
Một điểm quan trọng nữa: To-Be phải khả thi. Có sự khác biệt giữa To-Be thực dụng (đạt được trong 6–12 tháng với nguồn lực hiện có) và một viễn cảnh utopia không bao giờ thực hiện được. Người phân tích giỏi thường thiết kế To-Be theo nhiều tầng: một To-Be ngắn hạn (quick win, làm được ngay) và một To-Be dài hạn (cần đầu tư công nghệ, thay đổi cơ cấu). Việc tách tầng này giúp tổ chức không bị tê liệt vì mục tiêu quá lớn.
Mối quan hệ As-Is → Gap → To-Be
Hai bản đồ này không tồn tại độc lập. Giữa chúng là gap analysis (phân tích khoảng cách) — phần việc trí tuệ nhất của một process analyst. Bạn đặt As-Is và To-Be cạnh nhau, và với từng khác biệt, bạn ghi rõ: thay đổi gì, vì sao, ai chịu trách nhiệm, cần nguồn lực gì, rủi ro ra sao.
Có thể hình dung như một bác sĩ. As-Is là kết quả khám và chẩn đoán bệnh — phải trung thực, kể cả khi bệnh nặng. To-Be là phác đồ điều trị mong muốn — bệnh nhân khỏe mạnh. Gap analysis là kế hoạch điều trị: dùng thuốc gì, mổ hay không, mất bao lâu. Không bác sĩ nào kê đơn mà không khám trước, và không process analyst nào nên vẽ To-Be mà chưa hoàn thành As-Is.
Tình huống thực tế
Ví dụ 1 — Chuỗi cà phê The Coffee House và quy trình duyệt chi cửa hàng
Một chuỗi cà phê tại TP.HCM (tình huống mô phỏng dựa trên mô hình vận hành phổ biến của các chuỗi F&B Việt Nam) muốn cải tiến quy trình duyệt chi phí phát sinh tại cửa hàng — ví dụ sửa máy pha cà phê, mua thêm vật dụng. Trên giấy, quy trình rất gọn: quản lý cửa hàng đề xuất → khu vực duyệt → kế toán chi tiền. Ba bước, đẹp đẽ.
Khi nhóm phân tích xuống quan sát thực tế trong hai tuần, bản đồ As-Is hiện ra hoàn toàn khác. Quản lý cửa hàng chụp ảnh hóa đơn gửi Zalo cho quản lý khu vực. Quản lý khu vực bận đi thị trường nên thường 2–3 ngày mới trả lời. Sau khi đồng ý miệng, quản lý cửa hàng phải điền vào một file Excel mẫu, in ra, ký tay, scan lại gửi email cho kế toán. Kế toán nhập tay vào phần mềm, phát hiện sai mã chi phí nên gửi lại. Trung bình một đề xuất 500 nghìn đồng mất 6,5 ngày và đi qua tay 4 người với 11 lần chuyển giao. Có cả một luồng ngoại lệ: nếu trên 2 triệu thì cần thêm chữ ký giám đốc vận hành, mà ông này hay đi công tác nên nhân viên "tạm ứng tiền túi rồi hoàn sau" — một workaround không hề có trong tài liệu.
To-Be được thiết kế: một ứng dụng duyệt chi trên điện thoại, quản lý cửa hàng chụp hóa đơn upload trực tiếp, hệ thống tự gợi ý mã chi phí, quản lý khu vực duyệt bằng một chạm, vượt ngưỡng tự động đẩy lên giám đốc với thông báo đẩy. Mục tiêu: rút từ 6,5 ngày xuống dưới 4 giờ, xóa bỏ hoàn toàn bước in-ký-scan.
Bài học: Nếu nhóm chỉ nghe quản lý mô tả "quy trình ba bước" rồi vẽ To-Be, họ đã bỏ sót đúng những điểm đau lớn nhất — sự chậm trễ ở khâu duyệt miệng và workaround tạm ứng tiền túi. Chính việc quan sát thực tế và không làm đẹp As-Is đã lộ ra cơ hội thật.
Ví dụ 2 — Ngân hàng và quy trình mở tài khoản doanh nghiệp
Một ngân hàng thương mại cổ phần tại Hà Nội triển khai dự án số hóa quy trình mở tài khoản cho khách hàng doanh nghiệp. Đội dự án ban đầu vẽ thẳng một To-Be "ngân hàng số" tuyệt đẹp: khách hàng tự đăng ký online, eKYC tự động, tài khoản mở trong 15 phút. Họ trình lãnh đạo, được duyệt ngân sách lớn cho phần mềm.
Vấn đề là họ bỏ qua As-Is. Khi triển khai mới phát hiện: quy trình thật có một bước thẩm định hồ sơ pháp lý doanh nghiệp bắt buộc theo quy định của Ngân hàng Nhà nước, do bộ phận tuân thủ (compliance) thực hiện thủ công, không thể tự động hóa hoàn toàn. Ngoài ra, với doanh nghiệp lớn còn có bước phỏng vấn người đại diện. To-Be "15 phút" sụp đổ vì nó được thiết kế trên một As-Is tưởng tượng.
Đội phải làm lại từ đầu: lập As-Is chi tiết, ghi rõ đâu là bước bắt buộc do pháp luật (không được bỏ), đâu là bước thừa do thói quen nội bộ (có thể bỏ). To-Be điều chỉnh thực dụng hơn: khách điền hồ sơ online giảm nhập liệu thủ công, hệ thống tự kiểm tra tính đầy đủ giấy tờ, nhưng bước thẩm định tuân thủ vẫn giữ — chỉ rút ngắn nhờ checklist số hóa. Thời gian giảm từ 5 ngày xuống 1,5 ngày, một con số thật và bền vững.
Bài học: To-Be phải tôn trọng các ràng buộc pháp lý và bắt buộc xuất hiện trong As-Is. Việc phân loại từng bước thành "bắt buộc giữ" và "có thể bỏ" ngay trên As-Is là kỹ năng then chốt. Một To-Be đẹp nhưng vi phạm quy định thì vô giá trị.
Ví dụ 3 — Xưởng may xuất khẩu và quy trình kiểm hàng
Một xưởng may xuất khẩu tại Bình Dương (mô phỏng) gặp tình trạng lô hàng bị khách nước ngoài trả về vì lỗi chất lượng. Ban giám đốc nghĩ vấn đề nằm ở khâu kiểm hàng cuối nên muốn tăng nhân sự QC. Nhóm phân tích lập As-Is và phát hiện điều bất ngờ: khâu kiểm cuối thật ra làm rất kỹ, nhưng có một workaround chết người ở giữa chuyền — khi tổ trưởng phát hiện lỗi nhỏ trong lúc may, để kịp tiến độ giao hàng, họ thường "cho qua" và ghi chú vào một cuốn sổ tay riêng mà bộ phận QC cuối không bao giờ đọc. Thông tin lỗi bị mất giữa đường.
As-Is map phơi bày luồng thông tin đứt gãy này. To-Be không hề cần thêm nhân sự QC cuối — thay vào đó thiết kế một điểm kiểm tra giữa chuyền với phiếu lỗi điện tử đơn giản, lỗi phát hiện ở khâu nào được ghi nhận và bắt buộc xử lý trước khi chuyển công đoạn. Chi phí gần như bằng không so với phương án thuê thêm người, mà tỷ lệ hàng trả về giảm rõ rệt sau ba tháng.
Bài học: As-Is trung thực giúp tổ chức tìm đúng nguyên nhân gốc thay vì chữa triệu chứng. Nếu vẽ As-Is theo lời kể của giám đốc ("vấn đề ở khâu kiểm cuối"), giải pháp To-Be sẽ là tăng người — vừa tốn kém vừa không trúng đích.
Hướng dẫn từng bước
Dưới đây là quy trình thực hành để lập một cặp As-Is / To-Be hoàn chỉnh.
Bước 1 — Xác định phạm vi rõ ràng. Trước khi vẽ, chốt điểm bắt đầu và điểm kết thúc của quy trình (process boundary). Ví dụ: "Từ khi khách gửi yêu cầu đến khi tài khoản được kích hoạt." Phạm vi mơ hồ là nguyên nhân số một khiến bản đồ phình to mất kiểm soát.
Bước 2 — Thu thập dữ liệu cho As-Is. Đừng ngồi phòng họp tưởng tượng. Hãy đi quan sát người làm thật, phỏng vấn nhiều cấp (không chỉ quản lý mà cả nhân viên trực tiếp), thu thập chứng cứ (email mẫu, file Excel, ảnh chụp màn hình). Mục tiêu là nắm bắt cả luồng chính lẫn các luồng ngoại lệ và workaround.
Bước 3 — Vẽ As-Is đúng như thực tế. Dùng ký pháp nhất quán (BPMN là chuẩn phổ biến). Ghi đủ mọi bước, kể cả những bước xấu xí: vòng lặp, chuyển giao thủ công, chờ đợi. Đánh dấu những điểm bạn nghi là pain point bằng ghi chú.
Bước 4 — Xác thực As-Is với người trong cuộc. Cho chính những người thực hiện quy trình xem lại và xác nhận: "Đúng, tôi làm thế này." Bước này tránh việc bạn hiểu sai. As-Is chưa được xác thực thì chưa đáng tin.
Bước 5 — Phân tích pain point và đo lường. Gắn số liệu vào As-Is: mỗi bước mất bao lâu, bao nhiêu lần làm lại, chi phí. Số liệu biến trực giác thành bằng chứng thuyết phục lãnh đạo.
Bước 6 — Thiết kế To-Be. Với từng pain point, đề xuất giải pháp: loại bỏ bước thừa, gộp bước, tự động hóa, đổi người thực hiện, chạy song song thay vì tuần tự. Đảm bảo giữ lại các bước bắt buộc (pháp lý, kiểm soát rủi ro).
Bước 7 — Lập gap analysis. Bảng so sánh As-Is vs To-Be cho từng điểm: thay đổi gì, lợi ích, nguồn lực, người chịu trách nhiệm, rủi ro. Đây là tài liệu để chuyển sang giai đoạn triển khai.
Bước 8 — Trình bày và lấy đồng thuận. Đưa cả ba thứ — As-Is, To-Be, gap — cho các bên liên quan. Việc cho họ thấy As-Is xấu xí giúp tạo động lực thay đổi; To-Be cho họ thấy đích đến.
Lỗi thường gặp & mẹo
Lỗi 1 — Làm đẹp As-Is. Đây là lỗi phổ biến và nguy hiểm nhất. Người vẽ vô thức "dọn dẹp" quy trình cho gọn, hoặc vẽ theo tài liệu chuẩn thay vì thực tế. Mẹo: tự hỏi "bản đồ này có khiến ai đó khó chịu vì lộ ra điểm yếu của họ không?" — nếu không, có lẽ bạn chưa đào đủ sâu.
Lỗi 2 — Nhảy thẳng vào To-Be. Bị áp lực thời gian, nhiều người bỏ qua As-Is và vẽ ngay quy trình lý tưởng. Hậu quả: thiết kế cho vấn đề tưởng tượng, như ba ví dụ trên đã cho thấy. Mẹo: coi As-Is là điều kiện bắt buộc, không thương lượng.
Lỗi 3 — To-Be quá viển vông. Thiết kế một quy trình đẹp nhưng cần ngân sách khổng lồ và công nghệ chưa có. Mẹo: tách To-Be thành quick win (làm ngay) và tầm nhìn dài hạn, để tổ chức có chiến thắng sớm tạo đà.
Lỗi 4 — Bỏ qua luồng ngoại lệ trong As-Is. Chỉ vẽ "happy path" (luồng thuận lợi). Nhưng vấn đề thật thường nằm ở exception path. Mẹo: với mỗi bước, hỏi "điều gì xảy ra nếu sai/thiếu/đặc biệt?".
Lỗi 5 — Quên xác thực với người làm thật. As-Is vẽ xong cất tủ không ai xác nhận thì chỉ là phỏng đoán. Mẹo: luôn dành một buổi cho người trong cuộc soi lại.
Lỗi 6 — Mất truy vết giữa As-Is và To-Be. Thay đổi trong To-Be không giải thích được vì sao. Mẹo: mỗi cải tiến phải gắn nhãn với một pain point cụ thể trong As-Is.
Bài tập thực hành
Hãy chọn một quy trình quen thuộc trong công việc hoặc đời sống của bạn — ví dụ quy trình xin nghỉ phép tại công ty, hoặc quy trình đặt và nhận hàng online bạn từng trải qua.
- Lập As-Is: Vẽ lại quy trình đúng như nó thực sự diễn ra, bao gồm mọi bước chờ đợi, chuyển giao thủ công, và workaround bạn quan sát được. Cố ý không làm đẹp. Đánh dấu ít nhất 3 pain point.
- Gắn số liệu: Ước lượng thời gian mỗi bước và tổng thời gian từ đầu đến cuối. Xác định bước nào tốn thời gian nhất.
- Thiết kế To-Be: Với mỗi pain point, đề xuất một cải tiến cụ thể. Vẽ lại quy trình mới. Mỗi thay đổi phải truy ngược được về một pain point.
- Gap analysis: Lập bảng ba cột — "Pain point trong As-Is", "Giải pháp trong To-Be", "Nguồn lực cần thiết" — cho từng điểm cải tiến.
- Tự kiểm: Hỏi bản thân: As-Is của tôi có đủ xấu xí để trung thực không? To-Be của tôi có khả thi với nguồn lực thật không? Mỗi thay đổi có lý do rõ ràng không?
Tóm tắt
As-Is và To-Be là cặp khái niệm nền tảng của mọi dự án cải tiến quy trình. As-Is là bản đồ của sự thật: phản ánh hiện trạng đúng như đang diễn ra, bao gồm cả workaround, chuyển giao thủ công và luồng ngoại lệ — và tuyệt đối không được làm đẹp, vì chính những điểm xấu xí mới là nơi chứa cơ hội. To-Be là bản thiết kế tương lai mong muốn: loại bỏ lãng phí, tối ưu các bước, nhưng phải khả thi và tôn trọng các ràng buộc bắt buộc.
Giữa hai bản đồ là gap analysis — phần việc trí tuệ nhất, đảm bảo mọi thay đổi đều truy vết được về một vấn đề thật. Quy tắc bất biến: không bao giờ vẽ To-Be trước khi hoàn thành và xác thực As-Is. Như người bác sĩ phải khám trước khi kê đơn, người phân tích quy trình phải hiểu hiện trạng trước khi thiết kế tương lai. Nắm vững tư duy này, bạn đã có chiếc la bàn dẫn đường cho toàn bộ sự nghiệp phân tích và cải tiến quy trình.