Mortgage broker client portal software: what clients should be able to do

Judge a client portal from the client's chair. The broker-side dashboard is easy to like in a demo; the thing that decides whether the software pays for itself is whether a tired person on a phone at nine in the evening can work out what you need from them and provide it without ringing you.

So the useful way to specify a portal is not as a feature list. It is as a description of the client's job, at each point in the case, and whether the software makes that job obvious.

Before the first appointment

The client's job here is to tell you about themselves. That means a fact-find they can complete in more than one sitting, that saves as they go, and that does not ask a question in language only the industry uses.

Two things matter more than they sound. The first is joint applicants: a partner needs their own way in, their own questions and their own privacy, not a shared login and a forwarded email. The second is being able to stop halfway and come back, because most people will.

What you get from this stage is structured data rather than prose, which is the whole point. A fact-find that arrives as free text has to be re-entered by someone in your firm, and you have moved the work rather than removed it.

While you are collecting evidence

Now the client's job is to find documents. This is where cases stall, and where portal design has the largest effect.

The client should see a list of what is outstanding, in plain words, with enough context to know what counts. "Three months of bank statements for the account your salary is paid into, showing the account number" prevents a round trip that "bank statements" guarantees. They should be able to photograph a document rather than being required to produce a PDF, because most people have no scanner and will otherwise email you a photograph anyway.

They should be able to see what has been received and, when something is rejected, why, in language that does not read as a telling-off. And they should never have to ask you what is left.

While they are waiting

Between application and offer, the client's job is nothing at all, and that is exactly when they phone. A portal earns its place here by showing an honest stage and a realistic sense of what happens next.

Be careful what you promise. A progress bar that has not moved for a fortnight generates more calls than no progress bar. Dates that are estimates should be labelled as estimates, and information that is between you and the lender should stay there. The aim is a client who feels informed, not a client who feels tracked.

Secure messaging belongs here too, with one caveat: a message channel nobody in your firm watches is worse than no channel. Decide who is responsible for it and how quickly it is answered before you switch it on.

Around signing and completion

The client's job briefly becomes formal: confirming, signing, acknowledging. If the portal supports e-signature, test it on a real document with a real person rather than in a demo, including what happens when one of two applicants signs and the other does not.

Whatever is signed should end up on the case file automatically. If someone has to download and re-upload it, that is a hand-off waiting to be forgotten.

After completion, which is where the value is

Most firms switch the portal off in their heads once the case completes. That is the expensive mistake. The client's job for the next few years is to remember you exist, and they will not do it unaided.

A portal that survives completion gives you somewhere to send a review reminder that lands in an existing relationship rather than a cold email. Ask any vendor what a client sees eighteen months after completion, whether their documents are still there, what the retention rules are, and how a remortgage or protection review starts from that record rather than from scratch.

Adoption is the whole game

A portal only saves time if clients use it. If half of them email attachments anyway, your team runs two processes and the portal costs you time.

Adoption is mostly about how you introduce it. Send the invitation while the client is still on the phone with you and watch them log in. Say plainly that this is how the firm collects documents, because sending information by email is less secure and things get lost. Make sure your team does not undermine it by accepting email attachments for convenience in week one.

Then measure it. Count the proportion of clients who complete their fact-find in the portal, the proportion of documents that arrive through it, and the time from request to receipt. If those numbers are not moving, the problem is the introduction or the software, and you need to know which.

Security and evidence

A portal should improve your data protection position, not complicate it. Sensitive financial and identity documents should not be travelling through consumer messaging apps or personal email accounts when a controlled route exists.

Check access control, what a former staff member can still see, retention and deletion settings, and whether the audit history shows who requested what, when the client supplied it and who reviewed it. That history is useful to you long after the case is closed.

The bottom line

The best portal is not the one with the most screens. It is the one that gets clients to finish their part faster and leaves you with a cleaner file than email ever produced. Test it as a client first, on a phone, and only then look at the adviser view.