Development Management Model Structure
Executive Summary
Key Takeaways
- ✓ A development management model represents fee income to the development manager rather than project ownership returns, and should be built as its own distinct structure clearly separated from the underlying project appraisal's own cash flow and returns.
- ✓ A base development management fee, typically a percentage of project cost or GDV, should be modelled against its actual fee basis and payment schedule, not assumed to be paid as a lump sum unrelated to the project's actual delivery timeline.
- ✓ An incentive fee, rewarding the development manager for exceeding a stated performance hurdle (cost saving, early delivery, GDV outperformance), should be modelled as its own calculation tested against the specific hurdle and formula in the development management agreement.
- ✓ The development manager's fee income should be modelled separately from, though calculated by reference to, the underlying project's cash flow, since the development manager typically does not hold the project's ownership or financing risk directly.
- ✓ A development management structure is frequently used precisely because the capital partner wants project delivery expertise without transferring ownership risk, and the model should make this risk-transfer distinction clear rather than blending fee income with ownership-level returns.
Institutional Definition¶
A development management model represents fee income to a development manager engaged to deliver a scheme on behalf of a landowner or capital partner, built around a base fee and an incentive fee tested against performance hurdles, and should be structured as its own distinct model clearly separated from the underlying project appraisal's own ownership-level cash flow and returns.
Base Fee Modelling¶
The base development management fee, typically a percentage of total project cost or GDV, should be modelled against its actual fee basis and payment schedule as stated in the development management agreement, commonly paid in instalments tied to project milestones or drawn proportionally against project spend, rather than assumed as a lump sum unrelated to the project's actual delivery timeline.
Incentive Fee Structure¶
An incentive fee rewards the development manager for exceeding a stated performance hurdle, a cost saving against budget, early delivery against programme, or GDV outperformance against the original appraisal. This should be modelled as its own explicit calculation, tested against the specific hurdle and formula set out in the development management agreement, rather than assumed as a generic bonus percentage disconnected from the agreement's actual performance-measurement mechanics.
Separation from Project Ownership Cash Flow¶
The development manager's fee income should be modelled separately from, though calculated by reference to, the underlying project's cash flow. The development manager typically does not hold the project's ownership or financing risk directly, and blending fee income with ownership-level returns in a single combined model would misrepresent both the development manager's own economic position (fee income, largely insulated from project-level risk) and the capital partner's true net return (which bears the fee as a cost against its own ownership return).
Representing the Risk-Transfer Distinction¶
A development management structure is frequently chosen specifically so the capital partner gains project delivery expertise without transferring ownership risk to the development manager. The model should make this risk-transfer distinction clear, presenting the development manager's fee income and the capital partner's ownership-level return as two structurally separate outputs rather than a single blended project return, since obscuring the distinction would undermine the very risk allocation the structure was designed to achieve.
Common Structural Errors¶
Fee income blended with ownership returns. Presenting the development manager's fee income and the capital partner's ownership return as a single combined figure rather than two structurally distinct outputs.
Generic incentive fee assumption. Modelling the incentive fee as an assumed bonus percentage rather than testing the agreement's actual stated performance hurdle and formula.
Lump-sum fee timing. Modelling the base fee as a single lump-sum payment rather than against its actual milestone- or spend-based payment schedule.
Audit Checks¶
Fee-ownership separation check. Confirm development manager fee income is modelled as a distinct output from the capital partner's ownership return.
Incentive fee formula check. Confirm the incentive fee calculation is tested against the agreement's actual stated hurdle and formula.
Fee payment timing check. Confirm the base fee is modelled against its actual milestone- or spend-based payment schedule.
Best Practices¶
| Best Practice | Why It Matters |
|---|---|
| Model development manager fee income as a distinct output from ownership returns | Preserves the risk-transfer distinction the structure was designed to achieve |
| Model the base fee against its actual payment schedule | Correctly represents fee cash flow timing rather than an assumed lump sum |
| Test the incentive fee against the agreement's actual stated hurdle and formula | Avoids substituting a generic bonus assumption for the genuine performance-measurement mechanics |
| Present the capital partner's net return after deducting the fee as a cost | Shows the true economic effect of the fee arrangement on the party bearing ownership risk |
Further Reading¶
- Urban Land Institute, Real Estate Development: Principles and Process
- RICS, Development Management Agreements professional guidance
Continue Reading¶
Prerequisites¶
- Real Estate Financial Modelling — the parent pillar
- Development Appraisal Model Structure
Related Technical Guides¶
Related Products¶
How OXXON tests thisRun a free structural check with FMAE
Frequently Asked Questions
What is a development management engagement, and how does its model differ from a standard development appraisal?
An arrangement where a developer manages a scheme on behalf of a landowner or capital partner for a fee, rather than holding the development risk and ownership return directly. Its model represents fee income to the development manager, distinct from the underlying project appraisal's own cash flow and ownership-level returns, which belong to the capital partner.
How should the base development management fee be modelled?
Against its actual fee basis, typically a percentage of project cost or GDV, and its actual payment schedule as stated in the development management agreement, rather than assumed to be paid as a lump sum unrelated to the project's actual delivery timeline.
What is an incentive fee, and how should it be modelled?
A fee rewarding the development manager for exceeding a stated performance hurdle, a cost saving against budget, early delivery against programme, or GDV outperformance against appraisal, and should be modelled as its own calculation tested against the specific hurdle and formula set out in the development management agreement, not assumed as a generic bonus percentage.
Why should the development manager's fee income be modelled separately from project cash flow?
Because the development manager typically does not hold the project's ownership or financing risk directly, and blending fee income with ownership-level returns would misrepresent both the development manager's actual economic position and the capital partner's own true return, which bears the fee as a cost.
Why is the risk-transfer distinction important to represent clearly in the model?
Because a development management structure is frequently chosen specifically so the capital partner gains project delivery expertise without transferring ownership risk to the development manager, and a model that blends fee income with ownership returns obscures the very risk allocation the structure was designed to achieve.
Related Articles
JV Development Model Structure
A joint venture development model layers a partner-level capital call, distribution, and dilution structure on top of the underlying development appraisal or income model, and this partner-level layer should be modelled as its own explicit structure distinct from the project-level cash flow it is calculated from. This guide sets out how capital calls, funding default and dilution, and the JV-level waterfall should be represented, building on the development waterfall and promote treatment covered elsewhere in this domain.
Development Waterfall and Promote Structure
A real estate waterfall and promote structure allocates returns between sponsor and investor across defined hurdle rates of return, and should be built as an explicit, tiered calculation, one clearly labelled block per tier, sequenced against actual cash distribution timing, rather than a single blended split formula. This guide sets out how each waterfall tier, including catch-up and clawback mechanics, should be structured and tested.
Development Appraisal Model Structure
A development appraisal model differs structurally from a standing-asset model because it builds value forward from land and construction cost, through a phased sales or leasing velocity schedule, to a gross development value, with a residual land value calculated as an output rather than assumed as an input. This guide sets out the module architecture — assumptions, GDV build, cost and drawdown schedule, finance, and residual land value or returns output — that makes such a model auditable across the development lifecycle from feasibility through to completion.