Scenario Analysis #39

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Scenario Analysis là cách kiểm tra một thesis dưới nhiều bộ giả định nhất quán. Mỗi scenario phải có nguyên nhân, key driver, output và bằng chứng cập nhật riêng. Mục tiêu không phải đoán đúng một con số, mà là hiểu kết quả thay đổi ra sao khi thế giới khác với base case.

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

• Cách dựng downside, base và upside bằng mechanism thay vì cảm xúc.
• Scenario khác forecast và sensitivity analysis ở đâu.
• Cách lập ma trận ba kịch bản trong 15 phút, có trigger và update rule.

1. Scenario là nhiều thế giới nhất quán, không phải ba target tùy ý

a. Vì sao một forecast chưa đủ

Research luôn nhìn về tương lai, mà tương lai không đi đúng một đường. Doanh thu có thể cao hơn plan nhưng margin thấp hơn vì giảm giá. Lãi suất giảm có thể hỗ trợ nhu cầu, song competitor mới lại kéo chi phí marketing lên.

Scenario là một thế giới giả định có nguyên nhân, driver và output ăn khớp. Base case dùng bộ giả định researcher xem là hợp lý nhất hiện tại. Downside case mô tả điều xảy ra khi rủi ro chính hiện thực hóa. Upside case mô tả output khi driver thuận lợi hơn và có bằng chứng hỗ trợ.

Câu đoán chắc là: “Base case là kết quả sẽ xảy ra.” Câu đúng hơn có điều kiện: “Base là bộ giả định hợp lý nhất tại thời điểm này; khi evidence đổi, base cũng phải đổi.”

b. Ví dụ picnic: khác thời tiết, khác cả kế hoạch

Picnic có ba tình huống: nắng, mưa, gió lớn. Nếu mưa, ta đổi địa điểm, đồ mang và cách di chuyển. Các quyết định phải nối với nguyên nhân.

Với doanh nghiệp, nhu cầu yếu có thể khiến mức giảm giá tăng, tồn kho quay chậm, biên gộp giảm và chuyển đổi tiền xấu. Mô hình chỉ hạ doanh thu 10% nhưng giữ nguyên phần còn lại sẽ thiếu logic.

Hình 1 — Mỗi scenario là một bộ giả định ăn khớp; không phải ba con số được tô ba màu.

c. Downside không phải floor, upside không phải target

Downside chỉ bao phủ một nhóm rủi ro đã nghĩ tới. Một sự kiện ngoài model vẫn có thể làm kết quả xấu hơn. Upside cũng không phải lời hứa hay mức giá cần đạt. Nó cho biết điều kiện thuận lợi nào phải cùng xuất hiện để output cao hơn.

Investor.gov định nghĩa risk trong tài chính gắn với uncertainty và khả năng tổn thất. Scenario Analysis đưa uncertainty vào note, nhưng không thể biến uncertainty thành certainty.

2. Dựng scenario từ trigger đến output

a. Bắt đầu bằng thesis và key driver

Key driver là biến số ảnh hưởng lớn đến thesis. Với A-demo, tỷ trọng doanh thu dịch vụ có thể nâng biên lợi nhuận hoạt động. Bốn driver chính là:

• Mức dùng dịch vụ: tỷ lệ khách bắt đầu dùng; kéo doanh thu dịch vụ.
• Tỷ lệ giữ khách: phần khách tiếp tục dùng; giữ doanh thu lặp lại.
• Biên gộp dịch vụ: doanh thu còn sau chi phí trực tiếp.
• Chi phí bán hàng: tiền giữ hoặc mở rộng khách; giảm biên hoạt động.

Không đưa mọi dòng báo cáo vào scenario. Chỉ chọn hai đến bốn driver có cơ chế rõ và đo được.

b. Viết trigger trước khi đổi số

Trigger là sự kiện hoặc evidence cho biết scenario nào đang gần hơn. Downside của A-demo có trigger churn vượt 20% và selling cost tăng. Base có retention ổn định, service mix đi theo plan. Upside có service adoption nhanh hơn nhưng chi phí vẫn kiểm soát.

Chuỗi làm việc:

1. Trigger hoặc evidence xuất hiện.
2. Driver tương ứng đổi.
3. Operational output như revenue, margin và cash đổi.
4. Valuation input đổi.
5. Thesis được giữ, sửa hoặc bỏ.

Retail demo cho thấy vì sao chuỗi này cần thiết. Nếu demand yếu, retailer giảm giá để xả hàng; discount làm gross margin giảm; inventory cao kéo cash flow xuống. Revenue, margin, inventory và cash phải kể cùng một câu chuyện.

Hình 2 — Trigger chỉ hữu ích khi researcher nối được nó với driver và output cần cập nhật.

c. Điền output bằng số demo

A-demo dùng bộ số giả định:

• Downside: revenue 85, margin 6%, value 65.
• Base: revenue 100, margin 10%, value 100.
• Upside: revenue 115, margin 14%, value 140.

Value không tăng tuyến tính với revenue vì margin và risk assumption cũng đổi. Đây là điểm scenario khác phép cộng trừ đơn giản. Muốn audit được, note phải giữ bảng input hoặc ít nhất ghi ba driver nào đã đổi.

3. Scenario khác forecast và sensitivity analysis

a. Forecast là một đường trung tâm

Forecast là một ước tính trung tâm về kết quả tương lai, ví dụ revenue 100 và margin 10%. Nó cần cho planning và valuation, nhưng dễ tạo cảm giác chính xác giả nếu đứng một mình.

Scenario đặt forecast vào một dải các world có nguyên nhân. Nó không loại bỏ base forecast; nó cho biết base sẽ thay đổi thế nào khi driver không đi theo plan.

b. Sensitivity thay input; scenario thay cả logic

Sensitivity analysis thay một hoặc hai input để đo output nhạy đến đâu, trong khi giữ phần còn lại tương đối cố định. Ví dụ, trong base world, đổi margin 9%/10%/11% làm value demo thành 90/100/112. Ta biết model rất nhạy với margin.

Scenario thay một bundle có logic: demand yếu → revenue thấp → discount cao → margin thấp → cash yếu. Hai công cụ trả lời hai câu khác nhau:

• Sensitivity: “Nếu input này dịch một chút, output đổi bao nhiêu?”
• Scenario: “Nếu một thế giới khác xảy ra, những input nào phải đổi cùng nhau?”

Theo tài liệu của Aswath Damodaran tại NYU Stern, scenario analysis, decision trees và simulation đều là các cách đưa risk/uncertainty vào valuation nhưng phù hợp với các cấu trúc vấn đề khác nhau. Người mới chưa cần Monte Carlo để có một scenario table hữu ích.

Hình 3 — Dùng sensitivity để tìm input nhạy; dùng scenario để kể một thế giới nguyên nhân–kết quả hoàn chỉnh.

c. Khi nào dùng cả hai

Trước hết dùng sensitivity để tìm driver nào làm valuation đổi mạnh. Sau đó dựng scenario quanh driver quan trọng và evidence có thể theo dõi. Cách này tránh việc tốn thời gian làm ba model khổng lồ nhưng không biết biến nào thật sự quyết định kết quả.

4. Sai lầm, giới hạn và lúc không gán xác suất

a. Ba sai lầm hay gặp

Sai lầm thứ nhất: đổi mọi input cùng hướng cực đoan. Downside không có nghĩa mọi thứ đều tệ nhất cùng lúc. Phải có mechanism hoặc common trigger nối chúng.

Sai lầm thứ hai: chỉ đổi valuation multiple, còn operations giữ nguyên. Nếu risk thực sự nằm ở churn, cần cho churn đi qua revenue, margin và cash trước khi đổi valuation.

Sai lầm thứ ba: đặt tên base/downside/upside sau khi đã chọn ba target mong muốn. Đây là viết ngược câu chuyện để hợp con số. Thứ tự đúng là trigger → driver → output → value.

b. Xác suất là mức tin tạm thời

Probability trong bảng scenario là mức tin tạm thời, không phải xác suất chắc chắn. Chỉ nên gán khi scenario tương đối rõ, không chồng nhau quá nhiều và người viết giải thích được basis.

A-demo dùng 25% downside, 50% base và 25% upside. Weighted value:

Weighted value = Σ (scenario value × probability)

= 65 × 25% + 100 × 50% + 140 × 25% = 101,25

Con số 101,25 không chính xác hơn input. Nếu probability được bịa cho đủ 100%, weighted value chỉ tạo thêm một lớp đẹp mắt. Khi evidence yếu, ghi chưa gán tốt hơn.

c. Giới hạn của ba case

Ba scenario không bao phủ mọi tail event, management response hoặc path dependency. Cùng điểm đến revenue 85 nhưng đường đi khác nhau có thể tạo cash flow và valuation khác nhau.

Scenario cũng dễ phình thành model quá lớn. Nếu input không có source, không có owner hoặc không ảnh hưởng quyết định research, bỏ nó. Mục tiêu là nhìn thấy uncertainty quan trọng, không phải giả lập cả nền kinh tế.

5. Checklist xây và cập nhật scenario

a. Checklist theo thứ tự

1. Viết lại thesis trong một câu.
2. Chọn hai đến bốn key driver.
3. Ghi base input và source hoặc assumption.
4. Viết trigger/evidence cho downside và upside.
5. Nối từng trigger với driver, operations, cash và valuation.
6. Kiểm tra các assumption có ăn khớp trong từng world.
7. So sánh output; chạy sensitivity ở input nhạy nhất.
8. Gán probability có basis, hoặc ghi chưa gán.
9. Đặt update rule và ngày review.

b. Điều kiện đứng ngoài

Chưa xây scenario khi chưa hiểu business model hoặc không biết driver nào tạo cash. Chưa gán xác suất khi scenario chồng nhau, dữ liệu quá ít hoặc event thuộc dạng nhị phân mà decision tree phù hợp hơn.

Dừng và làm lại khi downside vẫn cho kết quả tốt hơn base mà không có giải thích, output không đổi dù driver đổi mạnh, hoặc probability được sửa chỉ để weighted value gần con số mong muốn.

c. Update rule

Mỗi trigger cần một hành động research. Retention giảm dưới 80% hai quý: chuyển trọng số về downside và kiểm tra invalidation của thesis. Service adoption tăng nhưng selling cost cũng tăng mạnh: chưa chuyển sang upside; cần kiểm margin và cash.

Update scenario không có nghĩa giao dịch. Nó chỉ đổi cách researcher hiểu evidence.

6. Bài tập 15 phút với A-demo

a. Bắt đầu từ đâu

Dùng Google Sheets hoặc giấy. Tạo sáu cột: scenario, trigger, revenue, margin, value, probability. Chọn đúng một thesis demo, không đặt lệnh và chưa dùng tiền thật.

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

Evidence cần theo dõi gồm retention, service share và selling cost. Sau khi điền, hỏi ba câu:

• Vì sao revenue và margin cùng đổi trong mỗi row?
• Trigger nào quan sát được từ filing hoặc operating update?
• Input nào nhạy nhất nếu thay riêng?

Hình 4 — Filled matrix là điểm bắt đầu để cập nhật evidence, không phải bảng target giao dịch.

c. Kết quả mong đợi

Bạn hoàn thành một matrix mà người khác nhìn vào hiểu logic của từng world. Nếu chỉ thấy ba value 65/100/140 mà không biết vì sao, quay lại trigger và driver.

7. Tổng kết

a. Năm ý chính

• Scenario là một thế giới giả định có trigger, driver và output nhất quán.
• Base là giả định hợp lý nhất hiện tại, không phải kết quả chắc xảy ra.
• Sensitivity đổi một input; scenario đổi một bundle có mechanism.
• Probability và weighted value chỉ tốt bằng basis đứng sau chúng.
• Scenario phải có evidence, update rule và điểm dừng.

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

• Vì sao hạ revenue 10% chưa chắc đã tạo thành downside scenario?
• Scenario khác sensitivity analysis ở đâu?
• Khi nào nên ghi chưa gán probability?
• Weighted value 101,25 có phải intrinsic value chắc chắn không?

c. Gợi ý đáp án

Xem gợi ý câu 1

Cần mechanism nối demand, discount, margin, inventory và cash; một số đổi riêng chưa tạo world nhất quán. Xem mục 1–2.

Xem gợi ý câu 2

Sensitivity thay một hoặc hai input; scenario thay bộ giả định có nguyên nhân–kết quả. Xem mục 3.

Xem gợi ý câu 3

Khi scenario chồng nhau, thiếu basis hoặc dữ liệu quá yếu. Xem mục 4–5.

Xem gợi ý câu 4

Không. Nó là phép tổng hợp của value và probability giả định. Xem mục 4 và 6.

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

e. Nguồn tham khảo

• NYU Stern — Probabilistic Approaches to Risk
• NYU Stern — Valuation lecture notes
• CFA Institute Research Challenge — Scenario examples
• Investor.gov — What Is Risk?

Bài trước: Investment Thesis #38.
Bài tiếp theo: Checklist phân tích doanh nghiệp #40.

Đây là nội dung giáo dục. Mọi số liệu và probability A-demo đều là giả định; không phải khuyến nghị mua, bán hoặc cam kết lợi nhuận.