Finance and compliance

Project-wise profitability: the report most developers cannot produce

Allocating land cost, construction cost, overhead and sales cost to one project so the margin number means something.

· PropERP· 3 min read

পড়ুন বাংলায়

Profitability charts printed across a desk during a project review

Project-wise profitability answers one question: is this specific development making money, and how much. Most developers cannot answer it without a week of work, because the costs arrive in different systems — land in a legal file, construction in site records, sales cost in a commission spreadsheet, overhead nowhere at all. The report is not hard arithmetic. It is an allocation problem.

The structure

LineIncludesWhere it usually goes missing
RevenueNet realised value of sold units, after discountDiscounts recorded only on paper
Land costConsideration, stamp duty, registration, mutation, legal, brokerFragments booked to head office
Landowner share (JV)Value of units surrendered to the landownerTreated as revenue and cost simultaneously
Construction costCertified contractor bills, materials, site salaries, utilitiesMaterials bought for two sites, booked to one
Approval and complianceRAJUK and utility fees, consultants, statutory costsBooked as general administrative expense
Sales and marketingAdvertising, broker commission, sales salariesCommission accrued but not recognised until paid
Finance costInterest on project borrowingHeld at company level
Overhead allocationHead office share, by stated ruleNo rule exists

The two lines that most often break the number are landowner share and overhead. Both are treatable — see joint venture landowner share for the first.

Budget versus actual, not just actual

An actual-cost report tells you what happened. It does not tell you whether it should have. The useful format has four columns per line: original budget, revised budget, actual to date, and forecast to complete. The fourth is the one that predicts trouble, and it is the one most systems do not carry, because it requires someone to make a judgement each month rather than run a query.

Timing: revenue recognition versus cash

A developer's profit and its bank balance move on completely different schedules. Revenue may be recognised on a percentage-of-completion basis while cash arrives on a kisti schedule that runs two years longer. Both views are needed, and confusing them causes two classic errors: declaring a dividend out of collections that are really buyer advances, and panicking about a cash gap on a profitable project. Developer cash flow covers the second view.

The unit-level check

A project margin is an average, and averages hide the interesting part. The same report at unit level shows which categories are actually earning: corner units at a premium, ground floor sold at a discount, the four units given away as part of a supplier settlement. Developers who look at unit-level margin usually change their next price list.

What the system must connect

For this report to be produced in minutes rather than weeks, four connections have to exist:

  1. Discounts flow from booking to revenue, so revenue is net rather than list.
  2. Land costs attach to plots, and plots attach to projects. See land acquisition records.
  3. Contractor bills attach to certified progress on a specific project. See certifying a contractor bill.
  4. Commission accrues against the booking that generated it, not the month it was paid.

What to do next

Ask for a project-wise profit statement for your oldest live project with the four columns above. Time how long it takes to arrive. If it is more than a day, the number you are managing by is a month old and blended — see how project costs and revenue stay attached to the project.

Frequently asked

Why can't we just look at the company P&L?
Because a company running three projects at different stages shows a blended number that describes none of them. One project can be subsidising two loss-makers for two years without anyone noticing.
How should head office overhead be allocated?
By a stated rule, applied consistently — usually by share of project revenue or by share of active construction value. The rule matters less than using the same one every period.
When should a project be revalued?
Whenever a major input changes: land cost finalised, construction contract awarded, price list revised, or the schedule slips by a quarter or more. A budget that is never revised stops being a comparison.
Do landowner units count as revenue?
They are consideration for the land, not revenue. Treating them as a sale inflates both revenue and land cost, which flatters the margin percentage while leaving the money unchanged.

/solutions

Read next

All articles

Next step

See this working on your own project

Forty minutes, configured on one of your real projects. If the problem in this article is yours, that call is the fastest way to know whether it is solved here.

40 minutes · walked through on your project structure · no card required