Development Finance Broker Document Requirements Checklist

Development Finance Broker Document Requirements Checklist

A client called me last year.

Six weeks into a development finance deal. Lender going cold. His client getting nervous.

"They're asking for the QS cost schedule again. We sent it."

He couldn't find the version he'd actually submitted. Three folders deep, four email threads, two different filenames. The deal didn't fall through. But it freaking nearly did. Over a document he definitely had.

That's not a lender problem. That's a paperwork management problem.

Here's what I want to do with this article. Give you the actual development finance broker document requirements checklist, the one you can use before every deal goes to lender. And then tell you the thing that checklist alone won't fix.

Let's start with what lenders need.

The Development Finance Broker Document Requirements Checklist

Every lender has their own flavour. But the core pack is consistent. If you can't produce these before submission, you're not ready to submit.

Section 1: Planning and Site Documentation

These are the deal-qualifiers. Missing any of these and most lenders won't even open the conversation.

  • Full planning permission (or prior approval for permitted development)

  • Planning drawings and architectural plans (including elevations, floor plans, site layout)

  • Section 106 agreement and Community Infrastructure Levy (CIL) details if applicable

  • Land registry title or purchase contract (proof of ownership or right to develop)

  • Planning conditions attached to the consent

One thing brokers miss: lenders read through the planning documents themselves. They're checking CIL obligations because large CIL payments eat into profitability and affect their loan-to-cost ratios. Get this detail in front of them early.

Section 2: Financial and Appraisal Documentation

This is where deals get made or killed. Lenders need to see the numbers from multiple angles.

  • Development appraisal showing total project costs, GDV, and expected profit margin

  • Gross development value (GDV) evidence from two or more local agents with comparable sales data

  • Detailed cost breakdown by category (land, build, professional fees, contingency, finance costs)

  • Quantity surveyor (QS) cost report or detailed contractor schedule of costs

  • Asset, Liability, Income and Expenditure (ALIE) summary for the borrower

  • Bank statements (typically 3-6 months personal and business)

  • Proof of deposit and equity contribution

The GDV point matters. Lenders typically expect total project costs to be at least 20% below GDV. You need professional agent evidence for that number. Not the developer's estimate. Agents with comps.

And the QS report isn't optional on anything above a simple conversion. It's the lender's REALITY check on your client's build cost numbers.

Section 3: Developer Credentials and Team

Lenders aren't just funding a project. They're funding a team.

  • Developer CV showing relevant past projects (location, GDV, timeline, outcome)

  • Contractor details and comparable completed schemes

  • Architect credentials and current PI insurance

  • Planning consultant if applicable

  • Professional team sign-off letters where lender requires them

First-time developers: don't skip this section and hope the numbers carry it. Lenders weight experience heavily. A strong team around an inexperienced developer can bridge this gap. Document the team properly.

Section 4: Legal and Compliance Documentation

  • Proof of identity (passport or driving licence) for all directors and guarantors

  • Proof of residence (utility bill or bank statement, less than 3 months old)

  • Company incorporation documents and certificate of good standing (if SPV or limited company)

  • Anti-money laundering (AML) source of funds evidence

  • Personal guarantee terms if applicable

  • Any existing charges on the land or site

AML is non-negotiable. The longer you leave it, the longer legal takes. Get it in the pack from day one.

Section 5: Project Plan and Exit Strategy

  • Schedule of works broken down by construction stage with milestone dates

  • Projected drawdown schedule aligned to build programme

  • Exit strategy document (sale, refinance, or lettings strategy with supporting evidence)

  • Sales agent letters or lettings appraisals supporting the exit assumptions

The exit strategy isn't a formality. Lenders have seen too many developers assume the market stays the same from planning to completion. Give them a credible written plan with evidence.

What Kills Development Finance Deals Before They Start

Sound familiar? You've got most of this. But it's spread across inboxes, WhatsApp threads, Dropbox folders, and email attachments with names like "FINAL_v3_revised.pdf."

Here's the thing: the document requirements checklist for development finance brokers isn't the hard part. Assembling it cleanly for every deal is.

The brokers I speak to aren't losing deals cause they don't know what lenders need. They're losing time, causing delays, and occasionally creating risk cause the documents they have aren't organised in a way that makes rapid retrieval possible.

A few patterns I see constantly:

  • The missing QS version problem. Three iterations of the cost schedule, unclear which was submitted, which was revised, which the lender actually has.

  • The stale compliance doc problem. AML evidence that was in the pack but expired during a drawn-out legal process.

  • The cross-deal search problem. Broker working 8 deals. Lender asks: "Have you done a similar scheme in this area?" That's a cross-deal document retrieval question. And the answer lives somewhere in a folder nobody can navigate quickly.

Development finance is a document-heavy vertical. Each deal carries 40 to 80 documents minimum. A broker managing 8 to 12 active deals at any time is sitting on 400 to 1,000 live documents. That's before the closed deals sitting in archive.

The difference between a chaotic submission and a clean one isn't always what you know. It's how fast you can find what you already have.

Development Finance Broker Document Requirements Checklist

A client called me last year.

Six weeks into a development finance deal. Lender going cold. His client getting nervous.

"They're asking for the QS cost schedule again. We sent it."

He couldn't find the version he'd actually submitted. Three folders deep, four email threads, two different filenames. The deal didn't fall through. But it freaking nearly did. Over a document he definitely had.

That's not a lender problem. That's a paperwork management problem.

Here's what I want to do with this article. Give you the actual development finance broker document requirements checklist, the one you can use before every deal goes to lender. And then tell you the thing that checklist alone won't fix.

Let's start with what lenders need.

The Development Finance Broker Document Requirements Checklist

Every lender has their own flavour. But the core pack is consistent. If you can't produce these before submission, you're not ready to submit.

Section 1: Planning and Site Documentation

These are the deal-qualifiers. Missing any of these and most lenders won't even open the conversation.

  • Full planning permission (or prior approval for permitted development)

  • Planning drawings and architectural plans (including elevations, floor plans, site layout)

  • Section 106 agreement and Community Infrastructure Levy (CIL) details if applicable

  • Land registry title or purchase contract (proof of ownership or right to develop)

  • Planning conditions attached to the consent

One thing brokers miss: lenders read through the planning documents themselves. They're checking CIL obligations because large CIL payments eat into profitability and affect their loan-to-cost ratios. Get this detail in front of them early.

Section 2: Financial and Appraisal Documentation

This is where deals get made or killed. Lenders need to see the numbers from multiple angles.

  • Development appraisal showing total project costs, GDV, and expected profit margin

  • Gross development value (GDV) evidence from two or more local agents with comparable sales data

  • Detailed cost breakdown by category (land, build, professional fees, contingency, finance costs)

  • Quantity surveyor (QS) cost report or detailed contractor schedule of costs

  • Asset, Liability, Income and Expenditure (ALIE) summary for the borrower

  • Bank statements (typically 3-6 months personal and business)

  • Proof of deposit and equity contribution

The GDV point matters. Lenders typically expect total project costs to be at least 20% below GDV. You need professional agent evidence for that number. Not the developer's estimate. Agents with comps.

And the QS report isn't optional on anything above a simple conversion. It's the lender's REALITY check on your client's build cost numbers.

Section 3: Developer Credentials and Team

Lenders aren't just funding a project. They're funding a team.

  • Developer CV showing relevant past projects (location, GDV, timeline, outcome)

  • Contractor details and comparable completed schemes

  • Architect credentials and current PI insurance

  • Planning consultant if applicable

  • Professional team sign-off letters where lender requires them

First-time developers: don't skip this section and hope the numbers carry it. Lenders weight experience heavily. A strong team around an inexperienced developer can bridge this gap. Document the team properly.

Section 4: Legal and Compliance Documentation

  • Proof of identity (passport or driving licence) for all directors and guarantors

  • Proof of residence (utility bill or bank statement, less than 3 months old)

  • Company incorporation documents and certificate of good standing (if SPV or limited company)

  • Anti-money laundering (AML) source of funds evidence

  • Personal guarantee terms if applicable

  • Any existing charges on the land or site

AML is non-negotiable. The longer you leave it, the longer legal takes. Get it in the pack from day one.

Section 5: Project Plan and Exit Strategy

  • Schedule of works broken down by construction stage with milestone dates

  • Projected drawdown schedule aligned to build programme

  • Exit strategy document (sale, refinance, or lettings strategy with supporting evidence)

  • Sales agent letters or lettings appraisals supporting the exit assumptions

The exit strategy isn't a formality. Lenders have seen too many developers assume the market stays the same from planning to completion. Give them a credible written plan with evidence.

What Kills Development Finance Deals Before They Start

Sound familiar? You've got most of this. But it's spread across inboxes, WhatsApp threads, Dropbox folders, and email attachments with names like "FINAL_v3_revised.pdf."

Here's the thing: the document requirements checklist for development finance brokers isn't the hard part. Assembling it cleanly for every deal is.

The brokers I speak to aren't losing deals cause they don't know what lenders need. They're losing time, causing delays, and occasionally creating risk cause the documents they have aren't organised in a way that makes rapid retrieval possible.

A few patterns I see constantly:

  • The missing QS version problem. Three iterations of the cost schedule, unclear which was submitted, which was revised, which the lender actually has.

  • The stale compliance doc problem. AML evidence that was in the pack but expired during a drawn-out legal process.

  • The cross-deal search problem. Broker working 8 deals. Lender asks: "Have you done a similar scheme in this area?" That's a cross-deal document retrieval question. And the answer lives somewhere in a folder nobody can navigate quickly.

Development finance is a document-heavy vertical. Each deal carries 40 to 80 documents minimum. A broker managing 8 to 12 active deals at any time is sitting on 400 to 1,000 live documents. That's before the closed deals sitting in archive.

The difference between a chaotic submission and a clean one isn't always what you know. It's how fast you can find what you already have.

The Document Pack That Gets Deals Done Faster

The brokers who move quickest aren't doing more. They're organised better.

Rigid naming matters. "FINAL" in a filename means nothing three weeks later. Date-stamped versions with revision numbers mean everything when a lender asks which cost schedule they're looking at.

The goal isn't perfection. The goal is that anyone on your team can pull any document in under 30 seconds.

How Development Finance Brokers Are Searching Across Deal Documents With AI

Here's where it gets interesting.

Some brokers are starting to ask a different question. Not just "where is this document?" but "what's in all my documents?"

That's a different problem from having a good folder structure.

Once a firm has 50, 100, 500 closed deals, the data inside those deal packs becomes valuable in a new way. Which lenders moved quickly on residential schemes over £3M? Which developers consistently hit milestone dates? What cost overruns are common across similar scheme types?

That information exists. It's in the QS reports, the appraisals, the drawdown schedules. Buried in documents that nobody can query.

We build systems that make that data searchable. Not a chatbot. A document intelligence layer that sits on top of your existing files and lets you ask questions in plain English. You can read more about searching across business documents with AI and see a real example of development finance broker document management AI in practice.

For development finance brokers specifically, that means being able to search across deal memos, planning packs, term sheets, and lender submissions without opening 80 folders. Just asking.

If you want to understand how brokers are automating the document collection side first, automating document collection from clients is a good starting point. And if you've hit the document chaos wall already, our data room checklist for commercial finance brokers maps out the wider picture.

Frequently Asked Questions: Development Finance Document Requirements

What documents do development finance lenders always require?

Every lender requires proof of planning permission, a development appraisal with GDV evidence from professional agents, a detailed build cost schedule, the borrower's ALIE summary, proof of identity and residence, and a credible exit strategy. These are the non-negotiables regardless of lender or deal size. Missing any one of these will delay or kill the application before it reaches credit.

Do I need a quantity surveyor report for development finance?

For most development finance applications above a simple conversion or light refurbishment, yes. Lenders use the QS report as their independent validation of your client's build costs. It's the lender's reality check. Even where it's not technically mandatory, submitting without one signals to the lender that the cost plan hasn't been professionally verified. Most lenders on deals above £500K will commission their own monitoring surveyor regardless.

What is a development appraisal and why do lenders need it?

A development appraisal is a financial model showing total project costs, the gross development value (GDV), expected profit margin, and how the loan will be repaid. Lenders use it to assess viability. Most lenders require total project costs to sit at least 20% below GDV, backed by evidence from two or more local agents. An appraisal based on the developer's assumptions alone won't be accepted.

How does a broker assemble a development finance document pack?

The broker collects documents across five main categories: planning and site information, financial and appraisal documents, developer credentials and team details, legal and compliance paperwork, and a project plan with exit strategy. Most experienced brokers use a templated folder structure per deal with version-controlled filenames. The goal is to respond to any lender query in under 30 seconds, not hours.

What happens if documents are missing at submission?

The lender pauses the application and issues a requirements list. This adds days or weeks to the timeline, which can affect rate-lock assumptions and drawdown schedules. Delays caused by incomplete submissions have cost developers on pricing when market conditions shifted during the wait. The clean pack submitted on day one closes faster than the scrambled pack submitted piecemeal over three weeks.

Newsletter

Sign up