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.

By StartupByState EditorialSeptember 06, 20265 min read

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:

  1. What operational drivers create the number?
  2. Which cells are hard-coded?
  3. What unit and period does each input use?
  4. Where did the default value come from, and when was it reviewed?
  5. 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

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.