Scenario Planning là gì? Chuẩn bị nhiều kịch bản tài chính #22

Trả lời ngắn: Scenario planning (lập kế hoạch theo kịch bản) là cách dựng vài trạng thái tương lai với giả định nhất quán, rồi tính tác động tới lợi nhuận, tiền mặt và giới hạn tài chính. Mục tiêu không phải đoán đúng tương lai, mà chuẩn bị điều cần theo dõi và quyết định khi một trạng thái xuất hiện.

Đọc xong, bạn sẽ hiểu:

• Scenario khác forecast, sensitivity và stress test thế nào.
• Cách dựng upside, base và downside từ cùng một driver model.
• Cách kéo revenue và EBITDA sang cash, không đánh đồng profit với cash.
• Cách tìm reverse-stress threshold và gắn trigger với action.

Lưu ý giáo dục: Mọi công ty, driver, state và số tiền dưới đây đều giả lập. Worksheet không phải dự báo, xác suất, tư vấn quản trị, kế toán, vay vốn hoặc khuyến nghị giao dịch.

1. Scenario planning là gì

Một scenario là trạng thái tương lai có bộ giả định liên kết với nhau. Scenario planning không nói “tương lai sẽ như vậy”. Nó hỏi: nếu state này xảy ra, kết quả tài chính và quyết định của ta thay đổi thế nào?

Các công cụ gần nhau nhưng không giống nhau:

• Forecast (dự báo) là ước tính hiện tại về kết quả có khả năng xảy ra.
• Sensitivity analysis (phân tích độ nhạy) đổi một đầu vào và giữ các đầu vào khác để nhìn tác động.
• Stress test (kiểm tra sức chịu đựng) áp một trạng thái bất lợi cụ thể lên mô hình tính toán.
• Reverse stress test đi ngược: tìm điều kiện làm một guardrail, tức ranh giới rủi ro cần giữ, bị phá.

Driver là biến đầu vào vận hành làm kết quả tài chính đổi. Trigger là điều kiện quan sát được để mở phiên rà soát quyết định; nó không phải lệnh tự động. Một scenario tốt phải nối câu hỏi cần quyết định → biến đầu vào → trạng thái → tiền mặt/ranh giới rủi ro → điều kiện kích hoạt/hành động.

Hình 1 — Không cần đoán đúng một tương lai; cần chuẩn bị đúng quyết định cho từng state.

OpenStax mô tả forecast là quá trình lặp: trong mô hình có công thức, đổi một biến sẽ lan tới kết quả và giúp so sánh nhiều trạng thái tương lai. OpenStax — Forecasting Cash Flow and Assessing the Value of Growth OpenStax cũng minh họa sensitivity bằng cách đổi giá, sản lượng hoặc chi phí. OpenStax — Break-Even Sensitivity Analysis

2. Bắt đầu từ decision question và drivers

Case giả lập AI79-SERVICE-22 hỏi:

Có giải ngân phần vốn mở rộng 80 đơn vị giả lập hay giữ vốn để sửa hiệu quả và khả năng duy trì đủ tiền mặt?

Financial Strategy #21 nối objective với driver, nguồn vốn và guardrail. Con số 80 chỉ là đơn vị vốn trong mô hình minh họa, không phải tiền thật hay benchmark. Scenario #22 giữ cùng kỳ dự phóng Năm 3 — khoảng thời gian mô hình bao phủ — rồi thay một cụm giả định có lý do:

• Customers: quy mô cầu và khả năng giữ khách.
• Revenue/customer: mức doanh thu bình quân một khách trong năm.
• Contribution margin: phần revenue còn lại sau chi phí tiền mặt biến đổi đã định.
• Fixed operating cost: chi phí vận hành không đổi theo volume trong phạm vi model.
• Collection rate: tỷ lệ revenue thu được thành cash trong kỳ.
• Khoản trả vận hành và khoản trả tài trợ: tiền thực chi trong kỳ.

Ví như mang ô: forecast là dự báo thời tiết; scenario là chuẩn bị cho nắng, mưa vừa hoặc mưa lớn. Phép ví không phản ánh khoản vay, thuế hay công suất nên không thay mô hình.

Ba trạng thái thường đủ nếu mỗi trạng thái làm quyết định đổi. Nếu cả ba đều dẫn tới cùng một hành động, hãy xem lại câu hỏi hoặc cách thiết kế trạng thái.

3. Dựng upside, base và downside nhất quán

Cả ba state dùng cùng formula:

EBITDA là lợi nhuận trước lãi vay, thuế và khấu hao. Nó không phải cash.

Revenue = Customers × Revenue/customer
Contribution = Revenue × Contribution margin
Incremental EBITDA = Contribution - Fixed operating cost

Hình 2 — State nhất quán thay cả demand, price/mix và margin thay vì trang trí revenue bằng ±10%.

Upside có thêm khách và biên tốt hơn, nhưng fixed cost tăng27 vì cần công suất. Downside giảm cả khách, mức thu và biên, còn fixed cost chưa kịp giảm.

Đây không phải ba lời hứa. Không gán xác suất nếu thiếu dữ liệu và phương pháp. “Downside” cũng chưa chắc là trường hợp xấu nhất.

4. Kéo scenario sang cash và guardrail

Lợi nhuận và tiền mặt khác nhau vì doanh thu có thể chưa thu, mỗi khoản thanh toán có thời điểm riêng và khoản tài trợ cần trả. Cầu nối tiền mặt (cash bridge) là phép nối số dư đầu kỳ với tiền thu, tiền chi và số dư cuối kỳ:

Ending cash
= Opening cash + Cash receipts
- Operating cash payments - Financing payments

Opening cash60 và financing payments12 giống nhau ở ba state:

Hình 3 — Downside EBITDA âm đi cùng collection chậm làm cash thủng floor50.

Liquidity floor là mức tiền mặt tối thiểu cần giữ theo quy tắc đã định. Downside thấp hơn floor 50−37,10=12,90. Base và upside pass, nhưng pass không tự động giải ngân vốn mở rộng 80; số khách hàng, biên đóng góp, điều khoản ràng buộc trong hợp đồng tài trợ và quyền phê duyệt vẫn cần kiểm.

Cầu nối tiền mặt này cố ý đơn giản. Thuế, chi tiết vốn lưu động, chi tài sản dài hạn, tiền bị hạn chế sử dụng và kỳ đáo hạn nợ chưa được mô hình hóa đầy đủ. Dừng nếu opening cash, thời điểm thu/trả, đơn vị hoặc cam kết nguồn vốn chưa được xác minh.

5. Từ scenario tới trigger, contingency và reverse stress

Scenario chỉ hữu ích khi có hành động chuẩn bị trước. Contingency là hành động dự phòng nếu state hoặc trigger xảy ra.

• Chỉ xem xét upside khi customers≥340, margin≥31%, cash≥70; sau đó vẫn rà soát công suất, rủi ro và quyền phê duyệt.
• Base tiếp tục kế hoạch có điều kiện: customers≥300, margin≥30%, cash≥50.
• Phản ứng Downside: customers<220 hoặc margin<24% hoặc tiền mặt dự báo<50 → dừng mở rộng, theo dõi tiền mặt hàng tuần, xác minh khoản thu/khoản trả và rà soát nguồn vốn.

Reverse stress tìm ngưỡng phá mức tiền mặt tối thiểu khi giữ các giả định Downside khác:

Ending cash = 60 + Customers×0,55×90% - 100 - 12
Set Ending cash = 50
Required receipts = 102
Required revenue = 102 / 90% = 113,33
Required customers = 113,33 / 0,55 = 206,06
Round up = 207 customers

Hình 4 — Dưới207 khách hàng, mô hình Downside rút gọn mở phiên rà soát thanh khoản.

207 không phải “điểm an toàn”. Nó chỉ đúng khi giá0,55, collection90%, payments100/12 và floor50 giữ nguyên; đầu vào đổi thì phải tính lại.

OpenStax lưu ý project được duyệt có thể trở thành project xấu nếu tương lai khác dự phóng (projection); quản lý cần đánh giá lại khi thay đổi đáng kể. OpenStax — Choosing between Projects COSO đặt risk trong strategy-setting và performance review, nên trigger/action không nên là phụ lục sau cùng. COSO — Enterprise Risk Management

6. Checklist và bài tập Google Sheets 15 phút

a. Checklist

• Câu hỏi cần quyết định, khoảng thời gian và đơn vị giống nhau giữa các trạng thái.
• Mỗi trạng thái có câu chuyện giả định và các biến đầu vào liên kết, không chỉ đổi doanh thu ±%.
• Công thức doanh thu, contribution, EBITDA và tiền mặt giống nhau giữa các cột.
• Thời điểm thu/trả và liquidity floor có nguồn, người phụ trách.
• Trigger có hành động, ngày rà soát và người có quyền ra quyết định.
• Không gắn xác suất giả; ghi rõ giới hạn mô hình.
• DỪNG nếu tiền mặt, tiền bị hạn chế sử dụng, nợ, thuế hoặc phê duyệt chưa rõ.

b. Dựng Sheet

Đặt B/C/D là Upside/Base/Downside. Cột A ghi: A2 Customers; A3 Revenue/customer; A4 Revenue; A5 Margin; A6 Contribution; A7 Fixed cost; A8 EBITDA; A9 Collection rate; A10 Receipts; A11 Opening cash; A12 Operating payments; A13 Financing payments; A14 Ending cash; A15 Floor; A16 Status.

Nhập dữ liệu gốc theo thứ tự B/C/D: hàng2 là 360/300/180; hàng3 là 0,65/0,60/0,55; hàng5 là 32%/30%/22%; hàng7 là 27/24/24; hàng9 là 95%/95%/90%; hàng11 là 60/60/60; hàng12 là 180/150/100; hàng13 là 12/12/12; hàng15 là 50/50/50.

Tại cột B, nhập các công thức dưới đây rồi kéo ngang đến cột D:

• B4 Revenue =B2*B3.
• B6 Contribution =B4*B5.
• B8 EBITDA =B6-B7.
• B10 Receipts =B4*B9.
• B14 Ending cash =B11+B10-B12-B13.
• B16 Status =IF(B14>=B15,"PASS","FAIL").
• Ô D18 cho ngưỡng reverse stress: =ROUNDUP((D15-D11+D12+D13)/(D3*D9),0).

c. Mẫu đối chiếu đã điền

7. Tổng kết: scenario phải dẫn tới quyết định

a. Năm ý chính

• Scenario planning chuẩn bị nhiều trạng thái nhất quán, không cố đoán tương lai.
• Forecast là ước tính hiện tại; sensitivity đổi một đầu vào; scenario đổi một cụm giả định liên kết.
• EBITDA không phải tiền mặt; khoản thu và chi phải qua cầu nối tiền mặt riêng.
• Reverse stress tìm điều kiện phá ranh giới rủi ro, không tạo mốc an toàn vĩnh viễn.
• Mỗi scenario cần trigger, hành động, người phụ trách và ngày rà soát.

b. Câu hỏi tự kiểm tra

• Scenario khác forecast và sensitivity thế nào?
• Vì sao downside EBITDA là −2,22?
• Vì sao ending cash downside chỉ còn37,10?
• Threshold207 có ý nghĩa và giới hạn gì?

c. Gợi ý đáp án

Xem gợi ý câu 1

Forecast là ước tính hiện tại; sensitivity đổi một đầu vào; scenario thay một cụm giả định nhất quán để chuẩn bị quyết định. → xem mục 1.

Xem gợi ý câu 2

180×0,55=99 revenue; 99×22%=21,78 contribution; trừ fixed cost24 còn −2,22. → xem mục 3.

Xem gợi ý câu 3

60 opening cash +89,10 receipts −100 operating payments −12 financing payments =37,10. → xem mục 4.

Xem gợi ý câu 4

207 là số khách nguyên tối thiểu để mô hình Downside rút gọn chạm floor50; đầu vào đổi thì ngưỡng đổi. → xem mục 5.

d. Thuật ngữ cần nhớ

e. Nguồn tham khảo

• OpenStax — Forecasting Cash Flow and Assessing the Value of Growth
• OpenStax — Break-Even Sensitivity Analysis
• OpenStax — Choosing between Projects
• COSO — Enterprise Risk Management

Bài trước: Financial Strategy là gì? Nối chiến lược với tiền và vốn #21
Bài tiếp theo: CFO Dashboard: Theo dõi tài chính doanh nghiệp trên một trang #23

Nội dung phục vụ mục đích giáo dục, không phải dự báo, xác suất, tư vấn quản trị, kế toán, vay vốn hoặc giao dịch. Scenario và threshold phụ thuộc hoàn toàn vào assumptions; không state nào bảo đảm bao phủ tương lai.