Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 53 — Generative AI revolution — impact on automation

Process Automation and Digital Transformation Bài 53/60

Mở đầu — vì sao bài này quan trọng

Nếu bạn đã đi qua 52 bài trước của khóa học này, bạn đã làm quen với RPA, workflow automation, BPMS, iPaaS, và cả những nền tảng AI agents. Tất cả những công cụ đó, dù mạnh đến đâu, đều có một đặc điểm chung trước năm 2022: chúng tự động hóa những việc có quy tắc rõ ràng, có cấu trúc, có thể mô tả bằng if-then-else. Một con bot UiPath đọc Excel rồi gửi email được vì mọi bước đều xác định trước. Nhưng nếu khách hàng gửi một email phàn nàn dài ba đoạn, lan man, lẫn lộn nhiều vấn đề — thì bot truyền thống bó tay.

Tháng 11 năm 2022, ChatGPT ra mắt và thay đổi cục diện. Lần đầu tiên, máy móc có thể đọc hiểu ngôn ngữ tự nhiên, tóm tắt, suy luận, và tạo ra nội dung mới ở mức chất lượng đủ dùng cho công việc thật. Đây không phải là một công cụ automation mới — đây là một lớp năng lực mới (a new capability layer) chèn thẳng vào giữa những quy trình mà trước đây bắt buộc phải có con người xử lý.

Bài này quan trọng vì nó là bản lề. Nếu bạn là người làm Process Automation hay Digital Transformation, bạn không thể chỉ xem Generative AI (GenAI) như một con chatbot biết nói chuyện. Bạn phải hiểu chính xác nó thay đổi bài toán automation ở chỗ nào, đâu là khâu nó thay thế công cụ cũ, đâu là khâu nó bổ sung, và đâu là cạm bẫy khiến nhiều doanh nghiệp đốt tiền vô ích. Đó là nội dung chúng ta đi vào ngay sau đây.

Khái niệm cốt lõi

Làn sóng 2022–2026: từ demo gây sốc đến hạ tầng sản xuất

Hãy nhìn lại dòng thời gian để hiểu chúng ta đang ở đâu. ChatGPT (tháng 11/2022) gây bão người dùng phổ thông — đạt 100 triệu người dùng trong hai tháng, nhanh nhất lịch sử ứng dụng tiêu dùng. Năm 2023 là năm của sự hoang mang và thử nghiệm: doanh nghiệp đua nhau làm proof-of-concept (PoC), phần lớn để chơi cho biết. Năm 2024–2025 mới là giai đoạn đưa vào sản xuất thật (production): các mô hình như GPT-4, Claude, Gemini, Llama trở nên rẻ hơn, nhanh hơn, đáng tin cậy hơn; xuất hiện các pattern kỹ thuật chuẩn như RAG, function calling, agents; và quan trọng nhất là doanh nghiệp bắt đầu đo được ROI thật chứ không còn chạy theo phong trào.

Điểm mấu chốt bạn cần nắm: GenAI không xóa bỏ automation truyền thống, nó nâng cấp lớp "xử lý nhận thức" (cognitive layer). Trước đây pyramid tự động hóa thiếu hẳn tầng trên cùng — tầng hiểu ngôn ngữ, hiểu ngữ cảnh, ra quyết định mềm. GenAI lấp đúng tầng đó.

Ba thay đổi bản chất mà GenAI mang lại cho automation

Thứ nhất — từ structured sang unstructured. Automation cũ cần dữ liệu có cấu trúc: ô Excel, trường form, API trả JSON. GenAI xử lý được dữ liệu phi cấu trúc — email tự do, hợp đồng PDF, ghi âm cuộc gọi, ảnh chụp hóa đơn nhăn nhúm. Khoảng 80% dữ liệu doanh nghiệp là phi cấu trúc, và đây chính là phần mà automation truyền thống không chạm tới được.

Thứ hai — từ rule-based sang reasoning-based. Thay vì viết hàng nghìn dòng quy tắc, bạn mô tả nhiệm vụ bằng ngôn ngữ tự nhiên (prompt) và mô hình tự suy luận cách giải. Một quy trình phân loại khiếu nại trước đây cần đội nghiệp vụ ngồi định nghĩa 200 nhãn; nay bạn đưa vài ví dụ (few-shot) là mô hình phân loại được.

Thứ ba — từ deterministic sang probabilistic. Đây vừa là sức mạnh vừa là rủi ro. Bot truyền thống chạy lại 1000 lần cho ra cùng một kết quả. GenAI thì xác suất — cùng một đầu vào có thể cho đầu ra hơi khác, và đôi khi nó bịa (hallucination). Hệ quả: kiến trúc automation phải thay đổi, phải có lớp kiểm chứng, có human-in-the-loop ở những khâu nhạy cảm.

GenAI tái định hình các loại automation cụ thể

Hãy điểm qua tác động theo từng mảng, vì đây là cách bạn sẽ nhận diện cơ hội trong công việc thật:

  • Customer service: chatbot trước đây chỉ trả lời câu hỏi mẫu (FAQ tĩnh, cây quyết định cứng). Nay nó hiểu được câu hỏi phức tạp, nhiều ý, viết sai chính tả, tiếng Việt lẫn tiếng Anh; nó tra cứu tài liệu nội bộ qua RAG rồi trả lời theo đúng giọng thương hiệu.
  • Content & document: soạn email, tóm tắt báo cáo 50 trang, trích xuất điều khoản hợp đồng, dịch thuật — những việc trước đây mỗi việc cần một công cụ riêng nay gộp vào một mô hình.
  • Coding & integration: lập trình viên dùng Copilot viết script integration nhanh gấp đôi; người không chuyên mô tả quy trình bằng lời để hệ thống sinh ra workflow.
  • Knowledge work: phân tích, soạn thảo, nghiên cứu sơ bộ — phần "công việc tri thức" mà trước đây tưởng như bất khả tự động hóa.
Lưu ý quan trọng để không lan sang bài khác: ở đây ta chỉ bàn tác động và bản chất sự thay đổi. Chi tiết cách triển khai LLM (Bài 25), AI agents (Bài 26), RAG (Bài 30), chatbot (Bài 24) đã và sẽ có bài riêng. Bài 53 là góc nhìn chiến lược: GenAI làm thay đổi cuộc chơi automation như thế nào.

Tình huống thực tế

Tình huống 1 — Ngân hàng số tại Việt Nam: từ chatbot "ngu" sang trợ lý thật

Một ngân hàng số tầm trung tại Việt Nam (gọi là Ngân hàng V) vận hành một chatbot chăm sóc khách hàng kiểu cũ từ 2021. Chatbot này dựng trên cây quyết định: khách bấm nút, chọn menu, nếu câu hỏi không khớp kịch bản thì đẩy sang tổng đài viên. Tỷ lệ tự xử lý (containment rate) chỉ khoảng 28% — nghĩa là 72% cuộc trò chuyện cuối cùng vẫn phải có người can thiệp.

Cuối 2024, đội DT của Ngân hàng V triển khai lại chatbot trên nền GenAI: dùng một LLM kết nối RAG vào kho tài liệu sản phẩm (biểu phí, điều kiện vay, hướng dẫn mở thẻ). Họ giữ nguyên các API lõi (tra số dư, khóa thẻ) nhưng bọc một lớp ngôn ngữ tự nhiên bên trên. Sau ba tháng, containment rate lên 61%, thời gian xử lý trung bình mỗi yêu cầu giảm 40%, và điểm hài lòng (CSAT) tăng vì khách không còn phải bấm qua mê cung menu.

Bài học rút ra: GenAI không thay thế hệ thống lõi — nó thay thế lớp giao tiếp và xử lý ngôn ngữ ở phía trên. Đội DT đã khôn ngoan khi không đập đi xây lại; họ giữ phần deterministic (giao dịch) cho hệ thống cũ, và chỉ giao phần probabilistic (hiểu ý khách) cho GenAI. Đó là kiến trúc lai (hybrid) mà bạn nên ghi nhớ.

Tình huống 2 — Công ty logistics: xử lý chứng từ đầu vào

Một công ty giao nhận ở TP.HCM (gọi là LogiX) mỗi ngày nhận khoảng 1.500 chứng từ từ khách hàng: invoice, packing list, vận đơn — đủ định dạng PDF, ảnh chụp điện thoại, file scan mờ. Trước đây 12 nhân viên nhập liệu ngồi gõ tay vào hệ thống TMS, sai sót khoảng 4–5%, và luôn tồn đọng vào cao điểm.

LogiX thử RPA truyền thống từ 2022 nhưng thất bại: bot OCR cũ chỉ đọc được mẫu cố định, gặp ảnh nghiêng hay layout lạ là gãy. Đến 2025, họ chuyển sang dùng mô hình GenAI đa phương thức (multimodal — đọc được cả ảnh lẫn chữ): đưa thẳng ảnh chứng từ vào, prompt yêu cầu trích xuất các trường cần thiết ra JSON, rồi đẩy vào TMS. Mô hình hiểu được layout linh hoạt, đọc được cả chữ viết tay trên ô ghi chú. Tỷ lệ tự động hóa khâu nhập liệu đạt khoảng 75%; 25% còn lại (chứng từ quá mờ hoặc giá trị lớn) được đẩy cho người kiểm tra — đúng nguyên tắc human-in-the-loop.

Bài học rút ra: cùng một bài toán "đọc chứng từ", RPA+OCR cũ thất bại vì cứng nhắc, GenAI thành công vì linh hoạt. Nhưng để ý con số 75% chứ không phải 100% — họ chủ động chừa lại phần rủi ro cao cho con người. Tự động hóa khôn ngoan là biết khi nào KHÔNG nên tự động hóa hoàn toàn.

Tình huống 3 — Cạm bẫy: doanh nghiệp đốt tiền vào PoC không bao giờ lên production

Một tập đoàn bán lẻ Đông Nam Á (giả định, gọi là RetailCo) cuối 2023 hào hứng với GenAI, lập một "innovation squad" làm 14 PoC khác nhau trong sáu tháng: trợ lý viết mô tả sản phẩm, bot trả lời nội bộ, công cụ phân tích review... Demo nào cũng đẹp, lãnh đạo gật gù. Nhưng đến cuối 2024, chỉ 2 trên 14 thật sự lên production và tạo ra giá trị đo được. Mười hai cái còn lại chết yểu vì: không có dữ liệu sạch để RAG, không ai chịu trách nhiệm vận hành sau khi demo xong, chi phí token vượt dự toán, và không gắn với một KPI nghiệp vụ cụ thể nào.

Bài học rút ra: đây là hội chứng "PoC purgatory" — mắc kẹt ở giai đoạn thử nghiệm. GenAI dễ tạo demo ấn tượng đến mức đánh lừa cảm giác rằng "đã xong". Khoảng cách giữa một demo chạy được và một hệ thống production tin cậy là rất lớn: cần data pipeline, giám sát, kiểm soát chi phí, quy trình xử lý lỗi, và đo lường ROI. Bài học: đừng đếm số PoC, hãy đếm số quy trình thật sự được tự động hóa và tiết kiệm được bao nhiêu.

Hướng dẫn từng bước

Khi bạn đứng trước một quy trình và muốn đánh giá liệu GenAI có giúp được không, hãy đi theo trình tự sau:

  • Lập bản đồ quy trình và tìm "điểm nghẽn nhận thức". Rà soát quy trình hiện tại, xác định những khâu mà con người phải đọc, hiểu, phán đoán, hoặc viết. Đó chính là chỗ GenAI có lợi thế — khác với automation cũ chỉ giỏi ở khâu thao tác lặp lại có quy tắc.
  • Phân loại bản chất tác vụ. Hỏi: tác vụ này cần kết quả chính xác tuyệt đối, lặp lại y hệt (deterministic) hay chấp nhận được phán đoán mềm có sai số nhỏ (probabilistic)? Tác vụ deterministic (tính toán, giao dịch tiền) thì vẫn dùng code/RPA. Tác vụ probabilistic (phân loại, tóm tắt, soạn nháp) mới giao cho GenAI.
  • Chọn kiến trúc lai phù hợp. Hiếm khi GenAI làm một mình. Mô hình phổ biến: GenAI hiểu đầu vào → gọi API/hệ thống lõi để thực thi → GenAI diễn giải kết quả ra ngôn ngữ người. Hãy vẽ rõ chỗ nào GenAI, chỗ nào hệ thống cũ, chỗ nào con người.
  • Chuẩn bị dữ liệu nền. Nếu cần GenAI trả lời theo tài liệu nội bộ, bạn phải có kho tài liệu sạch, được cập nhật, để làm RAG. Không có dữ liệu tốt thì GenAI chỉ bịa hay đoán mò. Đây là khâu hay bị bỏ qua nhất.
  • Thiết kế lớp kiểm soát và human-in-the-loop. Xác định ngưỡng rủi ro: việc gì mô hình tự quyết, việc gì phải có người duyệt. Ví dụ: dưới 5 triệu đồng bot tự xử, trên mức đó đẩy người.
  • Đo lường trước và sau bằng KPI nghiệp vụ thật. Đừng dừng ở "mô hình trả lời hay". Đo containment rate, thời gian xử lý, tỷ lệ lỗi, chi phí mỗi giao dịch. Có baseline rõ ràng để chứng minh ROI.
  • Tính chi phí vận hành (đặc biệt là token). GenAI tính tiền theo lượng chữ xử lý (token). Một quy trình chạy hàng triệu lượt/tháng có thể tốn khoản đáng kể. Tính trước, đừng để hóa đơn cuối tháng làm bạn ngã ngửa.
  • Lên kế hoạch đưa lên production ngay từ đầu. Khi làm PoC, đã phải nghĩ: ai vận hành, giám sát ra sao, xử lý lỗi thế nào. PoC mà không có đường ra production thì chỉ là đốt tiền.

Lỗi thường gặp & mẹo

Lỗi 1 — Coi GenAI là chiếc búa cho mọi cái đinh. Nhiều người sau khi mê GenAI muốn nhét nó vào mọi quy trình, kể cả những việc một câu lệnh SQL hay một công thức Excel làm tốt hơn, rẻ hơn, chính xác hơn. Mẹo: chỉ dùng GenAI cho phần thật sự cần hiểu ngôn ngữ/ngữ cảnh; phần tính toán xác định cứ để code làm.

Lỗi 2 — Bỏ qua hallucination ở khâu nhạy cảm. Cho GenAI tự động trả lời khách về biểu phí hay điều khoản pháp lý mà không kiểm chứng là cực kỳ nguy hiểm — nó có thể bịa ra con số sai và doanh nghiệp phải chịu trách nhiệm. Mẹo: luôn dùng RAG buộc mô hình trả lời dựa trên tài liệu nguồn, và để con người duyệt ở khâu rủi ro cao.

Lỗi 3 — Quên chi phí token khi scale. Một PoC chạy vài trăm lượt thì rẻ, nhưng nhân lên hàng triệu lượt/tháng thì hóa đơn phình to. Mẹo: chọn mô hình nhỏ/rẻ cho tác vụ đơn giản, dùng mô hình lớn chỉ khi cần; cache lại câu trả lời lặp.

Lỗi 4 — Không có baseline và KPI. Triển khai xong không biết có tốt hơn không vì chưa từng đo cái cũ. Mẹo: đo trạng thái hiện tại trước khi làm gì cả.

Lỗi 5 — Để dữ liệu nhạy cảm lọt ra ngoài. Nhân viên copy dữ liệu khách hàng vào ChatGPT công cộng. Mẹo: dùng phiên bản doanh nghiệp có cam kết không huấn luyện trên dữ liệu của bạn, hoặc mô hình tự host; ban hành chính sách rõ ràng.

Lỗi 6 — Mắc kẹt ở PoC. Như tình huống RetailCo. Mẹo: mỗi sáng kiến phải gắn với một KPI nghiệp vụ và một người chủ trì chịu trách nhiệm đưa lên production.

Bài tập thực hành

Bài tập 1 — Bản đồ cơ hội GenAI. Chọn một quy trình bạn biết rõ (ở công ty bạn hoặc một quy trình giả định như xử lý đơn hàng online). Liệt kê từng bước, đánh dấu bước nào là "thao tác có quy tắc" (phù hợp RPA cũ) và bước nào là "xử lý nhận thức" (phù hợp GenAI). Viết một đoạn ngắn giải thích vì sao.

Bài tập 2 — Phân loại deterministic vs probabilistic. Cho 6 tác vụ sau, phân loại từng cái và nêu công cụ phù hợp: (a) tính tổng tiền hóa đơn, (b) tóm tắt phản hồi khách hàng, (c) khóa thẻ tín dụng khi nghi gian lận, (d) soạn nháp email xin lỗi khách, (e) trích xuất ngày giao hàng từ ảnh vận đơn, (f) đối chiếu số dư tài khoản.

Bài tập 3 — Phân tích thất bại. Đọc lại tình huống RetailCo. Viết ra 5 câu hỏi mà đội innovation lẽ ra phải hỏi trước khi bắt đầu mỗi PoC để tránh "PoC purgatory".

Bài tập 4 — Thiết kế kiến trúc lai. Phác họa (bằng lời hoặc sơ đồ) một chatbot hỗ trợ tra cứu đơn hàng cho một sàn thương mại điện tử: chỉ rõ chỗ nào GenAI xử lý, chỗ nào gọi API hệ thống lõi, chỗ nào cần con người, và đặt ngưỡng rủi ro để quyết định khi nào chuyển cho người.

Tóm tắt

Generative AI, khởi đầu từ làn sóng ChatGPT tháng 11/2022, không phải là một công cụ automation mới mà là một lớp năng lực nhận thức mới chèn vào những khâu trước đây bắt buộc phải có con người. Nó tạo ra ba thay đổi bản chất: xử lý được dữ liệu phi cấu trúc, suy luận thay vì chỉ chạy quy tắc, và làm việc theo xác suất thay vì xác định — vừa mở ra cơ hội khổng lồ vừa kèm rủi ro hallucination.

Bài học cốt lõi xuyên suốt: GenAI bổ sung chứ không thay thế automation truyền thống. Kiến trúc thắng cuộc là kiến trúc lai — giữ phần deterministic cho hệ thống lõi và RPA, giao phần probabilistic (hiểu ngôn ngữ, phán đoán mềm) cho GenAI, và luôn cài human-in-the-loop ở khâu nhạy cảm. Ba tình huống — ngân hàng V, LogiX, và RetailCo — cho thấy ranh giới giữa thành công và thất bại nằm ở chỗ bạn có chọn đúng bài toán, chuẩn bị đúng dữ liệu, và quyết tâm đưa lên production thật hay không.

Khi bước vào những bài tiếp theo về chiến lược DT và các ngành cụ thể, hãy mang theo tư duy này: đừng hỏi "GenAI làm được gì hay ho", hãy hỏi "quy trình nào của tôi có điểm nghẽn nhận thức, và GenAI giải được nó với chi phí và rủi ro chấp nhận được hay không". Đó mới là tư duy của một người làm Process Automation và Digital Transformation thực thụ.