A housing scenario model for a priority renter population.

THE DECISION

How should the project team structure the evidence so it could compare different housing scenarios without overstating what was known?

The model needed to show:

• how estimated need changed under different assumptions
• which conditions were supported by available evidence
• what remained uncertain
• which variables materially changed the result
• and where engagement or administrative data was still required

THE MANDATE

The research direction was already established: understand housing pressure, service access, neighbourhood conditions, and public-system touchpoints for a defined renter population.

What did not exist was a working analytical model capable of translating that direction into scenarios the project team could test, compare, discuss, and revise.

The work needed to distinguish between:

• observed population conditions
• incomplete administrative evidence
• proxy indicators
• modelled estimates
• assumptions requiring community validation
• and issues that could not be answered through quantitative data alone

Without that structure, early assumptions risked being treated as settled findings.

THE COMPLEXITY

Housing need cannot be understood through one measure.

Household structure, housing stress, service interaction, income, neighbourhood conditions, tenure, mobility, and access to support can produce different forms of need even within one population.

The project also had to manage evidence produced through different systems and for different purposes. Administrative information, census data, service records, qualitative evidence, and proxy indicators could not be treated as directly equivalent.

THE BUILD

We translated the research frame into a scenario-modelling structure.

Baseline population profile

A structured profile organized by household type; housing pressure; service touchpoints; neighbourhood context; and available evidence.

Five-scenario model

A model testing how changing assumptions affected estimated need; service access; implementation risk; evidence requirements; and likely decision implications.

Framework-to-measurement map

A direct connection between research questions; indicators; variables; potential data sources; evidence gaps; and validation requirements.

Decision table

A structured view showing what each scenario clarified; what it could not establish; where assumptions materially affected the result; and what required partner validation.

Technical note

Documentation covering source limitations; model assumptions; update rules; outstanding questions; and appropriate interpretation.

THE OPERATING VALUE

The project team can test housing scenarios without treating provisional assumptions as facts.

The model creates a shared operating language for the work:

• what is known
• what is estimated
• what remains uncertain
• and what must be checked before a recommendation is made

How the work moved

1. The engagement established one defined renter population as the analytical focus, examined through household composition, housing pressure, service access, neighbourhood context, and public-system interaction. This prevented distinct forms of need from being collapsed into a single housing indicator.

   Decision framing · population segmentation · systems definition

2. The research questions were converted into measurable variables, indicators, possible data sources, analytical limits, and unresolved evidence requirements. The translation separated observed conditions from proxy measures, estimates, and assumptions requiring validation.

   Research translation · indicator design · evidence-gap analysis

3. A baseline structure was designed around household type, housing stress, service interaction, and neighbourhood context. The architecture established how evidence from different sources could be organized without implying that each source measured the same condition.

   Evidence architecture · measurement design · data-source integration

4. Five scenarios are being used to test how different assumptions alter estimated need, service access, and implementation risk. The model records where evidence is strong, incomplete, or dependent on validation.

   Scenario modelling · sensitivity testing · uncertainty management

5. The scenario outputs will be converted into a decision table identifying what each scenario supports, what remains uncertain, and what additional evidence is required. Update rules will allow assumptions to change without rebuilding the analytical structure.

   Decision-support design · model governance · evidence validation

6. The project team will receive the scenario model, baseline structure, measurement map, decision table, and technical documentation as one working package.

   Technical documentation · model transfer · institutional capability