Methodology

Scenario Analysis Explained: Building Coherent Futures, Not One Forecast

Scenario analysis replaces a single point forecast with a small set of internally consistent futures, each with its own assumptions, so you can see how a view breaks.

Scenario analysis is the practice of building a small number of complete, internally consistent pictures of the future instead of a single forecast. Each picture carries its own linked assumptions, and each produces its own answer, so that the output of the work is a range and a set of conditions rather than one number pretending to be certain.

It is one of the few research techniques that makes a model more honest rather than more impressive. A single forecast hides how fragile it is. A set of scenarios puts the fragility on the page where a reader can argue with it.

What a scenario actually is

A scenario is not a number. It is a story with numbers attached.

The story part matters because the assumptions inside a financial model are not independent. If volumes fall because demand is weak, pricing usually softens too, discounts widen, operating leverage works against the company, and working capital behaves differently as inventory builds. A model that drops volumes by ten percent while holding realisations, gross margin and receivable days exactly at the base case is not describing a downturn. It is describing an accounting adjustment that no real downturn has ever produced.

So a well built scenario starts from a driver, the thing that changes in the world, and then works through every assumption that driver would touch. For an Indian manufacturer that driver might be a raw material cycle, an import duty change, a capacity addition by a competitor, or a monsoon. For a lender it might be a rate cycle, a credit cost normalisation, or a shift in deposit competition. The driver is the sentence you can say out loud. The scenario is what happens to the model when you take that sentence seriously.

Three or four scenarios is the usual working set:

  • Base case. What you actually expect, built on current run rates, stated guidance where it exists, and normal cyclical behaviour.
  • Upside case. The world goes well for this business. Demand holds, the new capacity fills faster than planned, input costs stay benign.
  • Downside case. The world goes badly in a recognisable, ordinary way. Not a catastrophe, just a normal bad year.
  • Stress case, sometimes. A severe but conceivable break, closer to stress testing than to forecasting.

The value of the set is the spread between them, and the clarity of what separates one from the next.

Building one properly

The mechanics are simple. The discipline is not.

Start from drivers, not from outputs. A common failure is to decide the answer first, then reverse engineer assumptions until the model prints it. That produces a scenario that cannot be argued with because it was never really built. Begin with the two or three variables that genuinely drive the business, and let the output fall where it falls. Understanding how a company actually makes money is the prerequisite here, because you cannot choose the right drivers for a business you have not decomposed.

Link the assumptions. Write down, explicitly, the chain from driver to line item. If volume falls, does the company cut price to defend share or hold price and cede volume? Does fixed cost absorption worsen the gross margin or the operating margin in your model structure? Does capex get deferred? Each of these is a judgement, and each should be visible.

Keep the accounting consistent. Revenue, working capital, cash flow and the balance sheet all have to move together. A scenario where profit collapses but receivable days stay perfect and cash builds normally is arithmetically possible and commercially unlikely.

Label the scenario with its conditions, not its conclusion. “Downside: minus fifteen percent” tells a reader nothing. “Downside: capacity addition across the industry runs ahead of demand, realisations compress through the year, utilisation stays below the level assumed in the base case” tells them exactly what to watch for and exactly what would falsify it.

Give each scenario a rough sense of plausibility, carefully. Some desks attach probabilities. That can be useful for combining scenarios into an expected value, but it also invites false precision, because a probability invented for a spreadsheet is still an invented number. A softer and often more useful approach is to rank the scenarios by how much of the current evidence supports each, and to say plainly which observable events would move weight from one to another.

How to do it well

A few habits separate scenario work that changes a decision from scenario work that decorates a memo.

Make the scenarios genuinely different. If the upside and downside cases sit a few percent either side of base, you have built error bars, not scenarios. The spread should be wide enough that the two ends imply different conclusions. If every scenario leads to the same decision, the analysis has told you the decision is robust, which is useful, but you should say that out loud rather than pretend you explored a range.

Write the falsifier for each one. For every scenario, note the piece of evidence that would show it is happening: a monthly volume series, a commodity spread, a segment disclosure, a shift in management guidance. Scenarios that cannot be tracked are opinions with decimal places.

Anchor to what was knowable. If you are testing how your scenario framework would have performed historically, the assumptions have to be built from data as it stood at the time, not from restated history. This is exactly the trap described in why point-in-time data matters and what is lookahead bias. A scenario built with hindsight is not a scenario, it is a memory.

Separate the driver from the multiple. In equity work, a large share of the spread between an upside and a downside case often comes from the valuation multiple rather than the operating forecast. That is legitimate, because multiples do move with cycles, but it should be shown separately so a reader can see how much of the range is earnings and how much is sentiment. The point in why the P/E ratio is not enough applies directly.

Update, do not defend. A scenario set is a live artifact. When evidence arrives, the honest move is to shift weight between scenarios or to rebuild one, not to argue the world back into the base case.

What it does not tell you

Scenario analysis is a discipline for thinking, not a machine for producing truth. Its limits are worth stating clearly.

It does not cover the outcomes you did not imagine. Every scenario in the set came out of your head. The events that hurt portfolios most are usually the ones nobody wrote down, and no amount of care in building three cases fixes that. A scenario set is bounded by the imagination of its author.

It has no probabilities of its own. The framework produces conditional answers: if the world looks like this, the output looks like that. It says nothing about how likely each world is. Any probability attached is a human judgement, and dressing it as a computed number makes it more dangerous, not less.

A range is not a risk measure. Knowing that the outcome sits between two points does not tell you the shape of the distribution in between, or how fat the tails are outside it. That is a different question, closer to Monte Carlo simulation and to value at risk, and each of those has its own weaknesses.

Consistency is not accuracy. A scenario can be beautifully internally coherent and still describe a world that will never happen. Coherence is a quality check on the model, not evidence about the future.

It can launder a view. The most common misuse is to build a base case that is really the desired answer, then flank it with a token upside and a token downside so the work looks balanced. The tell is that the base case assumptions were never independently justified. If the middle scenario is the only one with real reasoning behind it, the range is decoration.

Correlation across holdings gets lost. At portfolio level, running a scenario company by company and adding up the results assumes the scenario hits each name independently. In a real macro shock it does not, which is why correlations rise in crises and why portfolio level stress work exists as a separate exercise.

The right way to hold all this is modest. Scenario analysis will not tell you what happens. It will tell you what you are assuming, how much those assumptions matter, and what evidence should change your mind. That is a smaller claim than a forecast makes, and a far more defensible one.

This article is educational. Altys Labs is not a registered research analyst or investment adviser, and nothing here is investment advice or a recommendation to buy, sell, or hold any security.

Frequently asked questions

What is scenario analysis?

Scenario analysis is the practice of building a small number of complete, internally consistent pictures of the future rather than a single forecast. Each scenario carries its own set of linked assumptions about demand, pricing, costs and capital, and each produces its own output. The point is to see the range of outcomes a business or portfolio could plausibly deliver and what would have to be true for each.

How is scenario analysis different from sensitivity analysis?

Sensitivity analysis moves one input at a time and holds everything else fixed, so it shows which single assumption matters most. Scenario analysis moves several inputs together in a way that makes narrative sense, because in the real world volumes, prices and costs tend to move as a package. Sensitivity finds the lever, scenario describes the world.

How many scenarios should a model have?

Most working models use three, often described as base, upside and downside, and some desks add a stress case. More than four or five tends to blur the distinctions and invite false precision. The discipline that matters is not the count but whether each scenario is internally consistent and clearly labelled with the assumptions that define it.