Tracking developer relationships and launch allocations in a Dubai brokerage

What is regulated and what is only commercial practice

Developer content online mixes two very different things, so separate them first.

• Regulated: the project's registration, its escrow account, the marketing contract between developer and brokerage, and the permit for any advertising.
• Commercial practice: who gets allocation (the right to sell a share of units in a launch), how early you see the price list, what the commission rate is, when it is paid, and any extra incentives.

The second group is negotiated developer by developer. I read seven sources for this article, including portal blogs, news reports and a market data vendor, and none of them shows how allocation is actually decided. One portal blog says verified agencies usually rise higher on an allocation list; that is platform marketing with no source behind it, so treat it as an opinion.

The four things the DLD guide requires before you market an off-plan project

The DLD's real estate brokerage practice guide (2024) sets out what a broker has to confirm. Check these on the day of every launch, not once a year:

1. The project is licensed and registered with RERA. The guide says you can validate this in the Dubai REST app (the DLD's app for the sector) through its Mashrooi service, which lists registered projects.
2. An escrow account is associated with the project and buyers deposit only into it. Never accept a buyer's money to your own account for a unit.
3. A marketing contract exists between the developer and your brokerage office.
4. Advertising has a permit. The guide says real estate advertising and promotional campaigns, including open days, launch ceremonies and exhibitions, need a permit through Trakheesi (the permit system for property advertising) and the permit number must be shown.

The guide also says brokers must use electronic contracts to record sales. If you want a checklist for the paperwork side of each sale, see the deal file checklist. The DLD fined three developers AED 500,000 each for marketing without registration, according to a secondary summary of official sources that I could not trace to a primary notice, so I mention it only as a reported reason to check before you advertise.

What allocation means in practice, and what is only reported

In everyday use, allocation means a developer gives your brokerage access to a block of units in a launch, often with early sight of the price list before general release. A portal blog says allocation is documented in an allocation letter, but I found no standard form and no official definition. Your letter, if you get one, is whatever the developer wrote. So when you receive one, record what it actually says: which units, which price list version, for how long you may hold them, and what happens at the end of the hold.

Claims such as "7 to 14 days of early access" and "launch bonuses of an extra 2 percent for 48 hours" come from single agency marketing pages or anecdotes. They may be true for one developer and untrue for the next. Record what each developer actually gives you, instead of what the internet says.

What to record for every developer: terms, contacts and triggers

A developer ledger is a record per developer, kept in your CRM (customer relationship management system) or a shared database, with these fields:

• Developer name, and the names, roles and phone numbers of the sales manager and your relationship contact.
• Date of the marketing contract and where the signed copy is stored.
• Commission rate as agreed in writing for each project, not for the developer in general.
• Trigger: what makes commission due (signing of the sale agreement, a percentage of the buyer's payments received, a construction milestone, handover).
• Payment timing: how many days after the trigger, and whether in one payment or instalments.
• Cancellation or clawback clause: what you repay if the buyer cancels.
• Allocation notes: launches received, units held, hold period, price list version.
• Buyers matched, units reserved, units sold.
• Commission invoiced, received and outstanding.

The trigger and timing fields are the ones most brokerages leave out, and they decide your cash flow. For the invoicing side, see my guide to commission invoices, VAT and payouts.

Commission rates: what is reported, and why you should record your own

Developer commission rates are not regulated, and the published figures disagree. Reported ranges I found include 2 to 4 percent, with some up to 8 percent (a portal blog), 5 percent as a typical figure (a market data vendor's launch tracker), 4 to 6 percent (a news report on a recruiter's report), and 6 to 8 percent from premier developers and 10 to 11 percent from newer ones (an anonymous-agent news story from 2023, and its headline contradicts its body). These are reported figures with different methods, none verified. I would not plan a business on any of them. Use your own contracts.

My decision rule: rank developers on commission actually received and time to pay, not on the headline rate. A developer who pays 4 percent within 30 days of the trigger can be worth more than one who promises 6 percent on a schedule stretching over a year, because your agent payouts and your VAT (value added tax) on the invoice may fall due before you are paid.

Cash flow: when you are actually paid and how to plan agent payouts

Reports differ on timing. One portal blog says some developers pay after a 20 percent construction milestone. A news piece reports deferrals of 12 to 24 months after handover for some projects, and quarterly payments by some large developers. All of that is reported, per developer. What it means for you is this: if you pay agents when the buyer signs, but the developer pays you months later, your brokerage funds the gap.

A simple model protects you. For each open deal, list the commission due, the expected date and the agent payout you have promised. Sum them by month. If the months you owe agents money come before the months developers pay you, you need either a payout policy that waits for receipt, or cash set aside. The policy is a business decision; it is better made before a big launch than during one.

Launch day: hold, match and reserve without double-selling

A launch day checklist I would give any owner:

1. Confirm the project is registered, the escrow account exists and the marketing contract is signed.
2. Get hold terms in writing: which units, how long, and who can release them.
3. Note the price list version and date. Prices and payment plans change.
4. Confirm every advert has its permit number before it goes out.
5. Give agents one shared list of available units, so two agents are not promising the same unit.
6. Log each client matched to a unit, with the date and the agent.
7. After the launch, reconcile the units you held against units sold and release the rest back.

Agents want to know what is available now. Owners want exposure (how many units are held across developers) and receivables. One ledger can serve both views.

How software and AI help: a developer module, a launch monitor and buyer matching

A developer and launch module in your CRM does four concrete jobs:

• Holds the ledger described above, with reminders when a hold expires or a commission payment is overdue.
• Shows live inventory to agents, so there is one list instead of a spreadsheet forwarded around on the WhatsApp messaging app. Whether your CRM can do this depends on the product; my overview of CRM for off-plan sales compares the options.
• Matches buyers to launches by budget, payment plan preference and location, and suggests a shortlist for the agent to call. A person makes the call; software only reduces the searching.
• Shows receivables by developer, so the owner sees who owes what and for how long.

Public trackers help you watch the market. REIDIN, a property market data company, publishes monthly launch summaries; its December 2025 page reported 31 residential launches adding 6,835 units. That is vendor data behind a gated report with no method shown, so use it as a prompt to look, not as a benchmark. I build this kind of ledger and launch dashboard for brokerages; the limit is that it only knows what agents and your relationship managers type in.

Try this with Claude, an AI assistant. Paste the text of a developer's marketing agreement or allocation letter (remove client names) and ask: "List the commission rate, the trigger, the payment timing, the cancellation or clawback terms, the hold period and anything unclear or missing. Quote the sentence for each." Then check each quoted sentence against the original. It saves the first read. It does not replace a lawyer reading the contract; see the limits of AI for UAE teams.

What stays with your relationship manager

Allocation is a relationship. Software can remind you that a launch is coming and that a developer has paid late three times in a row. It cannot call the sales manager, negotiate hold time or decide whether to keep working with a developer who pays slowly. The person who owns the relationship should also own the ledger, so the information stays current.

A developer scorecard: commission, time to pay, support and allocation

Once a quarter, score each developer on five items, using your own data:

1. Commission actually received, as a share of commission invoiced.
2. Average days from trigger to payment.
3. Number of units you were allowed to hold, against how many you sold.
4. Buyer cancellations and the clawbacks you repaid.
5. Support: speed of answers on availability and paperwork.

Make decisions with that table in front of you: which developers get more agent time, which need a conversation about payment terms, and which you stop pushing.

How would I approach it?

I would start with a spreadsheet version of the ledger for your three biggest developers, filled from signed documents and not from memory. After a month you will know which fields you really use. Then move it into your CRM or a small custom tool. For the money side, connect it to your commission tracker. Check any official detail against the DLD directly, since procedures change.