Phân tích what-if doanh nghiệp là cách CFO hoặc chủ chuỗi đặt câu hỏi “nếu… thì sao?” trên cùng một bộ số đã chuẩn hóa – trước khi gia hạn công nợ đại lý, cắt SKU chậm, hoặc tăng điểm đặt hàng lại. Thay vì tranh luận cảm giác trên nhiều file Excel, đội ngũ mô phỏng vài kịch bản (chậm thu, tăng tồn, mở thêm kho) và nhìn ảnh hưởng tới dòng tiền 30/60/90 ngày. Bài này giải thích what-if là gì với SME Việt Nam, khi nào nên dùng cho tồn kho và công nợ, dữ liệu tối thiểu cần có, và cách gắn vào AI Engine mà không thay ERP.

Phân tích what-if doanh nghiệp cho công nợ và dòng tiền 30 60 90 ngày
What-if buộc mọi người nhìn cùng định nghĩa số liệu trước khi đổi chính sách.

Phân tích what-if doanh nghiệp là gì?

What-if không phải dự báo “chắc chắn sẽ xảy ra”, mà là mô phỏng có kiểm soát: bạn giữ giả định rõ ràng (gia hạn thêm 15 ngày cho nhóm đại lý lớn; tăng tồn an toàn 20% cho SKU mùa vụ; giảm hạn mức khách chậm trả), rồi xem chỉ số liên quan đổi thế nào so với kịch bản gốc. Với SME, chỉ số thường gắn trực tiếp vận hành – tiền về, công nợ quá hạn, cash buffer, điểm đặt hàng lại, nguy cơ stockout – chứ không phải mô hình tài chính phức tạp như tập đoàn.

Khác với dashboard chỉ báo “đang là bao nhiêu”, what-if giúp trả lời “nếu quyết định A thì tuần tới và tháng tới có thể thế nào?”. Khác với cảm tính họp bàn, what-if buộc mọi người nhìn cùng định nghĩa số liệu: cùng ngày chốt, cùng mã khách, cùng cách tính aging và tồn. Nếu chưa có nền đó, mô phỏng chỉ là Excel mới với giả định mỗi người một kiểu – đúng rủi ro đã nêu ở bài AI trước khi dữ liệu sạch.

Vì sao SME cần what-if trên công nợ và tồn kho?

Công nợ và tồn kho là hai miền thường “đụng tiền” mỗi tuần. Gia hạn thêm hạn thanh toán có thể giữ quan hệ đại lý nhưng làm chậm tiền về; siết hạn mức có thể bảo vệ cash buffer nhưng làm giảm đơn. Tăng tồn để tránh stockout thì giữ doanh thu, nhưng dễ đẩy vốn vào hàng chậm. Không mô phỏng trước, quyết định thường dựa trên áp lực tức thì của sales hoặc kho – rồi kế toán mới thấy hệ quả trên sổ sau vài tuần.

What-if hữu ích nhất khi đội ngũ đã có nguồn sự thật tối thiểu cho miền đang bàn. Khi số công nợ và tồn đã thống nhất giữa kế toán, sales và vận hành, mô phỏng mới đáng mang vào họp lãnh đạo. Linkle đặt năng lực này trong AI Engine (Engine dự báo & mô phỏng) và các skill dòng tiền / tồn kho trên nền Data Layer – không thay MISA hay KiotViet, chỉ đọc số đã chuẩn hóa để chạy kịch bản.

What-if công nợ: câu hỏi nên mô phỏng trước khi quyết

Gia hạn đại lý / nhà phân phối

Câu hỏi điển hình: nếu gia hạn thêm 7–15 ngày cho nhóm khách top doanh thu, dòng tiền 30/60/90 ngày và cash buffer đổi thế nào? Kịch bản gốc giữ hạn hiện tại; kịch bản A gia hạn có điều kiện (ví dụ chỉ khách aging còn trong ngưỡng); kịch bản B gia hạn rộng hơn theo đề xuất sales. Đầu ra cần nhìn được: tổng tiền về dự kiến theo tuần, phần công nợ chuyển bucket aging, và rủi ro vượt hạn mức sau gia hạn.

Quyết định sau mô phỏng không nhất thiết là “đồng ý hết” hoặc “từ chối hết”. Thường là chọn nhóm đủ điều kiện, gắn hạn mức tạm, và lịch nhắc nợ sau ngày hết hạn mới – vẫn trên cùng danh sách aging. Bạn có thể thử luồng số công nợ trên Sandbox trước khi mở what-if trên nền tảng đầy đủ; quy trình vận hành xem thêm /cong-no/.

Siết hạn mức và ưu tiên thu hồi

What-if ngược lại cũng quan trọng: nếu tạm khóa hạn mức với khách quá hạn trên X ngày, doanh thu ngắn hạn có thể giảm bao nhiêu, và tiền về có cải thiện đủ để bù? Mô phỏng giúp CFO và sales lead nói cùng ngôn ngữ – không phải “siết sẽ mất khách” đối đầu “không siết sẽ mất tiền”, mà cùng nhìn biên độ giả định trên một bộ số.

What-if tồn kho: điểm đặt hàng lại, stockout và tồn chậm

Phân tích what-if doanh nghiệp mô phỏng tồn kho và điểm đặt hàng lại
Tăng reorder point hoặc cắt SKU chậm cần cùng mã SKU giữa POS, kho và kế toán.

Tăng / giảm điểm đặt hàng lại (reorder point)

Câu hỏi: nếu tăng reorder point 15–25% cho SKU bán chạy mùa vụ, vốn tồn tăng bao nhiêu và tỷ lệ stockout kỳ vọng giảm thế nào? Kịch bản gốc giữ ngưỡng hiện tại; kịch bản A tăng có chọn lọc theo biên lãi hoặc tốc độ bán; kịch bản B tăng đồng loạt. Đầu ra hữu ích gồm ngày tồn ước tính, vốn tồn thêm, và danh sách SKU nào hưởng lợi rõ nhất so với SKU chậm (nơi tăng ngưỡng chỉ làm nặng kho).

Cắt hoặc giảm đặt hàng SKU chậm

What-if tồn chậm giúp trả lời: nếu giảm đặt hàng / dừng tái nhập nhóm SKU quay vòng thấp trong N tuần tới, giải phóng bao nhiêu vốn và rủi ro mất doanh thu kênh nào? Mô phỏng này chỉ có nghĩa khi bán và tồn cùng một mã SKU giữa POS, kho và kế toán – nếu mã lệch, kết quả sẽ “đẹp” trên slide nhưng không thực thi được trên phiếu nhập.

Dữ liệu tối thiểu trước khi chạy what-if

Không cần data warehouse hoàn chỉnh, nhưng cần đủ để mô phỏng không trở thành đoán mò. Với công nợ: số dư theo khách đã đối soát, hạn thanh toán trên hóa đơn, lịch sử thu gần đây, và hạn mức (nếu có). Với tồn kho: tồn theo SKU/kho, tốc độ bán gần đây, lead time đặt hàng (dù chỉ ước lượng có ghi chú), và điểm đặt hàng lại hiện tại nếu team đã dùng. Mọi kịch bản phải ghi ngày giờ chốt số gốc – để không so sánh what-if hôm nay với sổ tuần trước.

Nếu miền số còn tranh luận phiên bản file, hãy làm lớp chuẩn hóa trước (xem Data Layer) thay vì nhân bản thêm file “what-if_v3_final.xlsx”. What-if trên số bẩn chỉ tạo thêm một sự thật thứ tư trong họp.

Cách chạy một vòng what-if trong họp tuần (5 bước)

Team SME họp quyết định trên cùng bộ số sau phân tích what-if doanh nghiệp
Hai đến ba kịch bản thường đủ để chọn phương án trong họp lãnh đạo.

Bước 1 – Chọn một quyết định cụ thể

Ví dụ: “Có gia hạn 10 ngày cho 15 đại lý khu vực A không?” hoặc “Có tăng reorder point cho 20 SKU top không?”. Tránh bắt đầu bằng “mô phỏng mọi thứ tháng tới”.

Bước 2 – Chốt số gốc và giả định

Ghi rõ nguồn, ngày giờ chốt, và giả định thay đổi (số ngày gia hạn, % tăng tồn, nhóm khách/SKU trong phạm vi). Không để mỗi phòng mang giả định riêng vào cùng một slide.

Bước 3 – Chạy 2–3 kịch bản, không quá năm

Kịch bản gốc + một phương án đề xuất + một phương án thận trọng thường đủ để quyết. Quá nhiều kịch bản làm họp lan man và khó chọn.

Bước 4 – Nhìn chỉ số hậu quả, không chỉ nhìn “đúng ý mình”

Công nợ: tiền về, aging, cash buffer, rủi ro hạn mức. Tồn: vốn tồn, stockout, ngày tồn, danh sách SKU chậm bị ảnh hưởng. Nếu chỉ số hậu quả không hiện trên cùng báo cáo, what-if chưa đủ để quyết.

Bước 5 – Ghi quyết định và chủ sở hữu theo dõi

Ai duyệt gia hạn / đổi reorder point? Khi nào review lại (ví dụ sau 2 tuần thu thực tế)? What-if không thay thế theo dõi sau quyết định – nó chỉ giảm việc “quyết xong rồi mới nghĩ hệ quả”. Trên AI Engine, vòng này gắn với Engine dự báo & mô phỏng (dòng tiền 7/30/60/90, risk score, What-if cho CFO) trên dữ liệu đã chuẩn hóa – người vẫn duyệt hành động nhạy cảm.

Checklist: what-if đã đủ để mang vào họp lãnh đạo?

  • Quyết định cần mô phỏng viết thành một câu rõ
  • Số gốc có nguồn, ngày giờ chốt, cùng định nghĩa với sổ đang dùng
  • Giả định từng kịch bản ghi ra (không “ước lượng miệng”)
  • Có 2–3 kịch bản, gồm phương án thận trọng
  • Chỉ số hậu quả (tiền về / aging / vốn tồn / stockout) hiện trên cùng khung nhìn
  • Có người duyệt quyết định và mốc review sau khi thực thi
  • Không dùng what-if để “che” số đang lệch giữa sales và kế toán

FAQ – Phân tích what-if doanh nghiệp

What-if khác dự báo doanh thu thế nào?

Dự báo cố gắng ước lượng xu hướng có thể xảy ra theo lịch sử và mùa vụ. What-if chủ động đổi một giả định quyết định (gia hạn, hạn mức, reorder point) và so hệ quả với kịch bản gốc. Hai thứ bổ trợ nhau: dự báo cho bức tranh nền, what-if cho lựa chọn sắp ký / sắp đặt hàng.

SME có cần AI mới làm what-if được không?

Có thể bắt đầu bằng bảng tính có kỷ luật nếu chỉ một người giữ mô hình và số đã sạch. Khi nhiều nguồn (ERP, POS, công nợ) và nhiều người cùng quyết, lớp AI Engine trên data layer giúp chạy kịch bản trên cùng định nghĩa số, giảm phiên bản file. AI không thay bước chốt giả định và duyệt quyết định của người.

What-if có thay thế aging report không?

Không. Aging cho biết đang nợ thế nào; what-if hỏi nếu đổi chính sách thì tiền về và rủi ro có thể đổi thế nào. Nên đọc aging trước, rồi mới mô phỏng – xem thêm aging report nếu team còn đang thống nhất cách đọc bucket quá hạn.

Bao nhiêu kịch bản là đủ?

Thường hai đến ba. Nhiều hơn dễ biến họp thành cuộc tranh luận giả định thay vì chọn phương án. Nếu cần độ sâu, tách thành hai vòng what-if theo từng quyết định, không nhồi mọi biến vào một mô hình.

Bước tiếp theo sau bài này?

Đảm bảo miền công nợ hoặc tồn đã có số thống nhất (#041, #042), rồi xem năng lực mô phỏng trên AI Engine. Muốn thử số công nợ trước: Sandbox. Sẵn sàng demo với đúng quyết định bạn đang do dự: Đăng ký Demo.

Muốn mô phỏng công nợ và tồn kho trước khi quyết?

Xem AI Engine · Đăng ký Demo · Thử Sandbox công nợ