BDSGPHẠM VĂN THƯNHÀ SÁNG LẬP BDSG
ENTài khoản
Kết nối
Menu
Khởi nghiệp · Nội dung có hỗ trợ AI

Mô hình tài chính cho startup: giả định, dự báo từ dưới lên và các kịch bản

Đăng ngày 23/10/2026

Mục lục bài nghiên cứu
Ảnh bìa mô hình tài chính startup với giả định và kịch bản

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

Một bảng tính tài chính có thể rất chính xác về phép cộng nhưng vẫn sai về doanh nghiệp. Giá trị của mô hình nằm ở việc chỉ ra điều gì phải xảy ra để kế hoạch đứng được, tiền thiếu vào lúc nào và thông tin nào có thể làm nhóm đổi quyết định. Đường doanh thu đi lên chưa trả lời những câu hỏi ấy.

  • Dự báo từ khách hàng, công suất và lịch thu tiền, không chỉ từ quy mô thị trường.
  • Gắn mỗi giả định quan trọng với căn cứ, ngày xem lại và người chịu trách nhiệm.
  • Tách doanh thu, chi phí và tiền thực nhận hoặc phải trả.
  • Đổi những động lực có quan hệ với nhau khi dựng kịch bản.
  • Kiểm công thức và kiểm câu chuyện kinh doanh bằng hai lượt riêng.

Bảng tính phải phục vụ một quyết định

Giả định một nhóm bán công cụ chuẩn bị hồ sơ cho doanh nghiệp đang cân nhắc tuyển thêm người triển khai. Nếu bảng chỉ cho biết doanh thu cuối năm, nhóm chưa thấy lúc nào người mới bắt đầu làm được việc, bao nhiêu hợp đồng cần phục vụ và trước đó phải trả bao nhiêu tiền. Mô hình thích hợp phải nối tuyển dụng với khả năng giao hàng và lịch nhận tiền.

Có thể bắt đầu bằng câu hỏi hẹp hơn: với số khách đang có và những cơ hội đã kiểm chứng, công ty có đủ khả năng thực hiện các cam kết trong những tháng tới không. Câu trả lời chưa chắc là tuyển hay không tuyển. Nó có thể là cần xác minh thời gian triển khai, thương lượng lịch giao hoặc xem lại phạm vi dịch vụ trước khi chốt kế hoạch.

Bài YC về quản lý tài chính nhấn mạnh việc người sáng lập nắm số dư ngân hàng cùng tiền vào, tiền ra. Hướng dẫn ấy hữu ích vì kéo cuộc thảo luận về dữ liệu có thể đối chiếu, thay vì chỉ nhìn tăng trưởng trên trang trình chiếu. Đây là kinh nghiệm điều hành startup, không phải chế độ kế toán áp dụng cho mọi doanh nghiệp Việt Nam. [1]

Biết điều gì đang là số thật

Một mô hình nên phân biệt ít nhất ba trạng thái: đã xảy ra, đã cam kết và đang giả định. Tiền đã về tài khoản khác hợp đồng đã ký nhưng chưa đến hạn trả; cả hai khác một cuộc trao đổi mà khách chưa quyết định. Nếu đặt chung vào cột doanh thu tương lai, người đọc có thể nhầm mức chắc chắn của các dòng giống hệt nhau.

Nhóm có thể dùng một sổ giả định riêng, ghi tên biến, đơn vị, căn cứ và giới hạn. Chẳng hạn thời gian triển khai hiện dựa trên vài khách đầu có hỗ trợ trực tiếp từ người sáng lập, nên chưa được xem là năng suất của một đội mới. Không cần thêm một tỷ lệ dự phòng tùy ý để che khoảng trống đó; cần giữ rõ điều đang chưa biết.

Trong nghiên cứu về định giá doanh nghiệp non trẻ, Damodaran chỉ ra khó khăn do lịch sử ngắn, doanh thu ít hoặc chưa có và nguy cơ không tiếp tục hoạt động. Ông đề xuất kết hợp đặc điểm riêng của công ty với thông tin từ doanh nghiệp trưởng thành hơn khi dự báo. Bài dùng phần tóm tắt và mở đầu bản năm 2009, không biến nó thành mức định giá cho một startup cụ thể. [2]

Dự báo từ dưới lên bắt đầu ở công việc bán hàng

Cách tính từ dưới lên hỏi có bao nhiêu khách nhóm có khả năng tiếp cận, bao nhiêu người phù hợp và bao nhiêu người có thể được phục vụ. Những câu hỏi ấy cần gắn với thời gian. Một người quan tâm hôm nay có thể chỉ bắt đầu dùng sau khi hoàn thành rà soát nội bộ, nên không thể đồng thời xuất hiện ngay trong cả số khách mới và tiền thu tháng này.

Ví dụ tự dựng cho bài là công ty có mười khách đầu kỳ, thêm hai khách trong tháng và một khách rời đi. Số cuối kỳ là mười một, không phải mười hai. Tuy nhiên, lấy mười một nhân đơn giá vẫn có thể sai nếu khách vào giữa tháng, dùng gói khác nhau hoặc được miễn phí đợt triển khai. Bảng cần thể hiện quy tắc tính phí đã giả định.

Số cơ hội bán hàng cũng phải phù hợp năng lực thực hiện. Nếu đội chỉ có thể triển khai từng khách một, kế hoạch nhận nhiều hợp đồng cùng lúc cần thêm nguồn lực hoặc kéo dài lịch giao. Doanh thu không nên tăng theo số người bán còn công việc phục vụ bị giữ nguyên vô hạn. Mối nối giữa hai phần chính là nơi mô hình giúp phát hiện một câu chuyện quá dễ dàng.

Giá, lượng dùng và doanh thu không phải một biến

Một dòng doanh thu tổng có thể được tách thành số khách, gói dịch vụ, mức sử dụng và những khoản điều chỉnh. Khi nhóm đổi giá, họ cần hỏi có đổi nhóm mua, nhu cầu hỗ trợ hoặc tỷ lệ tiếp tục sử dụng không. Không có dữ liệu để trả lời thì giữ vài khả năng khác nhau, thay vì mặc định tăng giá không ảnh hưởng hành vi.

Với dịch vụ tính theo lượt, lượng dùng cao có thể làm cả doanh thu lẫn chi phí tăng. Với thuê bao có phần hỗ trợ thủ công lớn, số khách tương tự nhau vẫn có thể tạo khối lượng công việc khác nhau. Mô hình nên tách đơn vị tạo tiền khỏi đơn vị gây chi, rồi ghi quan hệ giữa chúng. Không phải mọi tác vụ nội bộ đều được khách thanh toán.

Mục hướng dẫn kế hoạch kinh doanh của SBA đề nghị nối dự báo tài chính với cách tiếp thị, bán hàng và nhu cầu tài trợ. Tài liệu nêu báo cáo kết quả, tình hình tài chính, dòng tiền và ngân sách đầu tư, với chi tiết hơn ở năm đầu. Đó là khung chuẩn bị kế hoạch trong bối cảnh Mỹ, không là yêu cầu hồ sơ pháp lý được bài áp cho người đọc Việt Nam. [3]

Bốn lớp từ dữ kiện đã xảy ra đến giả định vận hành, dự báo và quyết định
Hình 1. Cấu trúc mô hình do bài đề xuất; trạng thái dữ kiện không được trộn với dự kiến.

Tách chi phí theo nguyên nhân và lịch thanh toán

Chi phí nhân sự nên bắt đầu từ vai trò, thời điểm bắt đầu và mức công việc cần đáp ứng. Trong một tình huống giả định, người triển khai mới cần thời gian học trước khi tự phục vụ khách. Nếu mô hình ghi đủ tiền lương nhưng cũng ghi đủ năng suất ngay ngày đầu, câu chuyện vẫn quá lạc quan dù phép cộng tiền lương không hề sai.

Bên cạnh khoản biến động theo khách hoặc lượng dùng, cần nhận diện cam kết có thể tăng theo bậc. Một công cụ có thể phục vụ phạm vi nhỏ bằng hạ tầng sẵn có rồi phải thêm tài nguyên khi vượt công suất. Mô hình không cần mô phỏng mọi chi tiết kỹ thuật, nhưng cần chỉ ra ai xác nhận ranh giới và khoản nào sẽ đổi khi phạm vi phục vụ thay đổi.

Tiền thanh toán cũng có thể đi trước hoặc sau việc sử dụng. Một gói dịch vụ trả trước không nên bị biến thành khoản chi đều hàng tháng trong bảng tiền, chỉ vì nhóm muốn đường số dư trơn hơn. Ngược lại, khoản phải trả đã phát sinh không biến mất khi chưa xuất hiện trên sao kê. Cần đối chiếu lịch hợp đồng, dữ liệu vận hành và hồ sơ kế toán phù hợp.

Ví dụ giả định: hợp đồng chưa đồng nghĩa có tiền

Giả sử đầu tháng có hai trăm triệu đồng dùng được. Trong tháng, công ty nhận được ba mươi triệu từ khách và trả bảy mươi triệu cho hoạt động đã giả định. Số dư cuối tháng theo phép tính đơn giản là một trăm sáu mươi triệu. Đây là minh họa số học, không phải báo cáo hoặc ngưỡng tài chính của doanh nghiệp thật.

Nếu công ty ký thêm một hợp đồng nhưng tiền chỉ đến vào tháng sau, số dư tháng này vẫn chưa tăng vì chữ ký ấy. Kế hoạch cần ghi cả điều kiện nghiệm thu và thời điểm thu dự kiến. Khi chưa xác nhận điều kiện, không điền một ngày chắc chắn chỉ để bảng không âm. Phần thiếu căn cứ phải có người tiếp tục làm rõ.

Tim Brady trong hướng dẫn YC phân biệt burn rate bằng tiền với doanh thu và chi phí trên báo cáo kết quả. Ông cũng lưu ý khi thu chi thay đổi thì phép chia đơn giản để ước lượng thời gian còn tiền không đủ, cần dựng diễn biến trong bảng tính. Bài giữ giới hạn đó, không suy rằng một kết quả chia là ngày công ty chắc chắn hết khả năng thanh toán. [4]

Kịch bản phải kể được một thế giới nhất quán

Ba cột tốt, cơ sở và xấu không có nhiều giá trị nếu chỉ lấy mọi dòng nhân một hệ số. Trong tình huống công cụ hồ sơ, khách quyết định chậm hơn có thể làm doanh thu lùi, tiền nhận lùi và người triển khai chưa sử dụng hết thời gian. Nếu chi phí quảng bá vẫn giữ nguyên, tiền thiếu có thể đến sớm hơn điều nhìn thấy từ tổng doanh thu năm.

Kịch bản cơ sở là tập giả định được chọn để làm việc, không phải kết quả có xác suất cao đã đo được. Kịch bản bất lợi nên nêu một cơ chế cụ thể, như chu kỳ mua dài hơn hoặc công sức triển khai lớn hơn dự kiến. Kịch bản thuận lợi cũng cần xem giới hạn phục vụ, bởi bán tốt hơn chưa bảo đảm giao được đúng hẹn.

Có thể tổ chức buổi đọc kịch bản theo câu hỏi: nếu điều này xảy ra thì phần nào trong doanh nghiệp phải thay đổi theo. Người bán xem tiến độ chốt, người vận hành xem công suất, người tài chính xem tiền và cam kết. Một kịch bản có ích khiến các bên nhìn thấy mâu thuẫn; nó không chỉ tạo thêm ba biểu đồ để người trình bày chọn đường đẹp nhất.

Ba kịch bản theo cơ chế bán hàng, triển khai và thu tiền thay vì nhân toàn bảng
Hình 2. Kịch bản minh họa của tác giả; không gán xác suất hoặc tỷ lệ chuẩn.

Độ nhạy khác với thử nhiều giả định cùng lúc

Kiểm độ nhạy có thể giữ các điều kiện khác để xem một biến tác động thế nào tới kết quả. Ví dụ giả định là thay thời điểm thu của một hợp đồng, rồi quan sát số dư thấp nhất có đổi hay không. Cách làm ấy giúp xác định câu hỏi đáng kiểm chứng trước, nhưng chưa thể hiện toàn bộ phản ứng của khách hoặc đội vận hành.

Khi thay nhiều biến cùng lúc, nhóm đang gần với một kịch bản hơn là kiểm tác động riêng. Cần ghi cách hiểu để tránh kết luận rằng một yếu tố gây ra toàn bộ chênh lệch. Bảng mô phỏng còn có thể cho thấy kết quả rất nhạy với một giả định chưa có dữ liệu. Khi đó ưu tiên hợp lý là tìm bằng chứng, không thêm chữ số sau dấu phẩy.

Không nên mặc định khoảng cộng trừ giống nhau cho mọi biến. Giá bán đã có hợp đồng khác tỷ lệ chuyển đổi mới đo qua vài cuộc nói chuyện. Nếu chưa đủ cơ sở tạo một khoảng định lượng, có thể thử các tình huống rời rạc với nhãn giả định. Tính minh bạch về giới hạn quan trọng hơn vẻ tinh vi của một mô hình xác suất không được kiểm định.

Thiên lệch nằm trong cách chọn căn cứ

Kahneman và Lovallo phân tích xu hướng xem vấn đề như độc nhất, bám vào kế hoạch bên trong và bỏ qua thống kê quá khứ. Phần tóm tắt công trình năm 1993 đồng thời nói tới dự báo quá lạc quan và thái độ thận trọng trước rủi ro. Không nên rút thành kết luận rằng người sáng lập luôn liều hoặc chỉ cần thêm một tỷ lệ dự phòng là hết thiên lệch. [5]

Một cách vận dụng hẹp là hỏi dự án tương tự từng mất bao lâu và khác tình huống hiện tại ở đâu. Nếu nhóm nói khách này chắc chắn ký nhanh hơn, cần ghi bằng chứng riêng thay vì chỉ ghi niềm tin của người phụ trách. So sánh bên ngoài cũng phải đúng nhóm; không dùng tốc độ mua của một khách nhỏ để đại diện hợp đồng doanh nghiệp nhiều vòng duyệt.

Buehler, Griffin và Ross khảo sát dự báo thời gian hoàn thành nhiều loại công việc và ghi nhận sự lạc quan trong ước lượng của người thực hiện. Tóm tắt nghiên cứu năm 1994 mô tả việc nối dự đoán với kinh nghiệm quá khứ có thể giảm sai lệch trong một nghiên cứu thành phần. Bài chỉ dùng kết quả ấy để đặt câu hỏi về lịch công việc, không suy thành tỷ lệ trễ chuẩn của startup. [6]

Việt Nam: phần mềm dự báo vẫn cần giả định đúng

Tài liệu MISA SME 2026 mô tả chức năng dự báo thu, chi và tiền tồn dựa trên dữ liệu cùng các mục thu chi được khai báo. Một số khoản định kỳ lấy số kỳ trước, còn người dùng có thể bổ sung khoản không định kỳ theo tình hình đơn vị. Đây là mô tả tính năng của nhà cung cấp, không phải kiểm độc lập về độ chính xác của dự báo. [7]

Ví dụ ấy nhắc rằng tự động tổng hợp không loại bỏ câu hỏi dữ liệu đã đầy đủ chưa. Một hợp đồng mới, thay đổi lịch trả hoặc khoản phát sinh chưa được nhập có thể chưa nằm trong kết quả. Khi dùng phần mềm, nhóm cần hiểu nguồn từng dòng và cách chỉnh giả định; không gọi một bản in tự động là dự báo đã được xác nhận.

Tài liệu Dedicated Inference của FPT Cloud tách chỉ số token với phần tài nguyên quyết định hóa đơn trong dịch vụ đó. Trang nêu việc tính chi phí theo capacity, thể hiện bằng GPU-hours, thay vì theo token. Ví dụ này chỉ dành cho cấu hình được tài liệu mô tả, không đại diện mọi dịch vụ AI của FPT hoặc mọi nhà cung cấp. [8]

Góc nhìn AI: kiểm logic trước khi tin công thức

Trợ lý tạo sinh có thể giúp đề xuất cấu trúc bảng, diễn giải công thức hoặc tìm chỗ tên biến không nhất quán. Những việc đó vẫn cần đầu vào đã được phép sử dụng. Không gửi nguyên hồ sơ khách, tài khoản ngân hàng hoặc bảng lương chỉ vì công cụ có khả năng đọc tệp. Phiên bản dùng thử cũng cần dữ liệu giả và phạm vi rõ.

Một lượt kiểm thứ nhất xem phép tính: đơn vị, dấu thu chi, liên kết giữa tháng, tổng đầu kỳ và cuối kỳ, ô bị ghi đè hoặc công thức bỏ sót hàng. Người kiểm có thể dùng vài trường hợp nhỏ tính tay, chẳng hạn không có khách mới hoặc nhận tiền chậm. Một mô hình chỉ chạy được khi mọi biến đều thuận lợi chưa phải công cụ đáng dùng.

Lượt thứ hai xem logic doanh nghiệp: khách lấy từ đâu, ai phục vụ họ, thời gian nào thực hiện, công việc thủ công nào chưa tính và hợp đồng cho phép điều gì. AI có thể tạo một bảng cân bằng số học bằng cách lặng lẽ thêm dòng điều chỉnh, nhưng dòng ấy không tạo tiền hay giải quyết thiếu công suất. Người phụ trách phải hỏi nguồn của sự cân bằng.

Hồ sơ NIST về rủi ro AI tạo sinh đề cập hiện tượng tạo thông tin sai có vẻ tự tin cùng yêu cầu kiểm bằng chứng phù hợp. Bài vận dụng thành nguyên tắc không xem lời giải thích trôi chảy là kiểm chứng công thức hoặc giả định. Đây là gợi ý tổ chức kiểm soát; tài liệu không chứng nhận một bảng tính do AI tạo đã đúng hay an toàn cho quyết định đầu tư. [9]

Nhóm nên lưu đầu vào kiểm, phiên bản mô hình và những chỉnh sửa do người thực hiện. Nếu AI đề xuất thay một giả định, cần phân biệt đó là gợi ý với dữ liệu vừa được xác minh. Không để một lần cập nhật tự động biến mọi ô chưa biết thành số không.

Hai lượt kiểm tách công thức và logic kinh doanh, nối tới bằng chứng và người duyệt
Hình 3. Quy trình kiểm mô hình có AI do bài đề xuất; không thay trách nhiệm chuyên môn.

Cập nhật mô hình bằng chênh lệch thực tế

Sau mỗi kỳ, giữ nguyên bản dự báo cũ rồi đặt số thực tế cạnh nó. Nếu viết đè lịch sử để mọi đường khớp nhau, nhóm mất khả năng học vì sao đã dự báo sai. Chênh lệch nên được tách theo lượng khách, đơn giá, thời gian, công sức phục vụ và khoản chưa dự tính, thay vì gom tất cả thành một dòng khác.

Một hợp đồng lùi vì thủ tục mua khác một hợp đồng không còn nhu cầu. Hai trường hợp có thể tạo cùng một con số thiếu doanh thu tháng này nhưng dẫn tới hành động khác nhau. Cần người hiểu hoạt động xác nhận diễn giải, không giao hoàn toàn cho công cụ phân loại. Khi chưa biết nguyên nhân, ghi chưa biết và lịch tìm hiểu tiếp.

Thảo luận YC về cách dùng tiền phân biệt giai đoạn còn tìm sản phẩm phù hợp với nhu cầu và giai đoạn đã có cơ sở tăng trưởng. Các đối tác cảnh báo việc tăng đội ngũ không tự giải quyết được thiếu bằng chứng khách cần sản phẩm. Bài dùng góc nhìn đó để hỏi mô hình đang tài trợ cho việc học hay đang mặc định một động cơ tăng trưởng chưa được kiểm chứng. [10]

Bốn việc khi xem chênh lệch: giữ dự báo cũ, đặt số thực tế cạnh, tìm nguyên nhân và đổi có căn cứ
Hình 4. Cách học từ chênh lệch do bài đề xuất; không viết lại lịch sử cho khớp.

Bàn giao một mô hình có thể đọc lại

Một hồ sơ ngắn nên nói rõ phiên bản, thời điểm dữ liệu, đơn vị tiền và phạm vi chưa đưa vào. Người nhận cần biết con số nào là thực tế, con số nào từ hợp đồng và con số nào chỉ là tình huống. Không cần giấu bất định để bản trình bày có vẻ tự tin; sự bất định được mô tả rõ giúp đặt đúng câu hỏi khi xem xét kế hoạch.

Quyết định tài trợ, vay, đầu tư, thuế hoặc ghi nhận kế toán cần những bước đánh giá riêng theo tình huống thực tế. Mô hình quản trị trong bài không lựa chọn giao dịch, pháp nhân hay cách xử lý thuế cho người đọc. Giá trị của nó là chuẩn bị căn cứ và phát hiện chỗ cần người có chuyên môn, trước khi một quyết định có hậu quả được chốt.

Kết luận

Một dự báo có ích không cần đúng tương lai đến từng đồng. Nó cần diễn đạt được quan hệ giữa bán hàng, phục vụ khách, nguồn lực và tiền, đồng thời cho thấy điều gì chưa được xác nhận. Khi thực tế khác kế hoạch, nhóm có thể tìm nguyên nhân và đổi giả định. AI giúp làm bảng nhanh hơn; khả năng giải thích và kiểm lại từng mối nối mới làm bảng đáng tin hơn.

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

Nội dung có hỗ trợ AI, ví dụ số và sơ đồ do tác giả tự xây, không sao lại bảng nguồn và không phải bản dịch. Các tài liệu được đọc ngày 24/10/2026: ba bài Y Combinator, phần tóm tắt hoặc mở đầu của ba công trình, SBA, hướng dẫn MISA, FPT và hồ sơ NIST. Chưa kiểm chứng toàn bộ nghiên cứu, không kiểm dịch vụ nhà cung cấp hay lập dự báo cho doanh nghiệp thật; đây là nội dung giáo dục, không thay đánh giá tài chính, kế toán hoặc pháp lý riêng.