Mở đầu — vì sao bài này quan trọng
Có một cái bẫy mà gần như mọi tổ chức đều rơi vào trong hành trình chuyển đổi số: họ mua phần mềm mới, số hóa giấy tờ, gắn thêm một cái app di động lên trên quy trình cũ — rồi tự hỏi tại sao mọi thứ vẫn chậm, vẫn rối, vẫn tốn người. Lý do rất đơn giản: họ đã lấy một quy trình xấu và làm cho nó chạy nhanh hơn một chút, nhưng bản chất quy trình vẫn xấu.
Michael Hammer, cha đẻ của Business Process Re-engineering (BPR — tái thiết kế quy trình kinh doanh), đã đóng đinh ý tưởng này trong bài viết kinh điển năm 1990 trên Harvard Business Review với một câu nói mà bất kỳ ai làm chuyển đổi số cũng nên khắc ghi: "Don't automate, obliterate" — Đừng tự động hóa, hãy xóa bỏ và làm lại. Hay theo cách nói hình ảnh hơn: "Don't pave the cow path" — đừng trải nhựa lên con đường mòn mà con bò để lại.
Con đường mòn ấy là ẩn dụ cho những quy trình được hình thành một cách ngẫu nhiên qua nhiều năm, do thói quen, do giới hạn công nghệ cũ, do cơ cấu phòng ban chồng chéo. Nếu bạn chỉ số hóa đúng cái con đường quanh co đó, bạn vĩnh viễn giữ lại sự quanh co.
Bài này rất quan trọng vì nó là bản lề giữa "chuyển đổi số bề mặt" và "chuyển đổi số thực chất". Trong toàn khóa học, các bài khác nói về chiến lược, roadmap, văn hóa, công nghệ. Bài 35 tập trung riêng vào một câu hỏi cụ thể: khi bạn đưa digital vào một quy trình, bạn nên thiết kế lại quy trình đó từ gốc như thế nào để tận dụng đúng sức mạnh của công nghệ, thay vì chỉ dán công nghệ lên quy trình cũ?
Khái niệm cốt lõi
BPR là gì và không phải là gì
Hammer định nghĩa BPR là việc "tư duy lại từ nền tảng (fundamental rethinking) và thiết kế lại tận gốc (radical redesign) các quy trình kinh doanh để đạt được những cải thiện đột phá (dramatic improvements) về các thước đo hiệu suất then chốt như chi phí, chất lượng, dịch vụ và tốc độ".
Ba từ khóa cần nhớ:
- Fundamental (từ gốc): hỏi những câu hỏi cơ bản nhất — "Tại sao chúng ta làm việc này?", "Tại sao lại làm theo cách này?". Không phải "làm sao cho nhanh hơn 10%" mà là "có nên làm việc này nữa không".
- Radical (tận gốc): không vá víu, không tối ưu cục bộ, mà thiết kế lại từ tờ giấy trắng (clean sheet / blank page).
- Dramatic (đột phá): BPR nhắm tới cải thiện gấp bội (giảm 70% thời gian, giảm 50% chi phí), không phải cải thiện 5-10%.
Vì sao "digitize process xấu" là sai lầm
Hãy hình dung một quy trình duyệt vay ngân hàng truyền thống: khách nộp hồ sơ giấy → nhân viên nhập liệu → chuyển phòng thẩm định → chuyển phòng pháp chế → chuyển lên cấp phê duyệt → in hợp đồng → khách ký. Mười ngày, qua tay bảy người, ba lần photo hồ sơ.
Nếu bạn "số hóa" quy trình này, bạn sẽ được gì? Một phiên bản điện tử của đúng chuỗi bảy bước đó: nhập liệu trên máy tính, gửi email PDF qua các phòng, phê duyệt bằng chữ ký số. Nhanh hơn chút, nhưng vẫn là bảy bước, vẫn qua bảy người, vẫn tuần tự. Bạn đã trải nhựa con đường mòn.
BPR với digital hỏi khác đi: Với công nghệ hôm nay — dữ liệu tín dụng tập trung, scoring tự động bằng AI, xác thực eKYC, chữ ký điện tử — thì một khoản vay tiêu dùng có thực sự cần bảy người và mười ngày không? Câu trả lời của các fintech hiện đại là: một quy trình mới hoàn toàn, khách tự nộp qua app, AI chấm điểm trong vài giây, giải ngân trong 5 phút. Đó không phải số hóa. Đó là tái thiết kế.
Digital là "enabler" mở khóa các nguyên tắc mới
Điểm cốt lõi Hammer nhấn mạnh: công nghệ không phải để tự động hóa cái cũ, mà để phá vỡ các giả định cũ. Mỗi công nghệ mở khóa một "nguyên tắc mới" thay cho một "quy tắc cũ":
- Quy tắc cũ: "Thông tin chỉ có thể ở một nơi tại một thời điểm." → Công nghệ database dùng chung → Nguyên tắc mới: thông tin ở nhiều nơi cùng lúc, mọi phòng ban truy cập song song, không cần chuyền tay tuần tự.
- Quy tắc cũ: "Chỉ chuyên gia mới xử lý được nghiệp vụ phức tạp." → Hệ thống hỗ trợ ra quyết định / AI → Nguyên tắc mới: nhân viên phổ thông cũng xử lý được nhờ hệ thống dẫn dắt.
- Quy tắc cũ: "Phải quyết định tập trung ở cấp trên." → Dữ liệu thời gian thực trên dashboard → Nguyên tắc mới: quyết định phân tán tại tuyến đầu.
Các nguyên lý tái thiết kế điển hình
Một số mẫu hình (pattern) thường xuất hiện khi tái thiết kế quy trình theo hướng digital:
- Gộp nhiều việc thành một (case worker / case team): thay vì bảy người mỗi người một mẩu, một người (hoặc một hệ thống) xử lý trọn gói.
- Loại bỏ bước không tạo giá trị: mọi bước kiểm tra, đối chiếu, phê duyệt trung gian đều bị chất vấn — nếu chỉ để "cho chắc" thì có thể thay bằng kiểm soát tự động.
- Xử lý song song thay vì tuần tự: các bước độc lập chạy đồng thời nhờ dữ liệu dùng chung.
- Đưa quyết định về nơi thực hiện công việc: giảm chuyển cấp.
- Bắt dữ liệu một lần tại nguồn: nhập một lần, dùng nhiều nơi, hết cảnh nhập đi nhập lại.
Tình huống thực tế
Ví dụ 1 — Ford và bài toán "accounts payable" kinh điển
Đây là case study gốc Hammer hay kể, và nó vẫn đắt giá. Cuối thập niên 1980, phòng thanh toán cho nhà cung cấp (accounts payable) của Ford Bắc Mỹ có hơn 500 nhân viên. Ban lãnh đạo định đầu tư hệ thống mới để cắt giảm khoảng 20% — xuống còn 400 người. Nghe cũng "chuyển đổi số" ra trò.
Nhưng khi họ nhìn sang Mazda (Ford đang sở hữu cổ phần), họ choáng: cả phòng thanh toán của Mazda chỉ có 5 người. Chênh lệch không phải 20%, mà là gấp hàng chục lần. Rõ ràng nếu chỉ tối ưu quy trình cũ, họ sẽ không bao giờ chạm tới con số đó.
Ford quyết định thiết kế lại từ gốc. Quy trình cũ: phòng mua hàng gửi đơn đặt hàng, kho nhận hàng, nhà cung cấp gửi hóa đơn, phòng thanh toán phải đối chiếu ba loại giấy tờ (đơn hàng, phiếu nhập kho, hóa đơn) — và phần lớn thời gian nhân viên loay hoay xử lý các trường hợp lệch nhau. Quy trình mới bỏ luôn hóa đơn: khi hàng về kho, nhân viên kiểm tra trong hệ thống dùng chung xem có đơn hàng khớp không; nếu khớp thì hệ thống tự động thanh toán, nếu không khớp thì trả hàng. "Invoiceless processing" — thanh toán không cần hóa đơn.
Kết quả: giảm 75% nhân sự (không phải 20%), và độ chính xác đối chiếu tăng vọt. Bài học: Ford không hỏi "làm sao xử lý hóa đơn nhanh hơn"; họ hỏi "tại sao lại cần hóa đơn". Đó là khác biệt giữa tối ưu và tái thiết kế.
Ví dụ 2 — Một chuỗi bán lẻ dược phẩm Việt Nam tái thiết kế quy trình nhập hàng
Giả định một chuỗi nhà thuốc lớn tại Việt Nam (tương tự mô hình Pharmacity, Long Châu) với khoảng 500 cửa hàng. Quy trình đặt hàng bổ sung ban đầu: mỗi cửa hàng cuối ngày kiểm kho thủ công, quản lý cửa hàng điền form đề xuất nhập hàng, gửi lên vùng, vùng tổng hợp gửi về kho trung tâm, kho lên đơn cho nhà cung cấp. Trung bình mất 3–4 ngày từ lúc phát hiện sắp hết hàng đến lúc hàng về kệ; tỷ lệ hết hàng (out-of-stock) khoảng 12%, và tồn kho dư ở nhiều mã hàng bán chậm.
Nếu chỉ số hóa: thay form giấy bằng form điện tử. Vẫn con người quyết định đặt bao nhiêu, vẫn qua vùng, vẫn 3–4 ngày.
Cách tái thiết kế theo tinh thần BPR: dữ liệu bán hàng POS được đồng bộ thời gian thực về trung tâm; một hệ thống dự báo nhu cầu tự động tính điểm đặt hàng (reorder point) cho từng mã hàng ở từng cửa hàng dựa trên tốc độ bán, mùa vụ, khuyến mãi; khi tồn chạm ngưỡng, hệ thống tự sinh đơn bổ sung và đẩy thẳng cho nhà cung cấp qua tích hợp, quản lý cửa hàng chỉ cần duyệt các trường hợp bất thường. Bước "vùng tổng hợp" bị xóa hoàn toàn — nó chỉ tồn tại vì trước đây dữ liệu không chảy được về trung tâm.
Kết quả kỳ vọng (dựa trên các dự án tương tự trong ngành): thời gian bổ sung rút xuống dưới 1 ngày, out-of-stock giảm từ 12% xuống 4–5%, tồn kho dư giảm 20–30% nhờ dự báo chính xác hơn. Bài học: khâu bị xóa (tổng hợp qua vùng) là "con đường mòn" hình thành từ giới hạn công nghệ cũ. Digital không dùng để làm khâu đó nhanh hơn — nó dùng để khiến khâu đó trở nên vô nghĩa.
Ví dụ 3 — Quy trình mở tài khoản tại một ngân hàng số
Một ngân hàng tại Đông Nam Á muốn thu hút khách hàng trẻ. Quy trình mở tài khoản cũ: khách ra chi nhánh, điền 4 tờ form, nhân viên photo CMND, đối chiếu chữ ký, nhập liệu, chờ hậu kiểm, 1–2 ngày mới kích hoạt. Trung bình 45 phút tại quầy, tỷ lệ khách bỏ ngang giữa chừng (drop-off) cao.
Đội dự án ban đầu đề xuất... làm một cái app cho khách điền đúng 4 tờ form đó trên điện thoại. Đây chính là bẫy "pave the cow path": vẫn 4 form, vẫn hậu kiểm thủ công, chỉ là điền trên màn hình.
Tái thiết kế thực sự: khách chụp căn cước → OCR tự trích xuất thông tin, khách không nhập gì; eKYC đối chiếu khuôn mặt với ảnh giấy tờ (thay cho đối chiếu chữ ký thủ công); hệ thống tra cứu tự động các nguồn dữ liệu để đánh giá rủi ro; tài khoản kích hoạt ngay trong vài phút, không cần hậu kiểm cho nhóm khách rủi ro thấp. Bốn tờ form biến mất, không phải vì được số hóa mà vì công nghệ OCR + eKYC khiến việc "khách tự khai và ký" trở nên thừa.
Kết quả điển hình của các ngân hàng số làm đúng hướng này: thời gian mở tài khoản từ 1–2 ngày xuống dưới 5 phút, drop-off giảm mạnh, chi phí vận hành mỗi tài khoản giảm nhiều lần. Bài học: hãy tấn công vào giả định "cần con người ở giữa" — đó thường là nơi digital tạo bước nhảy lớn nhất.
Hướng dẫn từng bước
Dưới đây là quy trình sáu bước thực dụng để tái thiết kế một quy trình theo tinh thần BPR + digital. Hãy chọn một quy trình cụ thể, đau nhất, đo được để bắt đầu — đừng ôm cả tổ chức.
- Chọn và giới hạn phạm vi quy trình. Xác định điểm bắt đầu và kết thúc rõ ràng (ví dụ: "từ lúc khách yêu cầu vay đến lúc giải ngân"). Quy trình lý tưởng là loại tần suất cao, nhiều bước, nhiều bàn giao qua lại, khách hàng thấy đau.
- Vẽ hiện trạng "as-is" và đo baseline. Lập bản đồ mọi bước, mọi lần bàn giao, mọi điểm chờ. Đo bằng con số cứng: thời gian chu trình (cycle time), số người tham gia, chi phí mỗi giao dịch, tỷ lệ lỗi. Đặc biệt tách rõ thời gian tạo giá trị và thời gian chờ/di chuyển giấy tờ — thường 80–90% là thời gian chờ.
- Chất vấn từng bước bằng câu hỏi gốc. Với mỗi bước hỏi: "Bước này tạo giá trị gì cho khách hàng? Nếu bỏ đi thì sao? Nó tồn tại vì giả định nào, và công nghệ hôm nay đã phá vỡ giả định đó chưa?" Đánh dấu những bước chỉ tồn tại để kiểm soát, đối chiếu, chờ phê duyệt.
- Thiết kế "to-be" từ tờ giấy trắng. Đừng sửa sơ đồ cũ. Bắt đầu bằng câu hỏi: "Nếu hôm nay dựng lại quy trình này từ đầu với công nghệ sẵn có, nó trông thế nào?" Áp dụng các nguyên lý: gộp việc, song song hóa, bắt dữ liệu một lần tại nguồn, đưa quyết định về tuyến đầu, thay kiểm soát thủ công bằng kiểm soát tự động.
- Xác định công nghệ enabler cho từng bước mới. Mỗi thay đổi táo bạo cần một công nghệ đỡ: dữ liệu dùng chung, OCR, eKYC, RPA, quy tắc nghiệp vụ tự động, AI scoring, tích hợp API với đối tác. Lưu ý: công nghệ đi sau thiết kế, không phải đi trước.
- Thí điểm, đo lại, rồi mở rộng. Chạy quy trình mới trên một phân khúc nhỏ, so sánh với baseline ở bước 2. Nếu đạt cải thiện đột phá (không phải 10%, mà là gấp bội), mới nhân rộng. (Việc scaling và quản lý thay đổi con người được đào sâu ở các bài khác trong khóa.)
Lỗi thường gặp & mẹo
- Trải nhựa con đường mòn. Lỗi số một: số hóa nguyên xi quy trình cũ. Mẹo: mỗi khi ai đó nói "làm cái app cho quy trình hiện tại", hãy dừng lại và hỏi "quy trình hiện tại có nên tồn tại như thế không đã".
- Nhầm BPR với cải tiến liên tục. Đặt mục tiêu quá khiêm tốn (10–15%) sẽ khiến đội dự án chỉ dám vá víu. Mẹo: đặt mục tiêu "cực đoan" có chủ đích (giảm 70% thời gian) để buộc phải nghĩ lại từ gốc.
- Để cơ cấu phòng ban quyết định thiết kế. Nhiều bước tồn tại chỉ vì "việc này thuộc phòng A, việc kia thuộc phòng B". Mẹo: thiết kế theo dòng chảy của quy trình và trải nghiệm khách hàng, rồi mới bàn ai làm.
- Công nghệ trước, quy trình sau. Mua ERP/RPA rồi ép quy trình chạy theo phần mềm. Mẹo: luôn thiết kế "to-be" trước, chọn công nghệ sau.
- Bỏ qua con người. BPR những năm 90 mang tiếng xấu vì nhiều dự án biến thành sa thải hàng loạt và thất bại do kháng cự. Mẹo: tái thiết kế quy trình phải đi kèm tái thiết kế vai trò, đào tạo lại, và truyền thông (các mảng này được khai thác riêng ở những bài về change management trong khóa).
- Ôm đồm cả doanh nghiệp cùng lúc. Mẹo: bắt đầu bằng một quy trình lõi, thắng một trận rõ ràng, lấy đó làm bằng chứng để lan tỏa.
Bài tập thực hành
- Chọn quy trình. Chọn một quy trình thật trong tổ chức của bạn (hoặc một tổ chức bạn hiểu rõ) có nhiều bước, nhiều bàn giao. Viết rõ điểm bắt đầu — điểm kết thúc.
- Vẽ as-is và đo baseline. Liệt kê tất cả các bước. Với mỗi bước, ghi: ai làm, mất bao lâu, có phải thời gian chờ không. Tính tổng cycle time và tỷ lệ % thời gian tạo giá trị thực sự.
- Săn "con đường mòn". Đánh dấu ít nhất 3 bước mà bạn nghi ngờ chỉ tồn tại do thói quen, cơ cấu phòng ban, hoặc giới hạn công nghệ cũ. Với mỗi bước, viết một câu: "Bước này giả định rằng ___, nhưng công nghệ ___ hôm nay đã phá vỡ giả định đó."
- Thiết kế to-be từ giấy trắng. Không nhìn sơ đồ cũ, phác quy trình lý tưởng nếu dựng lại hôm nay. Nêu rõ với mỗi bước mới cần công nghệ enabler nào.
- Đặt mục tiêu đột phá. Tuyên bố một con số táo bạo bạn muốn đạt (ví dụ: "giảm cycle time từ 10 ngày xuống 1 ngày", "giảm 60% số người tham gia"). So sánh to-be với as-is xem đã đủ táo bạo chưa.
Tóm tắt
Bài 35 xoay quanh một nguyên lý duy nhất nhưng thay đổi cả tư duy chuyển đổi số: đừng số hóa một quy trình xấu — hãy thiết kế lại nó từ gốc với mindset digital. Đó là tinh thần "don't pave the cow path" của Hammer.
Những điểm cần khắc ghi:
- BPR là tư duy lại từ gốc, thiết kế lại tận gốc, để đạt cải thiện đột phá — không phải tối ưu 10%.
- Sai lầm phổ biến nhất là lấy quy trình cũ và gắn công nghệ lên trên; công nghệ đúng vai trò là để phá vỡ giả định cũ, không phải để tăng tốc con đường mòn.
- Với mỗi bước trong quy trình, hãy hỏi nó tồn tại vì giả định nào và công nghệ hôm nay đã hóa giải giả định đó chưa.
- Các nguyên lý tái thiết kế lặp đi lặp lại: gộp việc, song song hóa, bắt dữ liệu một lần tại nguồn, đưa quyết định về tuyến đầu, thay kiểm soát thủ công bằng kiểm soát tự động.
- Ford, chuỗi dược phẩm, và ngân hàng số đều cho thấy: bước nhảy lớn đến khi ta dám xóa bỏ một khâu, chứ không chỉ làm nó nhanh hơn.