Property Development Feasibility Software South Africa

Every South African development starts as a number scribbled on the back of an offer to purchase, and far too many of them end as losses because that number was never properly tested. Property development feasibility software South Africa developers can actually trust replaces the fragile, error-prone spreadsheet with a structured model that carries a scheme from raw land through build cost, professional fees, ZAR finance and holding costs, contingency and revenue, all the way to a defensible profit, margin and residual land value. When a bank, a JV partner or your own board asks “is this deal worth doing?”, the answer should come from a model you can interrogate, not a cell reference nobody remembers writing.

This guide explains what property development feasibility software is, how the full input-to-output model works, how to stress-test a scheme with scenario and sensitivity analysis, and how the feasibility model should flow directly into the live project’s budget and cash flow so the appraisal keeps earning its keep long after the land is bought.

What property development feasibility software is and why it beats spreadsheets

A development feasibility (or appraisal) tool is purpose-built to answer one question: given everything you know and everything you have to assume, does this scheme make money, and how much margin do you have before it stops? Unlike a generic spreadsheet, it understands the shape of a property development — that land sits at the front, that finance interest compounds on drawn cost over time, that contingency is a percentage of works, and that residual land value is what falls out when you fix a target profit.

Spreadsheets are where most SA developers start, and they fail in predictable ways:

Broken formulas. A dragged cell, a hard-coded number over a formula, a deleted row — and the profit line is quietly wrong with no warning.
No version control. Three copies of “Feasibility_FINAL_v4.xlsx” and nobody is sure which one went to the bank.
Finance modelled badly. Interest is treated as a flat lump instead of accruing on the actual drawdown curve, understating your true holding cost.
No audit trail. When a lender queries an assumption, you cannot show where the number came from.
No handoff. The feasibility lives in a file that dies the day construction starts, so the budget gets rebuilt from scratch and the two never reconcile.

Feasibility software fixes these by making the model consistent, versioned and connected. The point is not prettier reports — it is that the same logic runs every deal the same way, so you can compare sites, defend assumptions and catch a bad scheme before it costs you.

The full input-to-output model

Every credible appraisal moves from a defined set of inputs to a small set of decision outputs. The table below is the comprehensive skeleton of a South African development feasibility — the fields good software asks you to fill in, and what it computes back.

Stage	Line item	Notes for the SA context
Inputs — Land	Purchase price / offer	Or leave open to solve as residual land value
	Transfer duty & conveyancing	Duty on the higher of price or valuation
	Rezoning, consolidation, subdivision	Town-planning and municipal application costs
Inputs — Build	Construction cost (rate/m² × GLA)	Benchmark against recent tender rates in ZAR
	NHBRC enrolment	Compulsory for residential; budget the enrolment fee per unit
	Bulk services & municipal contributions	Engineering services levies, connection fees
	Site works & infrastructure	Roads, stormwater, reticulation for larger schemes
Inputs — Soft costs	Professional fees	Architect, engineers, QS, town planner (% of build)
	Statutory & compliance	Occupation certificate, SG diagram, HOA setup
	Marketing & sales commission	Agent commission on gross realisation
Inputs — Finance	Senior debt & equity split	Loan-to-cost, drawdown profile
	Interest rate & term	Prime-linked ZAR finance; model on drawn balance
	Holding cost	Rates, levies, security during build and sell-down
Inputs — Risk	Contingency	Percentage of construction, higher for renovation
	B-BBEE / preferential procurement	Where it affects contractor selection and cost
Revenue	Gross realisation (sales)	Unit prices × mix, net of VAT treatment
	or Net rental & yield	For hold schemes: NOI capitalised at exit yield
Outputs	Total development cost (TDC)	Sum of all cost inputs incl. finance
	Profit (ZAR)	Revenue − TDC
	Profit on cost / on GDV (%)	Your headline margin
	Return on equity / IRR	What the equity actually earns
	Residual land value	Max land price that still hits target profit

The value of running this in software rather than a sheet is that finance and contingency are computed live off the other inputs. Change the build rate and the professional fees, contingency, interest and TDC all move together — so the margin you read at the bottom is always internally consistent.

Sensitivity and scenario testing

A single-point answer is dangerous. “This scheme makes R14.2m profit” means nothing until you know how fragile that number is. Good feasibility software makes stress-testing a first-class feature, not a manual afterthought.

Sensitivity analysis flexes one variable at a time — sale price down 5%, build cost up 10%, interest rate up 200 basis points — and shows what each does to profit and margin. This tells you which assumption your deal is most exposed to.
Scenario testing builds full alternative worlds — a base case, a downside, an upside — each with its own coherent set of inputs, so you can compare outcomes side by side.
Break-even points. At what sale price, or what build cost overrun, does the profit hit zero? A scheme that breaks even at a 4% cost overrun is a very different risk to one that survives 15%.

In the SA market, where prime moves, tender rates jump and sell-down periods stretch, the schemes that survive are the ones whose developers knew their downside before they signed. Sensitivity tables turn “I think we’re fine” into “we lose money only if prices fall more than 9% and build costs rise more than 7% at the same time” — a sentence a credit committee can actually use.

Residual land value: what you can afford to pay

Most developers use feasibility software the obvious way: plug in a land price and read the profit. The more powerful move is to run it backwards. Fix your required profit margin, and let the model solve for the maximum land price that still delivers it. That number is your residual land value, and it is the single most useful output when you are negotiating.

It caps your offer. Pay above residual land value and you are buying someone else’s profit.
It ranks sites objectively. Two plots asking the same price can have very different residual values once density, build cost and sales rates differ.
It survives negotiation. When a seller pushes, you know exactly how much room you have before the deal stops working.

Software makes this trivial because the model is already wired end to end — flip land from an input to a solved output and every downstream number re-derives.

From feasibility to the live budget and cash flow

This is where dedicated feasibility software separates from a clever spreadsheet, and it is the reason to run feasibility inside your project platform rather than a standalone calculator. The appraisal that got the deal approved should become the project’s opening budget — not get retyped, reinterpreted and disconnected.

The feasibility budget becomes the control budget. Each cost line you modelled becomes a line you track actuals against, so variance is visible from day one.
The drawdown profile becomes the cash flow. The finance assumptions that drove your interest cost become the live cash flow forecast you manage the scheme against.
The model stays alive. When a tender comes in 8% over, you update the real number and immediately see the impact on projected profit — the feasibility is a living forecast, not a museum piece.

Wakha is built around exactly this handoff: the feasibility model and the live construction budget are the same object, so the profit you promised and the profit you are tracking never drift into two separate spreadsheets. That continuity is what keeps a development honest through the messy middle, and it plugs directly into the wider development workflow from land to handover.

The Wakha feasibility cluster: residential and build-to-sell

This is the pillar page for feasibility software. Two deeper dives go one level down for the most common SA development types:

Residential development feasibility — unit mix, per-unit NHBRC, sectional-title versus freehold, HOA setup and estate infrastructure. See residential development feasibility software South Africa for the residential-specific model.
Build-to-sell feasibility — schemes where the whole point is to develop, sell down and exit, with gross realisation and sell-down timing as the dominant variables. See build-to-sell feasibility software South Africa for that appraisal in detail.

If you want the methodology — how to actually conduct the study rather than which tool to use — start with our feasibility study for property development guide, then come back here for the software that runs it.

When to adopt feasibility software

You do not need a platform to appraise your first duplex. You do need one when the cost of a wrong number exceeds the cost of the tool — which happens sooner than most developers expect.

You are appraising more than a handful of deals a year. Consistency across sites becomes worth more than the flexibility of a blank sheet.
You raise external finance. Banks and equity partners respond to structured, auditable models far better than to a personal spreadsheet.
Your schemes have real complexity — multiple phases, mixed use, staged drawdowns, or a sell-down that overlaps construction.
You keep rebuilding the budget every time a deal moves from “maybe” to “go”. That rework is the tell that your feasibility and delivery tools are disconnected.

For teams focused on housing schemes, the broader picture of software for residential developers and how it links to residential development finance shows where feasibility sits in the full toolkit.

South African specifics to model properly

Generic feasibility tools miss the local line items that quietly decide whether a scheme works. Your model must handle:

NHBRC enrolment — a per-unit statutory cost on residential builds that is easy to leave out and never trivial across a scheme.
Municipal bulk services and engineering contributions — connection fees and services levies that vary sharply by municipality and can dwarf small-scheme margins.
B-BBEE and preferential procurement — where contractor selection, funding conditions and public-sector eligibility affect both cost and access to the deal.
ZAR finance costs — prime-linked, volatile, and best modelled on the drawn balance over the real build-and-sell timeline rather than as a flat percentage.
VAT and transfer duty treatment — the difference between a VAT-registered sale and a duty-bearing transaction changes your net revenue meaningfully.

Feasibility software configured for the SA market prompts for these directly, so they never fall off the back of the envelope.

Book a demo

See how Wakha turns a feasibility model into a live project budget and cash flow in one place. Book a demo.

FAQ

What is property development feasibility software?

It is a purpose-built tool that models a development from inputs — land, build cost, professional fees, finance, contingency — through to outputs like profit, margin, return and residual land value. Unlike a spreadsheet, it computes finance and contingency live off the other inputs and can carry the model into the live project budget, so the appraisal stays consistent and auditable from offer to handover.

How is feasibility software different from a spreadsheet?

A spreadsheet is a blank canvas that breaks silently — dragged formulas, lost versions, finance modelled as a flat lump. Feasibility software enforces one consistent model across every deal, computes ZAR finance on the actual drawdown curve, versions your assumptions, and hands the budget off to construction. The result is a number you can defend to a bank instead of a file nobody fully trusts.

Can feasibility software calculate residual land value?

Yes, and it is one of the strongest reasons to use it. Instead of entering a land price and reading the profit, you fix your target profit margin and let the model solve for the maximum land price that still delivers it. That residual land value caps your offer, ranks competing sites objectively and gives you a clear negotiating limit before you sign.

Related articles: