Waterfall Analysis: Ai Thực Sự Nhận Được Bao Nhiêu Khi Startup Exit?

Bạn sở hữu 30% startup. Công ty được mua lại với giá 5 triệu USD. Bạn sẽ nhận được 1,5 triệu USD, đúng không? Sai. Trong nhiều trường hợp thực tế tôi đã chứng kiến sau 14 năm tư vấn gọi vốn tại Việt Nam, con số founder thực nhận chỉ bằng 20–40% so với tính toán ngây thơ dựa trên % sở hữu thuần. Phần còn lại đã được "phân phối" theo một trật tự hoàn toàn khác — một trật tự mà investor đã đàm phán từ hồi ký term sheet, nhưng founder không ai giải thích rõ ràng.

Đó chính xác là lý do waterfall analysis tồn tại — và là lý do bạn bắt buộc phải tự chạy mô phỏng này trước khi đặt bút ký bất kỳ term sheet nào. Bài viết này sẽ giải mã từng tầng của waterfall, chỉ ra bẫy "ăn hai lần" của participating preferred, và cho bạn framework tự tính toán ngay hôm nay.

Vì sao Waterfall Analysis Quan Trọng Hơn Bạn Nghĩ

Trong hàng trăm hồ sơ gọi vốn mà AI Agent BeginGuru đã review, một trong những lỗi bị trừ điểm nặng nhất ở mục Cap Table chính là bỏ trống hoàn toàn phần Exit Waterfall — đặc biệt phổ biến ở giai đoạn Seed. Founder biết mình sở hữu bao nhiêu phần trăm, nhưng không biết mình sẽ nhận được bao nhiêu tiền thật khi công ty được bán hay niêm yết.

Vấn đề không chỉ là thiếu kỹ năng tài chính. Vấn đề là hầu hết founder Việt Nam nhìn cap table theo chiều ngang — ai sở hữu bao nhiêu % — thay vì nhìn theo chiều dọc — ai được ưu tiên nhận tiền trước theo thứ tự nào. Hai cách nhìn này cho ra kết quả hoàn toàn khác nhau khi exit xảy ra ở mức giá thấp hoặc trung bình, tức là xác suất cao nhất trong thực tế.

Tôi từng chứng kiến một founder SaaS B2B khu vực Đông Nam Á — sau 4 vòng gọi vốn, sở hữu 22% công ty — chỉ nhận về chưa đến 180.000 USD trong một thương vụ M&A trị giá 3,2 triệu USD, sau khi các lớp liquidation preference và participating preferred được thanh toán đủ. Anh ấy không hề biết điều này có thể xảy ra cho đến ngày ký thoả thuận bán công ty. Quá muộn để đàm phán lại.

"% sở hữu chỉ là điểm xuất phát. Tiền thật bạn nhận khi exit được quyết định bởi từng dòng chữ trong liquidation preference — không phải bởi tỷ lệ cổ phần ghi trên cap table. Đừng ký term sheet nếu bạn chưa tự chạy waterfall cho ít nhất 3 kịch bản exit khác nhau."
— Hải H Nguyễn, CEO BeginGuru

Waterfall Analysis Hoạt Động Như Thế Nào: Framework Từng Bước

Waterfall analysis là mô phỏng tài chính mô tả thứ tự phân phối tiền từ một sự kiện thanh khoản (exit) — bao gồm M&A, IPO, hay thanh lý tài sản. Mỗi "tầng" trong waterfall phải được lấp đầy trước khi dòng tiền chảy xuống tầng tiếp theo.

Bước 1 — Xác định tổng tiền exit (Enterprise Value hay Equity Value?)

Điểm khởi đầu của waterfall là tổng tiền thực sự phân phối cho cổ đông — thường gọi là Equity Proceeds. Đây không phải là Enterprise Value (EV) vì EV bao gồm cả nợ vay. Công thức đơn giản: Equity Proceeds = Giá mua (EV) − Nợ vay ròng (Net Debt) − Các khoản phí giao dịch. Nếu startup bạn có khoản vay 500.000 USD và phí M&A 2% trên deal 5 triệu USD, Equity Proceeds chỉ còn khoảng 4,4 triệu USD — chưa phân phối một đồng nào cho cổ đông.

Bước 2 — Thanh toán nợ và các nghĩa vụ ưu tiên tuyệt đối

Trước bất kỳ cổ đông nào nhận tiền, các chủ nợ có bảo đảm (secured lenders), trái phiếu chuyển đổi (convertible notes chưa convert), và các khoản phải trả ưu tiên phải được thanh toán đủ. Ở nhiều startup Việt Nam giai đoạn early, đây thường là SAFE notes hoặc convertible notes từ angel round — nếu chưa convert thành cổ phần, chúng được ưu tiên trả trước cả preferred shareholders.

Bước 3 — Thanh toán Liquidation Preference cho cổ đông ưu đãi (theo thứ tự vòng)

Đây là tầng quan trọng nhất và dễ gây bất ngờ nhất. Mỗi nhà đầu tư ưu đãi (preferred shareholders) có quyền nhận lại ít nhất số tiền họ đã đầu tư — gọi là 1x liquidation preference — trước khi cổ đông phổ thông nhận bất cứ thứ gì. Một số deal còn có 2x hoặc thậm chí 3x liquidation preference. Quan trọng hơn: vòng đầu tư mới nhất thường được ưu tiên trước vòng cũ hơn (gọi là "senior" preference). Nếu startup bạn đã qua 3 vòng, Series B sẽ được trả trước Series A, rồi mới đến Seed.

Ví dụ cụ thể: Seed investor đầu tư 500.000 USD (1x preference), Series A investor đầu tư 2 triệu USD (1x preference), Series B investor đầu tư 5 triệu USD (1x preference, senior). Tổng liquidation preference = 7,5 triệu USD. Nếu exit ở 8 triệu USD Equity Proceeds, sau khi trả đủ preference, chỉ còn 500.000 USD cho toàn bộ cổ đông phổ thông — bao gồm founder và team ESOP.

Bước 4 — Xử lý Participating Preferred: Bẫy "Ăn Hai Lần"

Đây là điều khoản nguy hiểm nhất mà nhiều founder Việt Nam bỏ qua khi đọc term sheet. Non-participating preferred buộc investor phải chọn: hoặc nhận liquidation preference, hoặc convert sang common stock và chia theo %. Participating preferred cho phép investor làm CẢ HAI — nhận lại liquidation preference trước, rồi tiếp tục tham gia chia phần còn lại theo tỷ lệ sở hữu như cổ đông phổ thông. Điều này có nghĩa là cùng một khoản đầu tư, họ "ăn" hai lần trong một exit. Kết quả: founder nhận phần còn lại sau khi bị trừ hai lần từ cùng một nhà đầu tư. Tác động lớn nhất xảy ra ở các exit tầm trung — khoảng 3–10 lần số tiền đã raise — giai đoạn mà founder tưởng mình sẽ "thắng đẹp" nhưng thực ra nhận rất ít.

Bước 5 — Phân phối phần còn lại cho cổ đông phổ thông (pro-rata theo %)

Chỉ sau khi tất cả các tầng trên đã được thanh toán đủ, phần còn lại mới được chia theo tỷ lệ sở hữu thực tế (fully diluted). Đây là lúc founder, team ESOP, và các cổ đông phổ thông khác mới thực sự nhận tiền. Nếu exit ở mức giá cao (ví dụ 20–30x số tiền đã raise), tác động của liquidation preference sẽ nhỏ đi và founder nhận gần đúng với % sở hữu. Nhưng trong đa số exit thực tế tại Việt Nam, con số exit thường không đủ cao để xóa bỏ tác động này.

Bảng Mô Phỏng Waterfall: Áp Dụng Ngay Với 3 Kịch Bản

Dưới đây là ví dụ waterfall analysis cho một startup Việt Nam đã qua 2 vòng gọi vốn, với các giả định cụ thể:

• Seed: 300.000 USD, 1x non-participating preference, sở hữu 15%
• Series A: 2.000.000 USD, 1x participating preference, sở hữu 25%
• Founder + ESOP: sở hữu 60% (common stock)

Kịch bản Exit (Equity Proceeds)	Seed nhận	Series A nhận	Founder + ESOP nhận	Founder thực nhận / % sở hữu
2 triệu USD (exit thấp)	300.000 USD (pref)	1.700.000 USD (pref, chưa đủ 1x)	0 USD	0% — bị xóa sạch
5 triệu USD (exit trung bình)	300.000 USD (pref, chọn convert: 750k → chọn convert)	2.000.000 USD pref + 25% × 2.250k = ~562.500 USD	60% × 2.250.000 = ~1.350.000 USD	27% thực nhận vs 60% sở hữu
15 triệu USD (exit cao)	15% × 15M = 2.250.000 USD (convert)	2M pref + 25% × 12.250k = ~3.062.500 USD	60% × 12.250.000 = ~7.350.000 USD	49% thực nhận vs 60% sở hữu

Bài học từ bảng trên: Ở kịch bản exit trung bình (5 triệu USD — phổ biến nhất với startup Việt Nam), founder chỉ nhận được 27% tổng tiền dù sở hữu 60% công ty, vì Series A có participating preferred "ăn hai lần". Kịch bản exit thấp (dưới 2,3 triệu USD) khiến founder về tay không hoàn toàn.

Ví Dụ Thực Tế: So Sánh Founder Hiểu và Không Hiểu Waterfall

❌ Yếu — Fintech B2C, giai đoạn Series A

Một startup fintech lending nhận term sheet Series A với 2x participating preferred, cap table 30% investor — 70% founder. Founder tự tính: "Nếu exit 10 triệu USD, mình nhận 7 triệu USD." Thực tế: sau 2x preference (4 triệu USD) và participating (30% × 6 triệu = 1,8 triệu USD thêm cho investor), founder chỉ còn 70% × 4,2 triệu = khoảng 2,94 triệu USD — chưa bằng một nửa kỳ vọng. Founder ký term sheet mà không chạy waterfall trước, đến lúc exit mới phát hiện.

✅ Mạnh — HR-tech B2B, giai đoạn tăng trưởng

Trong quá trình tư vấn cho các công ty HR-tech Việt Nam — lĩnh vực mà BeginGuru có kinh nghiệm sâu qua các mối quan hệ trong ngành như HR1 Vietnam — điều chúng tôi luôn nhấn mạnh với founder là chạy waterfall simulation trước khi đàm phán term sheet, không phải sau. Một founder HR-tech tham khảo framework này đã phát hiện rằng với liquidation preference 1x non-participating của investor hiện tại, kịch bản exit 8 triệu USD sẽ cho anh ấy khoảng 5,1 triệu USD (64% thực nhận so với 65% sở hữu) — gần như tuyến tính. Từ đó, khi nhận term sheet vòng tiếp theo có đề xuất participating preferred, anh đàm phán lại thành công về non-participating, bảo vệ được upside của mình ngay từ đầu.

Dưới đây là thêm các tình huống minh hoạ theo ngành:

Ngành / Tình huống	Cấu trúc preference	Exit 5M USD — Founder nhận	Rủi ro chính
EdTech B2C, 2 vòng	Seed 1x non-participating, Series A 1x participating	~55% so với % sở hữu	Participating preferred bào mòn upside trung bình
SaaS B2B, 3 vòng	Seed + A + B đều 1x non-participating, senior stack	~70% so với % sở hữu	Stack preference lớn nếu exit dưới tổng tiền raise × 3
Logistics B2B, 1 vòng	1x participating, 2x cap	~62% so với % sở hữu	Cap giới hạn thiệt hại nhưng vẫn "ăn hai lần" đến ngưỡng cap
F&B chuỗi, raise từ PE	2x non-participating	~40% so với % sở hữu nếu exit thấp	2x preference xóa sạch founder ở exit dưới 2x tổng tiền raise
Healthtech, convertible notes chưa convert	Notes được trả trước cả preferred	Có thể về 0 nếu exit nhỏ	Notes không convert vô tình trở thành "tầng trên cùng"

Sai Lầm Thường Gặp Khi Founder Nghĩ Về Exit Waterfall

Sai lầm 1: Tính toán exit dựa trên % sở hữu thuần mà không tính liquidation preference. Đây là lỗi phổ biến nhất và tốn kém nhất. Founder ngồi tính "tôi có 35%, công ty bán 10 triệu USD, tôi nhận 3,5 triệu USD" mà bỏ qua hoàn toàn tầng preference phía trên. Cách sửa: luôn bắt đầu waterfall từ tầng trên cùng — tính hết preference trước, phần còn lại mới nhân với %. Đây là bước không thể bỏ qua.

Sai lầm 2: Không phân biệt participating và non-participating preferred khi đọc term sheet. Hai loại này có vẻ giống nhau về mặt câu chữ nhưng tạo ra kết quả hoàn toàn khác nhau. Participating preferred thường được viết là "pro-rata participation rights" hoặc "double-dip" — những từ ngữ pháp lý nghe có vẻ bình thường nhưng thực chất cho phép investor nhận tiền hai lần trong cùng một exit. Cách sửa: yêu cầu luật sư hoặc advisor đánh dấu rõ ràng điều khoản này trước khi ký, và chạy thử waterfall với cả hai kịch bản participating / non-participating để thấy sự chênh lệch.

Sai lầm 3: Bỏ qua thứ tự "senior" giữa các vòng đầu tư. Nhiều founder nghĩ tất cả preferred shareholders được trả cùng lúc theo tỷ lệ (pari passu). Thực tế, hầu hết term sheet hiện đại áp dụng "senior liquidation preference" — nghĩa là vòng sau được ưu tiên trả trước vòng trước. Điều này có nghĩa là khi exit xảy ra ở giá thấp, investor Series B nhận đủ trước, rồi mới đến Series A, rồi mới đến Seed — và founder đứng cuối cùng trong hàng chờ. Cách sửa: vẽ sơ đồ waterfall theo thứ tự vòng ngay khi nhận term sheet mới, không chỉ sau khi đã ký.

Sai lầm 4: Không tính ESOP pool vào fully diluted khi chạy waterfall. Nhiều founder chạy waterfall dựa trên % sở hữu "chưa fully diluted" — bỏ qua ESOP pool chưa phát hành và các warrant/option còn lại. Khi exit xảy ra, ESOP pool thường được tính vào fully diluted, làm loãng thêm % founder trước khi chia phần còn lại. Cách sửa: luôn dùng fully diluted cap table — bao gồm tất cả cổ phần đã phát hành, ESOP pool, convertible notes (đã assume convert), và outstanding warrants.

Sai lầm 5: Chỉ chạy waterfall cho một kịch bản exit duy nhất. Một số founder "chăm chỉ hơn" đã tự chạy waterfall, nhưng chỉ với kịch bản exit tốt nhất — ví dụ 20x số tiền đã raise — và thấy kết quả ổn nên yên tâm ký. Vấn đề là xác suất exit ở mức 3–7x tổng tiền raise cao hơn nhiều so với 20x trong thực tế thị trường Việt Nam. Cách sửa: chạy tối thiểu 3 kịch bản — exit thấp (dưới 2x tổng preference), exit trung bình (3–8x), và exit tốt (15x+) — để thấy rõ ngưỡng "breakeven" của mình.

Checklist Áp Dụng Ngay Trước Khi Ký Term Sheet

• ☐ Xác định tổng Equity Proceeds thực sự (EV trừ nợ vay, trừ phí giao dịch) trong từng kịch bản exit
• ☐ Liệt kê đầy đủ thứ tự ưu tiên: convertible notes chưa convert → preferred senior → preferred junior → common
• ☐ Xác định rõ từng nhà đầu tư là participating hay non-participating preferred, và múc preference (1x, 2x?)
• ☐ Chạy waterfall cho ít nhất 3 kịch bản: exit thấp, exit trung bình, exit tốt
• ☐ Dùng fully diluted cap table — bao gồm ESOP pool, warrants, và tất cả convertibles đã assume convert
• ☐ Tính "breakeven exit price" — mức exit tối thiểu để founder bắt đầu nhận tiền dương
• ☐ So sánh kết quả waterfall với kỳ vọng exit của mình, quyết định có muốn đàm phán lại điều khoản preference không trước khi ký
• ☐ Lưu file waterfall simulation vào data room để BOD và co-founder cùng tham chiếu

Waterfall analysis không phải công việc của kế toán hay luật sư — đây là công việc của chính bạn, người founder, người phải chịu hậu quả của từng dòng chữ trong term sheet. Nếu bạn chưa từng tự chạy waterfall cho công ty mình, hôm nay là thời điểm tốt nhất để bắt đầu. AI Agent BeginGuru có thể giúp bạn phân tích exit waterfall ngay trong Cap Table Template — bạn nhập số liệu, agent mô phỏng và chỉ ra chính xác bạn sẽ nhận được bao nhiêu trong từng kịch bản, miễn phí. Và nếu bạn muốn đi sâu hơn vào toàn bộ hành trình gọi vốn — từ định giá, đàm phán term sheet, đến xây dựng BOD — bộ 5 ebook gọi vốn của BeginGuru là tài liệu thực chiến duy nhất tôi biết được viết hoàn toàn từ góc độ founder Việt Nam, cho founder Việt Nam.