Due Diligence
How to Read a Financial Model Before Buying It
An acceptance test for financial models covering traceability, operating logic, integrated statements, cash timing, scenarios, licensing and support.
Evaluate a financial model as a decision system, not a polished spreadsheet. Before buying, confirm that you can identify the inputs, trace the formulas, understand the accounting and cash timing, test scenarios, and adapt the model to your business without breaking it.
Start with the decision the model must support
A model built to estimate launch funding differs from one built to value an operating company or report to investors. Write down what you need to decide:
- How much cash is required before opening?
- When does the cash balance reach its minimum?
- What sales volume covers fixed costs?
- Which hires, equipment, and inventory are required at each capacity level?
- How do debt, owner contributions, and repayments affect cash?
Ask the seller to demonstrate that exact workflow. A model can be mathematically elaborate and still omit the output you need.
Inspect the model map
A usable model should make its structure visible. Look for separate areas for assumptions, calculations, outputs, scenarios, and documentation. The three core financial views should connect logically:
- the income statement explains revenue, costs, and profit over time;
- the balance sheet shows assets, liabilities, and owner equity at a point in time;
- the cash-flow statement explains cash received and paid through operating, investing, and financing activity.
The SEC’s introductory guide emphasizes that cash flow is related to, but not equivalent to, net income. If a model reports profit without showing collection timing, asset purchases, debt principal, or working capital, it may understate the cash needed.
Trace one result from output to evidence
Pick a prominent number such as “funding required” or “year-one revenue.” Follow every formula back to the editable assumptions. You should be able to answer:
- What operational drivers create the number?
- Which cells are hard-coded?
- What unit and period does each input use?
- Where did the default value come from, and when was it reviewed?
- What happens when an input is blank, zero, negative, or unusually high?
A source label is not enough. Verify that the source supports the specific value, geography, industry, and date. Public data can provide context while still being unsuitable as a business-specific quote.
Check the operating logic
Revenue should derive from the way the business actually earns money and respect capacity. Examples include:
- units sold × realized price for a seller that controls the product;
- billable hours × utilization × realized rate for a service firm;
- active subscribers × average recurring revenue, with new and lost customers modeled separately;
- transaction volume × take rate for an agent-style platform, subject to the applicable accounting analysis.
Costs should use compatible drivers. Inventory cannot remain flat while unit sales rise indefinitely. Staff capacity should limit hours or orders. Processing fees should scale with the correct payment volume. Taxes and accounting classifications should be documented rather than guessed.
Test integration and timing
Change one assumption and observe every affected output. Increasing unit sales may increase revenue, materials, processing fees, inventory orders, receivables, labor, and cash. If only revenue changes, the model may not be integrated.
Run these practical tests:
- set sales to zero and confirm variable costs and cash collections respond sensibly;
- delay customer collections by one month and check receivables and cash;
- move an equipment purchase and confirm depreciation and cash timing respond separately;
- add a loan and confirm proceeds, interest, principal, and closing balance;
- increase volume beyond capacity and look for a staffing or equipment step-up;
- confirm the balance sheet balances and beginning cash rolls forward.
Worked review: a model that overstates available cash
Suppose a hypothetical model forecasts $30,000 of month-one revenue and $4,000 of profit. The customer terms, however, require only a 20% deposit in month one and the remainder after delivery in month two. The spreadsheet also records a $12,000 equipment purchase only through depreciation.
A cash review begins with $6,000 collected, subtracts operating payments, and includes the $12,000 asset payment. The business can be profitable in the income view and still face a cash shortfall. This test reveals whether the purchased model can distinguish earnings from cash.
Review usability, ownership, and support
Before paying, confirm:
- file format and compatibility with your spreadsheet software;
- whether formulas, named ranges, scripts, external links, or add-ins are locked;
- instructions, change log, version date, and source notes;
- license terms for internal use, advisers, investors, and client work;
- privacy implications if the file uploads data to an external service;
- support period, update policy, refund terms, and what customization is included.
If the model is bundled with a franchise or business opportunity, additional disclosures may apply. The FTC’s Business Opportunity Rule covers certain sellers and requires specific information intended to help prospective buyers assess risk. Its scope is narrower than all spreadsheet or template purchases, so verify whether it applies to the offer you are considering.
A simple pre-purchase acceptance test
| Test | Pass condition |
|---|---|
| Traceability | Key outputs trace to labeled, editable inputs and documented sources. |
| Cash timing | Collections and payments follow explicit dates or terms. |
| Integration | Operations, profit, balance sheet, and cash respond consistently. |
| Scenarios | Several coherent cases can be compared without overwriting the base assumptions. |
| Error handling | Blank, zero, extreme, and invalid inputs produce visible, understandable results. |
| Adaptability | The model supports your revenue model, geography, timing, and capacity constraints. |
| Documentation | Instructions, definitions, version, license, and support are clear. |
Compare any purchased model with the assumptions exposed in the StartupByState calculator directory. Our methodology explains how we separate external evidence, user inputs, and calculated outputs.
Sources and scope
- U.S. Securities and Exchange Commission: Beginner’s Guide to Financial Statements — the purpose and relationship of core financial statements.
- U.S. Small Business Administration: Plan your business — business plans, startup costs, and prospective financial information.
- Federal Trade Commission: Business Opportunity Rule — disclosures required for covered business opportunities.
Research reviewed September 6, 2026. Examples are planning illustrations, not tax, legal, accounting, investment, or lending advice. The FTC rule does not apply to every financial-model sale.
Keep building your understanding.
All guidesHow to Test a Business Budget with Scenarios
A practical scenario framework that connects demand, staffing, capacity, collections and funding while preserving one auditable base case.
Read the guideHow to Model Revenue Without Confusing It with Transaction Volume
A metric and cash-flow framework for distinguishing what a business processes from what it earns, with platform and pass-through examples.
Read the guideHow to Compare Business Costs Across US States
A location comparison method covering registration, labor, occupancy, licensing, insurance, public datasets and cash-flow timing.
Read the guide