BDSGPHẠM VĂN THƯNHÀ SÁNG LẬP BDSG
ENTài khoản
Kết nối
Menu
Chuyển đổi số · Nội dung có hỗ trợ AI

Business case chuyển đổi số: lập thế nào và vì sao ROI trên giấy hay lệch thực tế

Đăng ngày 25/10/2026

Mục lục bài nghiên cứu
Ảnh bìa bài: Business case chuyển đổi số

Tóm tắt và điều cần nhớ

Business case chuyển đổi số có ích khi giúp chọn làm, thử nhỏ hay dừng, không phải để chứng minh dự án đáng làm. Bản tốt ghi chi phí đầy đủ, lợi ích có số gốc và người chịu trách nhiệm, ba kịch bản và điểm dừng. Số liệu về độ lệch ROI chỉ là lời cảnh báo.

  • Chi phí đầy đủ gồm dữ liệu, tích hợp, đào tạo và thời gian nhân viên.
  • Dự án CNTT lớn trong mẫu McKinsey và Oxford vượt ngân sách trung bình 45% [1]; mẫu 1.471 dự án khác cho mức 27% [2].
  • Ví dụ giả định minh hoạ cho công ty 40 người: kết quả ròng đổi dấu giữa kịch bản thận trọng và cơ sở.
  • Với AI, chi phí có thể tăng theo mức dùng, nên cần ngân sách trần.

Business case chuyển đổi số là gì và vì sao nên lập?

Business case chuyển đổi số, hay luận chứng kinh tế cho dự án chuyển đổi số, là tài liệu ngắn trả lời trước khi chi tiền: vì sao làm, có phương án nào, trả giá gì, nhận lợi ích gì và ai chịu trách nhiệm đo. Green Book của chính phủ Anh (cập nhật 05/02/2026) mô tả business case là thông tin cần có để quyết định một đề xuất chi tiêu công, dựng theo năm khía cạnh: chiến lược, kinh tế, thương mại, tài chính và quản lý [3].

Lập business case chuyển đổi số buộc người đề xuất nói rõ giả định và để lại mốc đối chiếu sau triển khai. Musawir và cộng sự khảo sát 333 dự án (International Journal of Project Management, 2017): xây dựng và theo dõi business case chất lượng cao thuộc nhóm thực hành quản trị hiệu quả nhất, đi cùng thành công cao hơn [4]. Trang nguồn không nêu thước đo thành công, và khảo sát chỉ cho thấy mối liên hệ.

Chi phí đầy đủ gồm những gì ngoài giấy phép?

Một lỗi dễ mắc là chỉ cộng giấy phép hoặc thuê bao. Tám nhóm này do bài tự đề xuất, không lấy từ chuẩn nào; mỗi nhóm cần một con số, hoặc ghi rõ là chưa biết, trước khi đem đi duyệt.

  • Giấy phép hoặc thuê bao, phần cứng, đám mây.
  • Thiết lập và tích hợp hệ thống đang dùng.
  • Làm sạch và chuyển dữ liệu cũ.
  • Đào tạo, học việc, chạy song song hệ thống cũ.
  • Thay đổi quy trình và quản lý thay đổi.
  • Vận hành: hỗ trợ, nâng cấp, sao lưu, an ninh.
  • Chi phí thoát: xuất dữ liệu, đổi nhà cung cấp.
  • Dự phòng cho phần chưa biết.

Brynjolfsson, Rock và Syverson (American Economic Journal: Macroeconomics, 2021) lập luận rằng công nghệ đa dụng như AI cần đầu tư bổ trợ vô hình lớn mà thống kê chính thức ghi nhận kém, nên năng suất đo được thấp lúc đầu (đường cong J) [5]. Bài suy ra cho dự án: tính khoản bổ trợ vào chi phí và đặt lợi ích muộn hơn ngày vận hành.

Lợi ích đo được: ai chịu trách nhiệm và đến lúc nào?

Bài chia lợi ích thành ba loại: bằng tiền (doanh thu thêm, chi phí giảm thật), về năng lực (giờ công giải phóng nhưng chưa dùng vào việc khác) và chiến lược (dữ liệu tốt hơn, rủi ro thấp hơn). Chỉ loại đầu nên vào dòng tiền của kịch bản cơ sở. Mỗi khoản cần người chịu trách nhiệm và ngày bắt đầu.

Serra và Kunc (International Journal of Project Management, 2015) khảo sát người làm nghề ở Brazil, Anh và Mỹ: các thực hành quản lý thực hiện lợi ích đi cùng thành công dự án cao hơn về tạo giá trị chiến lược [6]. Kết quả chỉ phản ánh quan hệ quan sát, không chứng minh quản lý lợi ích tự gây ra thành công.

Việc đo lợi ích cũng chưa vững. Khảo sát Deloitte công bố tháng 9/2023 với 1.179 lãnh đạo công nghệ (hãng bán tư vấn): 67% dùng ROI để đo giá trị công nghệ, sáu trên mười người khó lượng hóa lợi ích từng khoản đầu tư [7]. GAO (Mỹ, bài đăng 27/06/2019): các cơ quan liên bang không cung cấp được số liệu tiết kiệm cho 84% khoản đầu tư đám mây được rà soát [8].

ROI trên giấy lệch thực tế đến đâu?

McKinsey cùng một trung tâm quản lý chương trình lớn của Đại học Oxford (công bố 01/10/2012) phân tích hơn 5.400 dự án CNTT trong cơ sở dữ liệu đến tháng 6/2012 [1]. Với dự án lớn, tức ngân sách ban đầu trên 15 triệu USD, mức trung bình là vượt ngân sách 45%, trễ tiến độ 7% và mang lại ít hơn 56% giá trị so với dự báo [1]. Giá trị được so với lợi ích dự báo, nhưng trang công bố không nêu cách đo.

Flyvbjerg và Budzier (HBR 2011, bản đưa lên arXiv năm 2013) phân tích 1.471 dự án CNTT: mức vượt chi phí trung bình 27%, song cứ sáu dự án lại có một dự án thuộc nhóm “thiên nga đen”, vượt trung bình 200% và trễ tiến độ gần 70% [2]. Hai mẫu khác nhau và chưa rõ có chồng lấn không. Bài suy ra: cần hạn mức lỗ và điểm dừng, không chỉ dự phòng theo mức trung bình.

Vì sao con số trên giấy hay lạc quan? Green Book gọi thiên lệch lạc quan (optimism bias) là xu hướng đã được chứng minh của các bản thẩm định quá lạc quan về giả định then chốt, và yêu cầu tăng ước tính chi phí, thời gian, giảm ước tính lợi ích [3].

Biểu đồ cột mức lệch trung bình của dự án CNTT lớn
Hình 1. Mức lệch của dự án CNTT lớn theo McKinsey và Oxford.

Mẫu business case một trang gồm những mục nào?

Mẫu một trang này do bài tự rút gọn từ cấu trúc năm khía cạnh của Green Book [3], một hướng dẫn cho chi tiêu công mà doanh nghiệp chỉ tham khảo. Mỗi mục chiếm một đến ba dòng, mười mục vừa một trang.

  • Vấn đề và số gốc: ba chỉ số đo được trong ba đến sáu tháng gần nhất.
  • Phạm vi: việc dự án làm và không làm.
  • Phương án: ít nhất ba, gồm làm tối thiểu và không làm gì.
  • Chi phí ba năm: tám nhóm, tách khoản một lần và định kỳ, kèm dự phòng.
  • Lợi ích: chỉ số, số gốc, người chịu trách nhiệm, ngày bắt đầu, loại tiền hay năng lực.
  • Ba kịch bản: thận trọng, cơ sở, lạc quan, nêu rõ giả định nào đổi.
  • Tiêu chí quyết định: số tiền tối đa chấp nhận mất, thời gian hoàn vốn, ngưỡng đảo ngược.
  • Rủi ro lớn nhất: ba rủi ro đầu bảng, mỗi rủi ro một cách giảm và một người phụ trách.
  • Điểm kiểm và điều kiện dừng: mốc, chỉ số phải đạt, việc làm nếu không đạt.
  • Lịch đo: ai báo cáo gì, khi nào đánh giá lại bằng số thật.

Green Book mô tả phần quản lý của business case gồm quản lý thay đổi, thực hiện lợi ích, quản lý rủi ro, giám sát và đánh giá, đồng thời yêu cầu tính giá trị chuyển đổi (switching value), tức mức mà một giả định phải đổi để phương án không còn đáng làm [3].

Danh mục mười mục của mẫu business case chuyển đổi số một trang, chia ba nhóm
Hình 2. Mẫu business case một trang gồm mười mục.

Ví dụ tính cho công ty 40 người (số giả định minh hoạ)

Tình huống giả định minh hoạ, không thuộc doanh nghiệp nào có thật: một công ty 40 người bán hàng gia dụng gom đơn từ cửa hàng, website và hai sàn thương mại điện tử vào một hệ thống quản lý đơn và tồn kho. Chi phí một lần dự toán 0,4 tỷ đồng (tích hợp, làm sạch dữ liệu, đào tạo, thời gian nhân viên), chi phí hằng tháng 15 triệu đồng, lợi ích khi ổn định 40 triệu đồng mỗi tháng. Tính 36 tháng, bỏ qua chiết khấu, thuế và hỗ trợ của nhà nước.

  • Thận trọng (giả định): chi phí một lần vượt một phần tư, thành 0,5 tỷ đồng; lợi ích bắt đầu ở tháng 7, chỉ 20 triệu đồng mỗi tháng. Sau 36 tháng, kết quả ròng âm khoảng 0,4 tỷ đồng, chưa hoàn vốn.
  • Cơ sở (giả định): chi phí đúng dự toán; lợi ích bắt đầu ở tháng 4, 40 triệu đồng mỗi tháng. Hoàn vốn ở tháng 21, kết quả ròng dương khoảng 0,4 tỷ đồng.
  • Lạc quan (giả định): lợi ích bắt đầu ở tháng 3, đạt 60 triệu đồng mỗi tháng. Hoàn vốn ở tháng 12, kết quả ròng dương khoảng 1,1 tỷ đồng.

Ngưỡng đảo ngược (giả định, tính từ kịch bản cơ sở): lợi ích thấp hơn kỳ vọng gần ba phần mười, còn khoảng 28 triệu đồng mỗi tháng, hoặc đến muộn hơn chín đến mười tháng, là dự án không còn lãi sau 36 tháng. Hai con số này hữu ích hơn một tỷ lệ ROI duy nhất vì cho biết sai lệch cỡ nào thì quyết định đổi chiều. Vì vậy điểm kiểm ở tháng 7 quan trọng hơn việc tranh luận số trung bình: lợi ích dưới 28 triệu đồng thì thu hẹp hoặc dừng, khi đó đã chi khoảng 0,5 tỷ đồng.

Hoàn vốn là tháng đầu tiên lợi ích cộng dồn bằng chi phí cộng dồn. Mọi con số chỉ là giả định để minh hoạ cách ghép giả định thành quyết định; doanh nghiệp thật cần thay bằng báo giá và số gốc của mình.

So sánh ba kịch bản của ví dụ với số giả định minh hoạ
Hình 3. Ba kịch bản của ví dụ giả định.

Tám giả định hay sai và cách kiểm

Danh sách tám giả định này do bài tự rút ra từ các cơ chế ở trên. Ở ví dụ trước, kịch bản thận trọng chính là ba giả định đầu bị sai. Mỗi giả định kèm một phép kiểm rẻ, làm được trước khi ký hợp đồng; giả định nào chưa kiểm được thì đặt vào kịch bản thận trọng.

  • Mọi người dùng ngay từ tháng đầu: cho một nhóm nhỏ dùng thử, đo tỷ lệ dùng thật sau bốn tuần.
  • Lợi ích bắt đầu ngay khi hệ thống chạy: tách ngày vận hành khỏi ngày lợi ích, coi độ trễ là biến của kịch bản.
  • Chi phí bằng giá phần mềm: đối chiếu tám nhóm chi phí.
  • Tiết kiệm thời gian là tiết kiệm tiền: chỉ tính khi giờ công giảm thật hoặc chuyển sang việc tạo doanh thu.
  • Kết quả của khách hàng khác áp dụng được: dùng số gốc của chính doanh nghiệp, coi ví dụ nhà cung cấp là giả thuyết.
  • Dữ liệu đủ sạch, nối hệ thống dễ: thử một mẫu nhỏ và một luồng dữ liệu trước khi chốt hợp đồng.
  • Khách hàng và đối thủ đứng yên: thêm kịch bản khách đổi kênh chậm hơn hoặc đối thủ giảm giá.
  • Sẽ có người lo lợi ích: ghi tên người chịu trách nhiệm từng khoản, vì quản lý thực hiện lợi ích đi cùng thành công cao hơn [4][6].

Áp dụng theo quy mô: từ hộ kinh doanh đến tập đoàn

Hộ kinh doanh chỉ cần nửa trang: số tiền tối đa chấp nhận mất, thời gian muốn thu hồi và một chỉ số đếm được hằng tuần, như số đơn hay số khách quay lại. Nên bắt đầu bằng bản dùng thử hoặc gói thấp nhất, vì khoản lớn nhất có thể là công của chủ hộ. Chưa nêu được chỉ số đếm thì hãy hoãn.

Doanh nghiệp nhỏ, vài chục người, dùng bản một trang mười mục. Chủ doanh nghiệp tự duyệt và tự sở hữu lợi ích, nên cần một người ngoài dự án, như kế toán hoặc cố vấn, rà giả định. Chi phí chính có thể nằm ở dữ liệu, đào tạo và thời gian nhân viên, không chỉ ở thuê bao.

Doanh nghiệp vừa nên có một đến hai trang kèm bảng theo dõi hằng tháng. Mỗi khoản lợi ích gắn với một trưởng bộ phận, kế toán xác nhận số gốc. Nên thuê ngoài để đo số gốc và rà giả định, không phải để viết con số ủng hộ phương án đã chọn.

Doanh nghiệp lớn và tập đoàn nên cấp vốn theo giai đoạn, mỗi giai đoạn một điểm kiểm. Green Book yêu cầu điều chỉnh thiên lệch lạc quan bằng cách tăng chi phí và thời gian, giảm lợi ích [3]; chọn mức điều chỉnh theo dữ liệu dự án tương tự là đề xuất của bài. Dự án lớn như mẫu của McKinsey và Oxford nên có hạn mức lỗ riêng vì rủi ro đuôi [1].

Góc nhìn AI: business case cho dự án AI khác ở đâu?

Thứ nhất, chi phí không cố định. Gartner dự báo ngày 17/08/2026 rằng chi phí suy luận AI trên mỗi quy trình tác tử sẽ tăng hơn năm lần đến năm 2028, dù chi phí mỗi token giảm, vì quy trình tác tử dùng nhiều token hơn chatbot [9]. Đó là dự báo, không phải số đo. Bài suy ra: nếu hợp đồng tính theo mức dùng, chi phí lớn lên khi dự án thành công.

Thứ hai, giá trị khó chắc và phân bố không đều. Khảo sát trực tuyến của McKinsey (1.719 người ở 97 nước, công bố 25/08/2026) cho thấy 37% nói AI đóng góp ít nhất phần nào vào lợi nhuận trước lãi vay và thuế (EBIT) [10]. Nhóm dẫn đầu, quy cho AI từ 5% EBIT trở lên và mô tả tác động là đáng kể, chỉ chiếm 6%, và gần ba phần tư nhóm này thiết kế lại cơ bản quy trình, so với một phần tư số còn lại [10]. Đây là khảo sát tự báo cáo của hãng bán tư vấn, chỉ cho thấy mối liên hệ; dự toán nên có khoản thiết kế lại quy trình.

Thứ ba, có dự báo dự án dễ bị bỏ dở. Gartner dự báo ngày 29/07/2024 rằng tối thiểu 30% dự án AI tạo sinh sẽ bị bỏ dở sau thử nghiệm khái niệm, muộn nhất đến cuối 2025 [11]. Ngày 25/06/2025, hãng dự báo hơn 40% dự án tác tử AI sẽ bị hủy đến cuối 2027, với ba lý do: chi phí leo thang, giá trị kinh doanh chưa rõ và kiểm soát rủi ro chưa đủ [12]. Cả hai là dự báo; các nguồn đã đọc chưa có số đo tương ứng.

Điều không đổi là kỷ luật: số gốc, người sở hữu lợi ích, kịch bản và điểm kiểm. Cần đổi bốn việc, theo gợi ý của bài: tính chi phí theo đơn vị công việc nhân ba mức khối lượng; thêm khoản cho người kiểm duyệt đầu ra và kiểm soát rủi ro; coi thử nghiệm là khoản chi để học, có ngân sách trần, ngày kết thúc và tiêu chí dừng; thêm một kịch bản “không ra giá trị” trước khi mở rộng.

Business case chuyển đổi số tại Việt Nam: ngân sách và hỗ trợ

Số liệu về ngân sách tại Việt Nam còn mỏng. VnEconomy (30/10/2023) dẫn khảo sát của Cục Phát triển doanh nghiệp, khi đó thuộc Bộ Kế hoạch và Đầu tư: chưa đến 40% doanh nghiệp có ngân sách đáp ứng nhu cầu chuyển đổi số và 20% hoàn toàn không có dự toán ngân sách [13]. Bài không ghi cỡ mẫu hay thời điểm, nên chỉ đọc như dấu hiệu khâu lập dự toán còn yếu.

Bản gốc Nghị định 80/2021/NĐ-CP, ký 26/8/2021 và có hiệu lực từ 15/10/2021, đặt các trần sau tại Điều 11: hỗ trợ tối đa 50% giá trị hợp đồng tư vấn giải pháp chuyển đổi số, không quá 50 triệu đồng mỗi hợp đồng mỗi năm với doanh nghiệp nhỏ và 100 triệu đồng với doanh nghiệp vừa [14]. Với chi phí thuê, mua giải pháp, mức hỗ trợ tối đa cũng là 50%; trần mỗi năm là 20 triệu đồng cho doanh nghiệp siêu nhỏ, 50 triệu cho doanh nghiệp nhỏ và 100 triệu cho doanh nghiệp vừa [14].

Đó là mức trần, nguồn đã đọc không có số giải ngân, nên chỉ tính khoản hỗ trợ ở kịch bản lạc quan cho đến khi có quyết định hỗ trợ cụ thể. Đây là thông tin quy định gốc; cần đối chiếu văn bản và chương trình đang áp dụng trước khi lập hồ sơ, không xác nhận mức hỗ trợ hiện tại.

Hệ thống rời rạc có thể làm lệch business case. Cổng Bộ Khoa học và Công nghệ (20/10/2025, lấy từ báo Kinh tế và Đô thị) nêu kết quả khảo sát toàn quốc do Hiệp hội Doanh nghiệp nhỏ và vừa thực hiện: 69% doanh nghiệp chỉ mới tiếp cận chuyển đổi số ở mức ứng dụng cơ bản [15]. Bài nêu ví dụ một doanh nghiệp sử dụng tới 5 phần mềm riêng rẽ, còn một tổng giám đốc nói phần mềm không liên thông khiến có khi phải nhập liệu tối thiểu hai lần cho một khách hàng [15]. Bài không nêu cỡ mẫu hay năm khảo sát; chi phí tích hợp và công nhập liệu lặp cần tự đo.

Trong số tài liệu đã xem, chưa có phép đo độc lập nào ở Việt Nam về độ chênh giữa ROI dự kiến và thực tế. Các mức vượt chi phí ở trên đến từ mẫu dự án lớn hoặc không nêu quy mô, nên chỉ là lời cảnh báo, không phải tỷ lệ đã kiểm cho doanh nghiệp Việt Nam.

Lộ trình 90 ngày lập business case

Lộ trình 90 ngày này do bài tự đề xuất. Thời gian co giãn theo quy mô, và với hộ kinh doanh có thể gộp thành hai tuần. Mỗi bước kèm tiêu chí xong việc, để biết lúc nào được chuyển sang bước tiếp theo.

  • Ngày 1 đến 14, chốt vấn đề và số gốc: đo ba chỉ số hiện tại bằng dữ liệu của chính doanh nghiệp. Xong khi mỗi chỉ số có ngày đo và người đo.
  • Ngày 15 đến 30, lập chi phí đầy đủ: lấy báo giá từ tối thiểu hai nhà cung cấp, hỏi riêng phần tích hợp, dữ liệu, đào tạo. Xong khi đủ tám nhóm có số hoặc ghi chưa biết.
  • Ngày 31 đến 45, dựng ba kịch bản và ngưỡng đảo ngược, nhờ người ngoài dự án rà giả định. Xong khi có kết quả ròng của cả ba kịch bản.
  • Ngày 46 đến 60, quyết định làm, thử nhỏ hay hoãn, ghi điểm kiểm và điều kiện dừng. Xong khi người duyệt ký và mỗi khoản lợi ích có người chịu trách nhiệm.
  • Ngày 61 đến 90, thử nhỏ và đo lại trên một nhóm hoặc một kênh. Xong khi business case được cập nhật bằng số thật và có quyết định đi tiếp, sửa hoặc dừng.
  • Không nên làm: ký hợp đồng nhiều năm trước điểm kiểm đầu, tính khoản hỗ trợ chưa được duyệt vào kịch bản cơ sở, lấy số của nhà cung cấp làm số gốc.
Dòng thời gian năm mốc trong 90 ngày lập business case
Hình 4. Năm mốc của lộ trình 90 ngày.

Giới hạn của bằng chứng về lợi ích và ROI

Bằng chứng có ba lớp, mỗi lớp một giới hạn. Số đo chênh lệch giữa kế hoạch và thực tế đến từ dự án lớn hoặc mẫu không nêu quy mô. Nghiên cứu về business case và quản lý thực hiện lợi ích dựa trên khảo sát người làm nghề, nên chỉ cho thấy mối liên hệ. Nghiên cứu đường cong J ở cấp vĩ mô, không đo từng dự án. Các nguồn đã đọc không có thí nghiệm đối chứng cho thấy viết business case làm ROI thực tế tốt hơn. Hãy dùng chúng để đặt câu hỏi, không để hứa kết quả.

Hỏi đáp về business case chuyển đổi số

Dự án CNTT vượt ngân sách bao nhiêu là thường gặp? Không có mức chung: dự án lớn trong mẫu McKinsey và Oxford vượt trung bình 45% [1], còn mẫu 1.471 dự án của Flyvbjerg và Budzier là 27% [2]. Một mẫu gồm dự án lớn, mẫu kia không nêu quy mô, nên hãy đặt dự phòng theo rủi ro từng hạng mục và giữ điểm dừng.

ROI dự án chuyển đổi số bao nhiêu thì nên làm? Không có ngưỡng chung. Hãy so kết quả của kịch bản thận trọng với các phương án khác, kể cả không làm gì, rồi xem thời gian hoàn vốn, số tiền tối đa chấp nhận mất và ngưỡng đảo ngược. Nếu chỉ đáng làm ở kịch bản lạc quan, nên thử nhỏ hoặc hoãn. Đây là cách nghĩ chung, không phải tư vấn tài chính.

Đường cong J chuyển đổi số nghĩa là bao lâu mới có lợi ích? Nghiên cứu lập luận rằng năng suất đo được thấp lúc đầu vì các khoản bổ trợ vô hình, nhưng đo ở cấp vĩ mô và không đưa mốc thời gian cho từng dự án [5]. Hãy suy độ trễ từ thí điểm của chính doanh nghiệp, rồi kiểm tra bằng điểm kiểm đầu tiên.

Có nên nhờ nhà cung cấp phần mềm lập business case không? Nên nhờ họ báo giá, mô tả tính năng và ví dụ khách hàng, nhưng không giao họ chốt con số lợi ích vì có xung đột lợi ích. Hãy hỏi mỗi ví dụ có số gốc nào, đo trong bao lâu, ở quy mô nào.

Kết luận

Hãy bắt đầu bằng một dự án sắp ra quyết định, không phải bằng một mẫu đẹp. Hãy đo hiện trạng, tính đủ chi phí và chỉ định người nhận từng khoản lợi ích. Dựng ba kịch bản cùng ngưỡng đảo ngược trước khi cam kết. Một business case chuyển đổi số tốt không hứa ROI; nó cho biết cần thấy gì, vào lúc nào, để tiếp tục hay dừng.

Nguồn và phương pháp

Bài là tổng hợp và phân tích có hỗ trợ AI, diễn đạt lại bằng lời riêng, không phải bản dịch. Nguồn chính gồm bài nghiên cứu và bản thảo (Musawir và cộng sự 2017, Serra và Kunc 2015, Brynjolfsson và cộng sự, Flyvbjerg và Budzier), hướng dẫn thẩm định của chính phủ Anh, bài đăng của cơ quan kiểm toán GAO, Nghị định 80/2021/NĐ-CP và hai bài báo trong nước. Các hãng bán dịch vụ tư vấn hoặc nghiên cứu thương mại như McKinsey, Gartner, Deloitte có xung đột lợi ích; số liệu của họ là khảo sát, dự báo hoặc cơ sở dữ liệu riêng. Nguồn đã đối chiếu ngày 24/10/2026; ngày 25/10/2026 đọc thêm trang tạp chí AEA, hồ sơ arXiv và Điều 11, 34 bản gốc Nghị định 80.

Chưa kiểm chứng: cách đo giá trị trong dữ liệu McKinsey và Oxford, mức chồng lấn giữa hai mẫu dự án, cỡ mẫu và thời điểm của các khảo sát trong nước, hiệu lực hiện hành của Nghị định 80/2021/NĐ-CP và hiệu quả thực tế của chính sách hỗ trợ. Mọi số ở mục ví dụ là giả định minh hoạ, không phải dữ liệu thật. Nội dung chỉ là thông tin chung, không phải tư vấn pháp lý, thuế hay tài chính; bạn nên đọc nguồn gốc trước khi quyết định.