Feasibility modelling
Common residential development feasibility mistakes
Most feasibility errors are not careless. They sit at predictable seams where assumptions move, scenarios diverge or cashflow timing gets summarised away. Here are the recurring ones.
Short answer. The ten most common residential feasibility mistakes cluster around inputs that age, scenarios that drift apart, cashflows that get aggregated, and outputs read in isolation. Each one is fixable. None of them are careless.
The ten mistakes, in order of frequency
- Pricing pulled from old comparables. The single most common mistake. Three to six months is the half-life of useful pricing data in a moving market.
- Construction rate from a different cycle. A two-year-old rate from a previous project, used unadjusted. Build costs in Australia have moved fifteen to thirty percent inside two-year windows in recent cycles.
- Contingency too thin. Three percent. Five if you are feeling generous. The correct number for a residential apartment scheme is closer to seven and a half, especially in the first two years of a new sub-market.
- Annual cashflow only. Peak debt and IRR both fail under annual rollup. The lender sizes against the monthly peak.
- DM fee handled inconsistently. Treated as a cost in TDC sometimes, as a distribution other times. Decide once, document it.
- GRV gross of selling costs and GST. Net realisation is what funds the project. Headline GRV overstates it.
- Sensitivities run only on revenue. Revenue gets all the attention. Construction rate, interest rate and timing each move the answer just as much.
- Scenarios that diverge silently. Base and downside live in different files, then someone updates the construction rate in one but not the other.
- Outputs read in isolation.Profit on cost can clear the hurdle while development margin does not. IRR can be high while peak equity exceeds the developer’s appetite. Read all six core metrics together.
- “Final” version is not final. The model that goes to IC is not the one that gets used post-approval. Version chaos creates phantom assumptions.
The structural causes
Most of these mistakes share a common root. They are seams in the workflow where information has to move from one document, one analyst or one stage to the next. Spreadsheets are particularly bad at preserving information across seams.
| Mistake | Where it originates | Structural fix |
|---|---|---|
| Old pricing | Manual data refresh | Date-stamped inputs |
| Old construction rate | Re-use of prior models | QS input every project |
| Thin contingency | Optimism bias | Documented contingency policy |
| Annual cashflow only | Excel default | Monthly cashflow as standard |
| DM fee drift | Inconsistent precedent | Single fee schema |
| Headline GRV | Investor-deck shorthand | Net realisation as the input to TDC |
| Revenue-only sensitivities | Analyst habit | Mandatory sensitivity matrix |
| Scenario divergence | Multi-file model | Scenarios share a project |
| Isolated outputs | Summary slide focus | Six-metric IC standard |
| Version chaos | File-naming as VCS | Single source of truth |
How to catch each mistake before IC
Pricing and construction rate
Date-stamp every input. Refuse any unit price older than three months and any construction rate not signed off by a current QS for the relevant typology. Make the date a visible field, not buried metadata.
Contingency
Write down your contingency policy. Five percent for a tested typology in a known sub-market. Seven and a half for new typologies or new geographies. Ten in a speculative market or where supplier risk is elevated. Document the choice.
Cashflow and outputs
Run the cashflow monthly, every time. Calculate all six core metrics (GRV, TDC, profit on cost, development margin, IRR, peak debt and peak equity). Read them together, never in isolation.
Scenarios
Keep scenarios inside the same project. Changing one input updates all scenarios. Compare them side by side before circulating.
Most feasibility errors are timing errors and aggregation errors. They live in the seams between models, scenarios and dates.
Practical takeaways
- Date-stamp every input. Treat anything older than three months as a guess.
- Run the cashflow monthly, never annually.
- Read all six core metrics together, never one at a time.
- Keep scenarios inside a single project, not separate files.
- Write down your contingency policy before the pressure to cut it arrives.
Frequently asked
Questions we hear often.
What is the most common residential feasibility mistake?
Pricing pulled from comparable sales that are too old. Three to six months is the half-life of useful pricing data.
How much contingency should a residential feasibility carry?
Around 5 percent for a tested typology in a known sub-market, 7.5 percent for new typologies or geographies, 10 percent in speculative markets.
Should DM fees sit in TDC or in the equity waterfall?
Pick one and document it. Most Australian residential developers carry the DM fee inside TDC because it is paid through the program, not from a back-end distribution.
Why are revenue-only sensitivities a problem?
Because revenue is not the only variable that moves. Construction rate, interest rate and timing each have similar magnitude of impact on the answer.
About this article
Published May 2026. Last updated 21 May 2026. Written by Popurise for Australian property developers.
Hand-picked follow-ups, chosen to deepen the same thread or branch into a related workflow.
Excel replacement
Why property feasibility models break in Excel
A short, honest read on the eight ways Excel quietly produces a wrong feasibility, and the structural reason they keep recurring.
Scenario analysis
Why scenario analysis matters in development feasibility
Why a single feasibility number is a guess, and how to run a base/downside/upside scenario set that survives contact with IC.
Cashflow and timing
Why cashflow timing can kill a development deal
A project can be profitable on paper and still fail in cashflow. How timing decisions, settlement waterfalls and peak debt shape the answer.