Site and apartments
Site areaGFAApartmentsAverage sizeMix
Free early accessis open for residential development teams. Start modelling today.
Start modellingApartments, lease-up curves, operating costs, stabilised NOI and yield on cost across the hold. Popurise is live for residential development today and is expanding into build-to-rent next.
Why this sector
Build-to-rent is a hold with a different cost profile and a different exit. Spreadsheets borrowed from build-to-sell hide the inputs that decide whether the project clears its yield on cost.
Monthly absorption from PC to stabilisation, with vacancy across the hold.
Management, maintenance, leasing, marketing and capex reserve as real inputs.
Gross income net of opex and structural vacancy. The number the exit cap rate prices.
Stabilised NOI over total development cost. The viability check.
Equity IRR across construction, lease-up and exit. Not a development margin alone.
Base, downside and stretch on absorption and rent, in one project.
The spreadsheet problem
Build-to-rent feasibility lives on lease-up, opex and stabilised yield. Most workbooks borrowed from build-to-sell flatten these into a single GRV and miss what decides the deal.
The difference
Build-to-sell spreadsheets miss the hold. Generic property tools miss the lease-up. Popurise is being built for BTR teams that need the answer in minutes.
Get to the answer faster, without spreadsheet mess or software bloat.
Register interestHow it works
Model the deal as a hold, compare lease-up scenarios and decide what gets the next round of work.
Set the scheme, lease-up curve, opex stack, hold period and exit yield in one workspace.
Test absorption, rent growth and exit yield as scenarios without copying spreadsheets.
See yield on cost, stabilised NOI and hold IRR. Decide whether the scheme deserves a real bid.
What the model handles
The Popurise build-to-rent model is being scoped around lease-up curves, opex, stabilised NOI and exit yield, for Australian developers running residential as a hold.
Site areaGFAApartmentsAverage sizeMix
Land costStamp dutyAcquisitionSettlement
ConstructionEscalationContingencyCommon areas
Rent per weekAbsorptionVacancyEscalation
ManagementMaintenanceLeasingMarketingReserve
Construction debtTerm debtRefinanceExit yield
ConstructionLease-upStabilisationHoldExit
Inputs stay connected. Change the deal, see the answer move.
Decide which BTR sites deserve real modelling time.
Screen sites against a target stabilised yield on cost.
Sanity-check absorption, vacancy and operating costs.
Stress-test exit yield and hold IRR across cases.
Sanity-check stabilised NOI and exit value against the cost stack.
Why it exists
Popurise is being built around the inputs that decide a BTR deal: rent, absorption, opex, stabilised NOI and exit yield, in one workspace.
Model rent roll, absorption, opex, stabilised NOI and exit yield in one workspace designed around a hold.
Use Popurise to test whether a BTR scheme is worth the bid before the deeper financial model is built.
Keep lease-up scenarios, opex and cashflows together, so the hold answer is easy to review.
Popurise helps BTR teams replace fragile workbooks with a cleaner browser-based workspace for build-to-rent feasibility and stabilised yield review.
Questions
Straight answers on how Popurise will handle build-to-rent feasibility for Australian developers and operators.
Not yet. Popurise is live for residential build-to-sell feasibility. Build-to-rent is a future sector being scoped on the same platform.
Monthly absorption from practical completion, with vacancy applied at stabilisation and across the hold.
Management, maintenance, leasing, marketing and capex reserve as separate inputs. Outgoings are recovered or absorbed depending on the scheme.
Stabilised NOI capitalised at an exit yield, less sale costs. Sensitivity bands on yield can be modelled.
Yes. Scenarios live inside one project, so a build-to-sell case and a build-to-rent case can sit side by side.
Staged hold and partial exit treatment is being scoped.
Use the Register interest button. Tell us how your team currently models BTR and what would help.
Tell us how your team models BTR today. We are building this with the developers and operators who will use it.