- 01
Asset
Unit countMixNLAAmenityYear stabilised - 02
Rent and revenue
Rent per unitLease termRenewal rateAncillary - 03
Occupancy
Stabilised occupancyVacancyRe-leasing downtimeBad debt - 04
Operating cost
Operator feeStaffingOutgoingsInsurance - 05
Capex reserve
Refurb cycleUnit turnoverCommon area capexReserve $/unit - 06
Hold finance
Existing debtRefinance yearInterestCoupon - 07
Hold and exit
Hold yearsExit cap rateSelling costInflation
What this model does
BTR operating operating model, end to end.
Run the BTR asset across the hold horizon. Rent, vacancy and operating cost as live inputs. Hold-period NOI, cash-on-cash and equity IRR fall out for the operator, not the developer.
Schema
Every input. Every output. In one view.
The full btr operating operating model schema. 7 input blocks feeding 8 output metrics, with the calculation engine in between.
- Year-one NOI$18.4M
- Exit value$420.0M
- Cash-on-cash6.4%
- Operating cost ratio27%
- Stabilised occupancy94%
- Refurb capex reserve$1,200 /unit
- Hold horizon10 years
Engine logic
Two engines. Scenarios and cashflow.
The two pieces that separate the btr operating operating model from a spreadsheet. Scenarios that share one project, and a monthly cashflow wired to every input.
Multiple scenarios, one project
Switchable in a click. No copied files.
- 01
Rent growth, vacancy and opex inflation as scenario levers.
- 02
Refinance year and refinance terms per scenario.
- 03
Refurb cycle and capex reserve per scenario.
- 04
Each scenario carries its own hold horizon and exit cap rate.
Monthly cashflow, fully connected
Every input touches the schedule.
- 01
Monthly NOI across the full hold, with annual aggregation alongside.
- 02
Rent escalates by mix; ancillary revenue sits as its own line.
- 03
Operating cost build-up runs through inflation and operator fee.
- 04
Capex reserve drawn against refurb cycle and unit turnover.
Excel replacement
Where the workbook quietly fails.
Every row is a recurring failure mode of the btr operating operating workbook, and how the model handles it once.
Use and verify
What it decides. What to check first.
The decisions the btr operating operating model is built to support, alongside the things to verify before you trust it on a live deal.
- 01
Forecast NOI
Year-by-year NOI through the hold, with rent growth and vacancy as live inputs.
- 02
Plan the refurb cycle
Capex reserve split by refurb cycle and unit turnover. Margin reflects the cycle.
- 03
Pressure-test exit cap rate
Exit cap rate sensitivity across the hold. Hold IRR follows.
- 04
Time the refinance
Refinance year, terms and coupon as live inputs. Cash-on-cash follows.
Questions
BTR operating operating model, answered.
How Popurise handles the btr operating operating model.
How is this different from the BTR feasibility model?
Feasibility answers whether to build. The operating model answers how the stabilised asset performs across the hold.
Does it model refinances?
Yes. Refinance year, coupon and terms live as separate inputs. Cash-on-cash follows the refinance.
How is capex modelled?
Split by refurb cycle, unit turnover and common area. Reserve drawn against the cycle, not a flat ratio.
Can I model multiple hold scenarios?
Yes. Hold horizon and exit cap rate sit as scenarios in the same project.
Shape the btr operating model in Popurise.
Tell us how your team runs this asset today. We are building the operating model with the owners and operators who will use it.