EVOZA

Client portal planning

What is a client portal? What to include and what to build first

A client portal gives customers one secure place for projects, files, approvals and support. See what to include and when one is worth building.

What a client portal can include

FeatureWhat the client doesWorth including when
DashboardSees shared projects, what needs a response and the latest report in one place.Clients regularly ask where things are up to.
Projects and tasksFollows progress on the work shared with them.Jobs run for weeks or months with several steps.
ApprovalsOpens a request, reviews it and approves it or sends it back.Sign-off holds up the work or gets lost in email.
ReportsOpens dated reports and downloads any attached PDF.You send regular reports or results.
FilesFinds shared documents in one place instead of searching email.The same files keep getting requested or re-sent.
Support requestsRaises a question or problem from their own account.Requests arrive by phone, text and email, and some get missed.

What a client portal actually is

A client portal is a private, signed-in area where your customers can see their own information and get things done without calling or emailing you. You may also hear it called a customer portal. They mean the same thing: a secure space built around what one customer needs to see and do.

It is different from your public website, which speaks to everyone, and from your CRM or admin system, which is for your staff. A portal sits between the two. Customers see the parts of your system that belong to them, and everything internal stays behind the scenes.

A good portal answers the questions customers ask most often: where is my job up to, what do you need from me, and where is that document?

When a client portal is worth building

The clearest sign is repetition. If your team spends part of each week answering the same status emails, re-sending files or chasing sign-offs, those are tasks customers could handle themselves if they had somewhere to go.

A portal also helps when several people at a client are involved. An approval buried in one person’s inbox is hard for anyone else to find. A shared place gives everyone the same picture.

It may not be worth it yet if you only have a handful of customers, your jobs are short, or a shared folder and a clear email already do the job. A portal needs a steady stream of repeat interactions to pay for itself.

What to build first

Keep version one small. Pick one complete job a customer needs done, such as approving a piece of work or checking the status of an order, and make that journey work from start to finish.

Before any design starts, write down four things: who will sign in, what each person can see, what they can do, and when they should be told something needs their attention.

Then look at where the information comes from. If job details live in your CRM and invoices live in your accounting software, the portal should read from those systems rather than become another place staff have to update by hand.

Our free business workflow worksheet, linked below, is a simple way to map that first journey.

An example we built: the Evoza client portal

We built the Evoza client portal as a signed-in workspace where a client can see the work shared with their organisation. The dashboard shows shared projects, decisions waiting on the client, recent work, the latest published report and a way to get support. The case study linked below shows the real portal with a demo client and sample data, which keeps client accounts private.

Approvals show why a portal beats email. A client can open a specific request and respond to it in the portal. A website update can be tied to the exact version being approved or sent back for changes, so the decision is about one clear piece of work.

Reports have their own area. Clients see published reports, can open any dated report and can download the PDF where one is attached. Drafts stay on the staff side until they are published.

Getting permissions right

Permissions matter more than anything else in a portal. Every customer should see only their own organisation’s work, and that rule has to hold everywhere: pages, searches, reports and file downloads.

Think about roles inside each client too. An owner might approve work and see invoices, while a team member only follows progress. Decide this early, because it shapes the whole system.

Use strong sign-in, and test the portal by signing in as different customers. Showing one customer another customer’s file is a serious problem, so this deserves careful testing before launch.

Buy, connect or build?

Start with the software you already use. Many CRM, project and accounting tools include a basic customer portal. If it covers your main job, turning it on is usually the cheapest option.

If your tools hold the right information but customers need it in one place, a small portal connected to those systems may be enough. Customer portal development from scratch makes sense when your process, permissions or customer experience cannot be handled well by the tools you have, and you are ready to look after the hosting, support and ongoing improvements that come with it.

Most client portals suit a web app, because customers can use them on any device without installing anything. Our guides below cover the web app and mobile app decision, and what shapes the budget.

Getting customers to sign in

A portal only works if customers sign in, so give them a reason. Move something they already need into it, such as their reports or approvals, then point them there.

Good notifications help. An email saying a quote is ready to approve, with a link straight to that request, is far more useful than a general reminder to sign in.

Walk your next few customers through it, and ask what they looked for and could not find. Those answers will tell you what to build next.

You can use the whole website with analytics switched off.

Your choice is remembered on this browser for six months. Read our privacy notice.