Setting Up Your First Client Portal Access in Under Five Minutes
Client Experience

Setting Up Your First Client Portal Access in Under Five Minutes

Client portal access in Casely takes about five minutes to set up per matter, and it quietly removes most of the status calls, re-sent invoices, and printed signature pages eating your team's week.

Every managing partner I've talked to has some version of the same story, right, a client calls on a Tuesday afternoon asking where their case stands, and the paralegal who actually knows the answer is in a deposition, so the call gets routed to whoever happens to pick up the phone, and now that person is digging through a physical file or scrolling a shared drive trying to reconstruct a status update they're not even sure is current anymore. Multiply that by thirty or forty open matters and you start to see why "just tell the client what's happening" quietly eats hours out of every week at a small to mid size firm. Let me be very honest, this isn't a hard problem to solve, and that's actually the whole point of this post, because setting up client portal access in Casely is genuinely a five minute job once the matter itself exists in the system, and what it buys you is a client who can check their own case status, see their invoices, sign a document, and look at an upcoming hearing date without anyone in your office picking up a phone to explain it.

What the client actually sees when you flip this on

Here's the part that I think gets misunderstood about client portals in general, so let me clear it up first. A lot of attorneys hear "client portal" and picture something like a shared drive with a login screen slapped on it, which is exactly the kind of thing that keeps a managing partner up at night, because a shared drive doesn't know the difference between a settlement demand letter and your internal strategy memo about the other side's weaknesses. That's not how this works in Casely. The portal is server side privilege filtered, meaning the client only ever sees four categories of information, their invoices, any e-signature requests waiting on them, upcoming hearing dates pulled straight from the matter's calendar, and the current case status, and nothing else on the matter is even queried when their session loads, not filtered out visually after the fact, actually never fetched.

!
What actually can't leak through A document tagged as privileged at the moment it's uploaded to the matter is excluded from the portal at the data layer, so there's no scenario where a paralegal forgets to hide a folder or a permission gets misconfigured and a client suddenly sees your litigation strategy notes. The tag travels with the document, not with whoever happens to be looking at the screen that day.

Does that make sense as a distinction, right, because it's the reason firms that were nervous about giving clients any login at all end up comfortable with this specific version of it. The privilege check happens on the server before the response is ever built, so even a client hitting the API directly, which nobody does but it's worth saying, would get the same filtered result.

The actual five minute setup

For instance, say you just onboarded a new client, Sarah Chen, on a contract dispute matter, and she's been asking for an update twice a week because she has no visibility into what's happening. Here's what enabling her portal access actually looks like, start to finish.

  1. 01Open the matter and click the Portal Access tab
  2. 02Toggle Grant Portal Access for Sarah's contact record on that matter
  3. 03Casely emails her a secure sign in link automatically, no manual export or copy paste
  4. 04She sets her own password and lands on a dashboard showing case status, invoices, upcoming hearings, and any pending e-signature requests
  5. 05You confirm the grant shows active on the matter, and you're done

That's the whole thing. There's no separate portal account system to provision, no CSV to upload, no support ticket to file, because the client's contact record already exists in Casely from intake, so granting portal access is just switching on visibility to that one record rather than creating a new identity from scratch. The catch here is that this only works cleanly if the client's contact record has a real, verified email address on file, which sounds obvious but is the single most common reason a first attempt at this takes longer than five minutes, so it's worth a fifteen second glance at the contact card before you toggle anything.

What this actually replaces

At the end of the day, the reason this matters isn't the five minutes it takes to set up, it's the hours per week it takes back once it's on. I've sat with firms and watched them log where a typical week of client communication actually goes before they had this, and it's not pretty.

Where a typical status-update week goes without a portal
Answering status calls3 hrs
Drafting status update emails2.5 hrs
Re-sending invoices clients lost1.5 hrs
Printing documents for wet signature2 hrs
Explaining hearing dates already on the calendar2 hrs

That's roughly eleven hours a week across a small team, and basically all of it is redundant once the client can log in and see the answer themselves. The invoice already lives in the portal the moment it's generated, the hearing date is pulled directly from what's saved on the matter so there's no separate calendar to keep in sync, and an e-signature request shows up the same way, so a client who wants to check on something at nine at night on a Sunday can just check, instead of leaving a voicemail that someone has to return on Monday morning.

Why this beats the old ways firms cobbled together

Before something like this existed, firms basically had two options, email PDFs back and forth as attachments, or set up a general purpose shared drive folder and hope for the best. Neither one holds up well against a portal that's actually built for this specific job.

FeatureHow firms did it beforeCasely Client Portal
Privileged document exposureOne accidental attachment and it is already out the doorBlocked at the point of upload if tagged privileged so it can never reach the client view
Source of truth for case statusWhatever email thread happens to be most recentAlways the live matter stage pulled from the same record your team updates
Signing a documentPrint sign scan and email backBuilt in e-signature request inside the same login
Staff time per status checkSomeone has to draft a reply or take a callClient checks the dashboard, zero staff time spent

I'll be direct about the part that firms underestimate here, which is the case status piece specifically. Casely ships with eight default matter stages, Intake, Engaged, Investigation, Discovery, Hearing, Negotiation, Judgment, Closed, shown as a clickable stepper right at the top of the matter, and whatever stage your team has the matter set to is exactly what the client sees reflected as their case status in the portal. So there's no separate status field to remember to update, the same stepper your paralegal clicks when the matter moves from Discovery to Hearing is what changes what the client sees that same day. And if your firm's workflow doesn't match those eight stages out of the box, admins can rename, reorder, add, or remove stages in Settings in a few minutes, no support ticket required, so the labels the client sees can actually match how your firm talks about its own process.

Before you flip it on for a real matter

A few things are worth checking on the first handful of matters you enable this for, just so the five minutes stays five minutes and doesn't turn into a fire drill later.

  • Does the client contact record have a verified email address on file
  • Have you tagged anything genuinely privileged on this matter before granting access, not after
  • Is the matter's current stage actually accurate, since that becomes the client's status the moment access is granted
  • Does the client have an invoice or e-signature request already sitting there that you'd want them to see immediately
  • Have you decided who on your team has permission to grant or revoke portal access in the first place

That last one matters more than it looks like on paper. Portal access itself is one of the functional areas covered by Casely's role based permissions, right alongside things like trust ledger and billing, so a firm can decide a receptionist can grant portal access to a new client during intake while keeping something like trust entries locked to partners and paralegals only. It's not an all or nothing switch for the whole firm, it's a per person, per function decision that firm admins control from the Users page.

5
minutes to get a single client live on the portal
4
things a client can see without ever calling your office
0
privileged documents that have ever slipped through by mistake
8
default matter stages already mapped to what shows up as their case status

The actual stakes here

At the end of the day this isn't really about a login screen, it's about what your team spends its Tuesday afternoons doing. A five minute setup on a matter is nothing, any firm can find five minutes, but eleven hours a week of status calls and re-sent invoices and printed signature pages, that's a real chunk of a paralegal's week that could go toward actual casework instead, and the client on the other end gets something better too, which is an answer whenever they want one instead of whenever someone gets around to calling back. So set it up on your next new matter, watch how many status calls you don't get that week, and see for yourself, and so yeah, that is basically the whole case for it.