AI Càng Nhanh, Công Việc Càng Chậm?

Câu hỏi

Nghiên cứu tập trung vào một vấn đề cụ thể: khi nào task speed không chuyển thành workflow hoặc firm productivity, cơ chế thất thoát nằm ở đâu, và CEO Việt Nam nên làm gì trong 90 ngày?

Phạm vi bằng chứng

Source pack gồm 36 nguồn đủ điều kiện:

• 9 nguồn Tier A: randomized/preregistered experiment hoặc quasi-experiment mạnh;
• 10 nguồn Tier B: matched event study, difference-in-differences, administrative data hoặc representative firm survey;
• 11 nguồn Tier C: survey, telemetry, industry study hoặc preprint dùng cho tín hiệu và heterogeneity;
• 6 nguồn Tier D: review, policy synthesis và theory dùng để giải thích cơ chế.

Bằng chứng được gắn vào sáu tầng outcome: task, worker, team, workflow, firm và economy/labor market. Mỗi nguồn được trích xuất theo mẫu, can thiệp, outcome, effect, điều được phép kết luận, giới hạn và conflict. Protocol cùng toàn bộ ledger là phụ lục audit của báo cáo.

Điều báo cáo cố ý không làm

• Không lấy trung bình effect từ các outcome khác nhau.
• Không gọi association là causal ROI.
• Không đặt hai adoption rate cạnh nhau mà bỏ qua wording và denominator.
• Không biến exposure thành job loss.
• Không gán effect size quốc tế cho doanh nghiệp Việt Nam.
• Không dùng case marketing hoặc “95% pilot thất bại” nếu không có phương pháp gốc đủ kiểm tra.

Một dashboard AI thường trộn ít nhất sáu tầng:

Một RCT viết tài liệu có thể trả lời T1–T2 rất tốt nhưng không trả lời T5. Một firm survey có thể nhìn T5 rộng hơn nhưng không xác lập causal effect của từng workflow. Chất lượng báo cáo nằm ở việc để mỗi study trả lời đúng câu hỏi nó có khả năng trả lời.

Nghiên cứu hơn 100.000 GitHub developers cung cấp một production hierarchy hiếm có [D11]:

Vì đây là matched event study, ta không nói autonomous agents “gây ra” chính xác các mức tăng trên cho mọi team. Nhưng pattern attenuation rất khó bỏ qua: càng gần shipped và used value, gain càng nhỏ.

Các weak link có thể là:

• review bandwidth;
• test/QA và security;
• dependency/integration;
• product decision và scope;
• release process;
• distribution và demand;
• support/maintenance;
• trust và adoption của người dùng cuối.

CodeFuse cho pattern tương tự: code output tăng trên 50% nhưng completed tasks chỉ tăng 22% [D14]. Trong bảy workflow online retail, sales treatment effect dao động 0–16,3% và chỉ bốn workflow dương [D17].

Kết luận: khi generation trở nên rẻ, scarce resource chuyển sang evaluation, integration và judgment. Nếu không tăng capacity ở những khâu đó, AI chỉ dồn hàng vào hàng đợi.

License có thể mua giống nhau. Moat nằm ở firm-specific knowledge và cách nó được đóng vào hệ thống:

• task map và benchmark;
• dữ liệu/context có permission đúng;
• prompt/SOP/eval đã học từ lỗi thật;
• reviewer biết failure mode;
• ownership và escalation;
• loop từ incident tới policy/model/workflow;
• cơ chế thu capacity thành outcome.

Nghiên cứu firm-level mới năm 2026 ghi nhận AI investment — đo bằng AI-skilled employment — có liên hệ với recent productivity growth, và gains tập trung ở jobs tạo organization capital [D21]. Đây là association, không đủ để tuyên bố tuyển người AI sẽ gây ra tăng productivity. Nhưng cơ chế phù hợp với productivity J-curve: complementary intangible investment có thể làm chi phí tăng trước khi output đo được xuất hiện [D27].

Survey gần 750 corporate executives cũng thấy perceived gain lớn hơn measured gain và gợi ý revenue realization lag [D23]. Một lần nữa, đây không phải lý do để bỏ measurement; đó là lý do tách leading indicators khỏi lagging outcomes.

Source pack chưa có causal benchmark đại diện kiểu “doanh nghiệp Việt Nam dùng GenAI tăng X% productivity”. Báo cáo không bịa con số này.

Nhưng có ba tín hiệu bối cảnh quan trọng:

1. World Bank từng ghi nhận nền tảng số giữa doanh nghiệp Việt Nam không đồng đều: khoảng một phần năm firms dùng quy trình số hóa đầy đủ cho các business functions chung, dưới 7% dùng cloud cho business tasks và khoảng 6% dùng advanced manufacturing/robots trong bộ dữ liệu được báo cáo [D30]. Đây là dữ liệu pre-GenAI; dùng để mô tả readiness, không phải adoption hiện tại. 2. Case triển khai cloud ERP cho SME Việt Nam cho thấy ngay cả firms quan tâm và được cung cấp nền tảng miễn phí vẫn gặp friction; firms duy trì tốt thường có một internal champion [D29]. 3. ILO đã áp dụng occupational-exposure index cho Vietnam Labour Force Survey 2024 để mô tả task exposure theo nghề, giới, học vấn, tính chính thức và địa lý [D31]. Exposure là khả năng task bị ảnh hưởng, không phải productivity gain hay job loss.

Transfer rules

Hàm ý cho SME Việt Nam

Nhiều firm không nên nhảy thẳng từ quy trình rời rạc sang autonomous agent. Nếu input không chuẩn, trạng thái công việc không traceable và quyền không rõ, agent chỉ tự động hóa sự mơ hồ. Lộ trình thực tế hơn:

digitize state → standardize workflow → instrument metrics → copilot → bounded automation → agent with approval → conditional autonomy

1. Chọn workflow, không chọn tool

Viết một dòng outcome: “giảm lead time từ yêu cầu hợp lệ tới output được khách hàng chấp nhận”, không phải “triển khai Copilot cho 300 người”.

2. Decompose thành task và handoff

Mỗi task có input, output, ground truth, reviewer, consequence và rollback.

3. Lập frontier map

• Green: ground truth rõ, hậu quả thấp-vừa, review rẻ.
• Amber: AI tạo phương án; human chịu quyết định.
• Red: lỗi khó phát hiện, hậu quả cao, hành động khó đảo ngược.

4. Baseline trước AI

Khóa metric dictionary, window, cohort và nguồn dữ liệu. Không đổi định nghĩa sau khi nhìn kết quả.

5. Thiết kế review theo expected loss

Review rate không nên cố định. Nó phụ thuộc xác suất lỗi × hậu quả × khả năng phát hiện × khả năng rollback.

6. Đo conversion giữa các tầng

Access → Use → Acceptable → Accepted → Integrated → Shipped → Used → Value

7. Khóa capacity-capture plan

Nói trước giờ tiết kiệm sẽ biến thành gì; gắn owner và metric.

8. Recalibrate

Retest khi model, tool permission, task mix, context source hoặc reviewer thay đổi.

Ngày 0–15 · Baseline và task map

• Chọn một workflow có volume đủ lớn, owner đủ quyền và outcome quan sát được.
• Thu baseline cycle time, queue time, accepted output, rework, defects và business outcome.
• Chia task theo archetype; định nghĩa Green/Amber/Red.
• Khóa dữ liệu và metric dictionary.

Gate 15: không có baseline hoặc owner → không pilot.

Ngày 16–30 · Frontier test

• Chọn 20–50 task đại diện; dùng cùng input/rubric khi có thể.
• Randomize hoặc tạo matched comparison nếu vận hành cho phép.
• Log prompt/context/tool version, AI time, human time, review và failure mode.
• Blind review khi outcome phụ thuộc đánh giá chủ quan.

Gate 30: task gain không dương sau verification hoặc failure không kiểm soát được → STOP/REDESIGN.

Ngày 31–60 · Workflow redesign

• Tìm queue mới xuất hiện sau khi generation nhanh hơn.
• Điều chỉnh batch size, handoff, review ownership, data access và acceptance criteria.
• Chỉ tự động hóa hành động rollback được; least privilege mặc định.

Gate 60: local gain có nhưng workflow lead time không đổi → REDESIGN, không mua thêm seat.

Ngày 61–75 · Capacity capture

• Gán capacity cho backlog, SLA, revenue experiment, quality hoặc risk reduction.
• Theo dõi việc output rẻ sinh ra demand giả/busywork.
• Tính net value với tool + setup + verification + rework + incident + coordination cost.

Gate 75: giờ tiết kiệm chưa có đường thành outcome → coi là unallocated capacity, không ghi ROI.

Ngày 76–90 · Scale decision

• SCALE: net value dương, downstream và risk xanh.
• REDESIGN: task gain dương, workflow gain chưa có.
• COPILOT ONLY: hữu ích nhưng không đủ an toàn để tự hành động.
• EXPERIMENT: tín hiệu chưa đủ power hoặc confidence.
• STOP: net value âm/failure không kiểm soát được.

Scale theo workflow đã qua gate, không scale theo số người đã được license.

• [ ] Workflow và business outcome được nêu bằng một câu.
• [ ] Task map có input/output/ground truth/reviewer/consequence/rollback.
• [ ] Baseline đã khóa trước treatment.
• [ ] Tool/model/context version được log.
• [ ] Human time gồm setup, prompt, verification, rework và coordination.
• [ ] Quality được review blind hoặc theo rubric khi có thể.
• [ ] Có downstream metric, không chỉ output count.
• [ ] Có capacity-capture owner và giả thuyết.
• [ ] Có incident threshold, kill switch và least privilege.
• [ ] Kết quả được phân khúc theo task và skill, không chỉ average.
• [ ] Effect size nội bộ có uncertainty, không báo một số tròn.
• [ ] Scale gate đã chọn trước: Scale/Redesign/Copilot/Experiment/Stop.

Nếu thiếu một trong bốn mục: baseline, quality, downstream, capacity capture — chưa được gọi là ROI.