Why clients avoid client portals usually comes down to a few causes: they visit once a year and forget the password, they try from a phone and the upload fails, the request names a form number they do not recognise, or the firm still accepts email. Each cause has a visible sign and a specific change that fixes it.
Why do clients forget their client portal password?
Clients forget their client portal password because they use the portal once or twice a year. A tax client signs in when the account is created in the fall, then again when forms arrive in February. Months pass between visits, so the password is gone, the reset email lands in spam, and the client emails the documents instead.
The password rules make this worse. Good practice asks for long, unique passwords. IRS Publication 4557, Safeguarding Taxpayer Data (Rev. 6-2024) tells tax professionals to "use strong passwords of 8 or more characters, use different passwords for each account" and to "consider a password manager program." That advice is written for firm staff. When a portal applies similar rules to clients, the result is a strong password used once a year, which most people will not remember without a manager.
The reset loop follows a pattern. The client clicks "forgot password," waits for an email, finds it in spam or not at all, tries again, and gives up. If the portal also asks for a second factor sent to an old phone number, the client is locked out until someone at the firm helps.
Couples filing jointly add a twist. One spouse set up the account in November; the other has the W-2 in February and does not know the password. Either they share one login, which defeats the point of a personal sign-in, or the second spouse never gets in. Ask at setup whether both spouses will send documents, and give each their own access if the portal allows it.
What to change:
- Prompt clients to save the password when they set it. One line in the setup instructions ("save this in your phone's password manager or your browser") heads off the February reset.
- Check the reset email's sender. Send a test reset to a staff member's personal address and see whether it reaches the inbox. If it lands in spam, ask the vendor how to fix the sending domain.
- Offer a sign-in link instead of a password, where the portal supports it. A link sent to the client's email at each visit removes the thing they forget.
- Remove the need to sign in for uploads. A one-way upload link asks for no password at all. The trade-offs are covered in secure upload link vs client portal.
Phone-unfriendly portal screens and photo uploads
Phone-unfriendly portal screens are a common reason clients give up after signing in. Many clients open the portal invite on a phone, then hit a screen built for a desktop: small buttons, a file picker that cannot reach the camera roll, or an upload that times out on a large photo. They stop, and the W-2 arrives by email instead.
Three places on a phone are where uploads usually fail:
- The file picker. Some upload screens open the phone's file browser instead of offering the camera or photo library. A client looking for "the picture I just took" does not know where the phone stores it.
- File size. A photo from a recent phone camera can be several megabytes. Several pages at once can exceed an upload limit or a slow connection's patience.
- Multiple pages. A four-page brokerage statement photographed page by page becomes four separate uploads, and a client who sends two of them thinks the job is done.
Test the portal the way clients use it. Have a staff member sign in on their own phone, on mobile data, and upload a photo of a two-page document. Time it, and note every step where a non-technical person might stop.
Watch the confirmation screen too. A client who uploads from a phone needs a clear sign that the file arrived: a file name, a page count, a thumbnail. A spinning icon followed by a blank page leaves the client unsure, and an unsure client often sends the same file again by email to be safe. That second copy is how the firm ends up with the same W-2 twice, once in the portal and once in the inbox.
If the test shows the phone path is poor and the vendor cannot fix it, say so in the invite. Tell clients the upload works best from a computer, and offer a fallback for those who only have a phone.
Tell clients how to take a usable photo. The client guide on how to scan tax documents with a phone covers light, flat pages and sending every page, and can go out with the portal invite.
Unclear document requests inside the portal
An unclear document request inside a portal is one that names a form number instead of the issuer and account the client recognises. "Upload 1099-DIV" means little to someone who knows the document as "the tax form from my brokerage." The client does not know which file is wanted, so they wait, or they upload everything.
Requests built from the firm's working list tend to read like the firm's working list. A preparer thinks in form numbers: 1098, 1099-B, K-1. A client thinks in sources: the mortgage company, the investment account, the partnership their brother runs. The request should use the client's words first and the form number second.
Compare two versions of the same request for a fictional client:
| Unclear (example) | Clear (example) |
|---|---|
| 1099-B | Year-end tax form from Ridgeline Brokerage, account ending XXXX-4821. Usually arrives mid-February. |
| 1098 | Mortgage interest statement from Example Mortgage Servicing for 2026. |
| K-1 | Partnership tax form from Canopy Partners LP. This often comes in March. |
Each clear line names the issuer, the account or year, and when it usually shows up. A client can match that line to the envelope on the kitchen table.
How to write the whole missing-items list so a client can act on it has its own guide: how to tell a client what is still missing.
Software can carry the issuer for you. Schema CPA reads each document the client sent, records the issuer and period, and drafts a reminder naming exactly which items from last year's set are still outstanding; a person at the firm reviews it before anything goes to the client.
Client portal adoption problems that start with the firm
Client portal adoption problems often start with the firm, not the client. Staff keep accepting documents by email, there is no date after which the portal becomes the only route, and nobody tells clients why the change happened. Clients follow the easiest path the firm leaves open, and email is usually easier.
Staff still accept email. If a client emails a W-2 and gets a friendly "thanks, got it," the lesson is that email works. Agree as a firm on a reply that saves the file, thanks the client and points them to the portal for next time.
No deadline. An invitation without a date reads as optional. Set a date after which the portal is the expected route for clients who have signed in, and repeat it in each reminder.
No reason given. Clients accept a change more readily when they know why. One honest sentence works: email is a poor way to send tax documents, and the portal keeps them in one place for the firm.
One reminder, then silence. A single invite rarely gets everyone. Plan two reminders and a phone call. Some clients respond to a text faster than an email, and text message reminders for tax documents covers wording and timing for those.
The step-by-step plan for moving a client list onto a portal, with dates, is in how to roll out a tax client portal.
Six causes, their signs and the fix
The table below summarises the causes in this post. The signs are things a firm can see in its own inbox and call log.
| Cause | The sign | The change that fixes it |
|---|---|---|
| Forgotten password | Reset requests and "I can't get in" calls each February | Prompt clients to save the password at setup; offer sign-in links |
| Reset email lost | Clients say they never got the reset email | Test the reset email to an outside inbox; fix the sending domain |
| Phone upload fails | Clients sign in, then email photos instead | Test on a phone; send a photo guide with the invite |
| Unclear requests | Clients upload everything, or nothing, and ask what is needed | Name the issuer, account and timing on each request |
| Firm still accepts email | Email attachments keep arriving from signed-in clients | One agreed reply that points back to the portal |
| No deadline or reason | Sign-ins stall after the first week | A cut-over date and one sentence on why |
Which clients will never use a client portal?
Some clients will never use a client portal, however good the instructions. They include many older clients who do not use email comfortably, business owners whose assistant or bookkeeper handles paperwork, and clients who distrust sign-in pages after a phishing scare. Offer them another route rather than pushing harder.
Older clients. A client who mails or drops off paper every year is unlikely to switch because a portal exists. Offer drop-off, a mailed envelope, or a family member who can upload on their behalf with the client's permission. The guide on collecting documents from elderly clients covers those options.
Business owners with assistants. The owner is the client, but the assistant does the sending. Give the assistant the route, whether that is a portal seat or an upload link, and confirm with the owner in writing who is allowed to send documents.
Clients wary of links. A client who was once tricked by a fake sign-in page may refuse any emailed link. A phone call before the invite, from someone they know at the firm, often helps. If not, a one-way upload link they can find from the firm's own website is another choice.
The firm still needs these clients' documents protected. The options between a portal and email, and the settings that make each safer, are covered in secure file sharing for accountants.
Wherever a document comes from, the firm needs one view of what has arrived. The workflow section of the Schema CPA homepage walks through how incoming documents are collected, classified and compared with last year.