Client Onboarding for Mortgage Brokers: From First Enquiry to Lodgement-Ready File

Ask a broker where their week goes and the answer is rarely "structuring deals". It goes on the in-between work: emailing a fact find PDF and waiting, chasing a payslip that was promised on Tuesday, renaming seventeen files called scan_final_2.pdf, and rekeying the same client details into the aggregator CRM.

All of that is onboarding. It is the stretch between a client saying "yes, help me" and you having a complete, verified file you can actually work. It is also the part of the process your client sees most, which means it is where their impression of your brokerage gets set. A sharp onboarding experience signals that the rest of the loan will be handled the same way. A messy one plants doubt before you have done any real work.

This guide breaks onboarding into five stages, looks at where each one commonly goes wrong, and describes what a good process looks like at every step, whatever software you run it on.

What client onboarding actually covers

Onboarding is not one task. It is five, and treating them as one blob is why so many files stall:

1. The enquiry. Capturing the lead and responding before the moment passes.
2. The fact find. Collecting the client's situation, goals, and financial position.
3. Document collection. Getting the evidence: identification, income, liabilities, and the rest.
4. Verification. Confirming that what you have been told matches what the data says.
5. Into the pipeline. Turning all of it into a deal your team can progress to lodgement.

Each stage has a distinct failure mode, and each one can either add friction for the client or quietly remove it. Take them in order.

Stage 1: The enquiry

Speed matters most at the start. A lead that came in through your website, a referrer, or a phone call is comparing brokers right now, and the first broker to respond usefully tends to win the relationship.

The trap at this stage is asking for too much too early. A client who filled in a short enquiry form does not want a forty-field questionnaire as your first reply. Capture enough to start a conversation (name, contact details, what they are trying to do) and save the depth for the fact find, once they have decided to work with you.

The other common leak is referrer-sourced leads. When a referral arrives by text message or a hallway conversation, it lives in someone's head until it is entered somewhere. If your referrers can submit leads through a portal and see their status afterwards, referrals stop going missing and referrers keep sending them.

Stage 2: The fact find

The fact find is where onboarding most visibly dates itself. The traditional version is a PDF attached to an email: the client prints it or fights a form-filler, completes it in one sitting or not at all, and returns something you then type into your CRM by hand. Every one of those steps loses information or time.

A digital fact find changes the shape of the work:

• The client completes it at their own pace. A guided, step-by-step flow they can leave and resume beats a twelve-page form they have to finish in one go. Most people do this at night on a phone, not at a desk with a scanner.
• Conditional logic keeps it short. Someone refinancing should never see first-home-buyer questions. Every irrelevant question you remove raises completion rates.
• Co-borrowers get their own path. Joint applications mean separate details, and often details each applicant would rather not share with the other. A proper flow collects both without awkward workarounds.
• The answers land as data, not paper. What the client submits should populate your client record and deal directly. If someone in your office is retyping fact find answers, you are paying staff to be a scanner.

One more detail that matters more than it seems: the experience should carry your brand. The client chose you, not your software vendor. An onboarding flow with your logo, your colours, and your domain reinforces that choice; a generic third-party form dilutes it.

Stage 3: Document collection

Document collection is the stage brokers complain about most, and the complaint is always the same: the chase. One document per email, a missing page on the bank statement, a payslip that arrives as a photo of a screen, and a follow-up rhythm that depends entirely on you remembering to send it.

The fix is structural, not motivational. The pieces that remove the chase:

• A checklist the client can see. The client should know exactly what is outstanding without asking you. When "what do you still need from me?" disappears from your inbox, both sides save hours.
• Requests matched to the client's situation. A PAYG employee, a self-employed applicant, and a refinance each need a different evidence set. Asking everyone for everything wastes goodwill; asking one item at a time wastes weeks.
• Phone uploads. Most documents now start as a photo. If your process cannot accept an upload from a phone in a few taps, the document waits until the client is next at a computer, which can be days.
• Automatic reminders. The follow-up nudge should come from the system on a schedule, not from you at 9pm. Automated reminders are also easier for clients to receive: nobody feels hassled by a checklist, but everybody feels hassled by a third personal email.
• Files that arrive named and sorted. Uploads should be categorised on arrival, not dumped into an inbox as IMG_4412.jpg for a human to identify, rename, and file.

The full evidence list by client type deserves its own guide, and we are publishing a home loan document checklist as a follow-up to this article. The principle here is what matters: the client should always know what is needed, and no document should ever be requested twice.

Stage 4: Verification

Collected is not the same as verified. Uploaded statements can be stale, incomplete, or in rare cases edited, and cross-checking transactions by hand to build a serviceability picture is slow work that arrives late in the file.

This is the stage open banking was built for. With the client's consent, verified income and expense data flows straight from their bank through Australia's Consumer Data Right: no shared passwords, no PDFs, and data that is current rather than weeks old. Income and living expenses arrive categorised and ready to assess, and the consent record itself strengthens your Best Interests Duty evidence trail.

We have written a complete guide to open banking for mortgage brokers covering how the CDR works, why it is safer than screen scraping, and how to introduce it to clients. The short version for onboarding: make consented bank data your default at fact find, and keep manual statements as the fallback rather than the norm.

Stage 5: Into the pipeline

The last stage is the one clients never see and brokers feel every day: turning the collected file into a deal your team can run.

Two things go wrong here. The first is rekeying. If onboarding happens in one tool and your deals live in another, someone types the same information twice, and every retype is a chance for an error that surfaces at the worst possible time. The second is losing the thread: the file is complete, but nobody owns the next action, and a lodgement-ready deal sits still for a week.

What good looks like:

• Onboarding output becomes the deal automatically. The fact find answers, documents, and verified data should land on a deal record with no manual assembly.
• The pipeline shows state at a glance. Every deal visible by stage, with the outstanding items and the owner obvious, so nothing is parked in an inbox.
• Your aggregator platform stays the system of record. If you aggregate through Connective, Mercury Nexus is where your loans live, and it should stay that way. The onboarding layer should sync into it, not compete with it. We cover that relationship in detail in our Mercury Nexus guide.
• Routine steps fire themselves. Stage changes, document approvals, and missed deadlines are all predictable events. Automations that send the reminder, create the task, or notify the right person keep deals moving while you are in meetings.

Where onboarding breaks down

Most broken onboarding is not caused by bad software. It is caused by predictable structural problems:

Nobody owns the process. Onboarding spans marketing, admin, and broking, so in many firms it belongs to nobody. Files move when someone happens to look. The fix is boring and effective: one owner, one definition of "onboarding complete".

Every tool creates a second source of truth. A form tool here, a shared drive there, a spreadsheet tracking it all. Each extra system adds a reconciliation job, and reconciliation jobs are where details go missing.

The client is asked to work harder than the broker. Print this, scan that, create an account, remember a password. Every step of client effort costs you completion rate, and the clients most likely to give up are the busy, well-qualified ones with options.

The process is invisible. If you cannot see, for every active file, what is outstanding and who is waiting on whom, you find out about stalls when the client rings to ask what is happening. By then the impression is already made.

What good onboarding looks like

A checklist worth measuring your own process against, whatever tools you use:

• A new enquiry gets a useful response the same day, and referrer leads arrive through a channel that cannot lose them.
• The fact find is digital, guided, resumable, and only asks questions relevant to the client's situation.
• The client sees a live checklist of what is outstanding, uploads from a phone, and gets reminded automatically.
• Bank data arrives verified through open banking by default, with manual statements as the exception.
• The completed file becomes a deal without anyone retyping anything, and your aggregator platform stays the system of record.
• At any moment, you can see every active file, its stage, and its blocker on one screen.

If your process ticks all six, your onboarding is a genuine advantage. Most brokerages tick two or three, and the gap between those numbers is measured in hours per file and in deals that quietly went to a faster broker.

The takeaway

Onboarding is not admin that happens before the real work. It is the first thing a client experiences, the source of most avoidable delay, and the stage where a brokerage either looks sharp or looks like every other pile of PDFs.

Lend1 was built around exactly this stretch of the process: a white-label client portal with a guided fact find, document checklists with automatic reminders and AI-sorted uploads, open banking verification through Fiskil, and a deal pipeline that syncs two-way with Connective Mercury Nexus so nothing is keyed twice. If you want to see what your onboarding could look like with your own branding on it, request a demo or browse more guides.