Skip to main content

← All posts

Rolling out MFA without an employee revolt

The technical side of MFA takes an afternoon. The human side takes 3 weeks, and skipping it is why small business rollouts fail.

· Jake Schaaf, Founder of Atticus Rowan

The last MFA rollout that failed in a small company probably did not fail for technical reasons. It failed at 8:15 on a Monday morning, when 4 people could not open their email, the office manager’s phone would not receive a code and the owner told IT to “just turn it off for now.” Enforcement never came back on.

Multi-factor authentication is the single highest-value security control a 10-30 user business can deploy. Microsoft has said for years that MFA blocks the overwhelming majority of automated account-compromise attempts, and every cyber insurance application now asks about it in the first 10 questions. The technology is included in licenses you already own. Turning it on takes an afternoon.

Getting 20 humans through it without resentment, lockouts and quiet exemptions that swallow the whole project, that takes about 3 weeks. Here is the sequence we use.

Week 1: announce it like you mean it

The single biggest predictor of a smooth rollout is whether people heard about it from leadership before a prompt appeared on their screen.

Send 1 short announcement from the owner or general manager, not from IT. It needs to say 4 things:

  • What is changing: signing in will sometimes ask for approval on your phone
  • Why: stolen passwords are how businesses like ours get robbed, and this closes that door
  • When: enrollment happens over the next 2 weeks, with help available the whole way
  • Who to call: a named person, not a ticket queue

Attach a 1-page guide with screenshots of the exact enrollment steps. Write it for the least technical person in the company. If your guide starts with “navigate to the security info portal,” rewrite it.

This is also the moment to decide the method. Push notifications with number matching through an authenticator app are the floor. Number matching matters because it defeats the “approve fatigue” attacks where a user gets prompted at 2 a.m. until they tap yes. SMS codes are better than nothing but are the weakest common option, so treat them as a fallback for the 1 or 2 users who genuinely cannot run the app. If you want to see where this road eventually leads, we covered phishing-resistant MFA with FIDO2 and passkeys separately, but do not let the perfect option delay the good one.

Week 2: pilot, then enroll in waves

Enroll a pilot group of 3 to 5 people first. Pick patient people, and make sure at least 1 of them is a leader whose visible participation signals that nobody is exempt. The pilot exists to surface the questions your guide missed: the employee with a new phone, the one who deleted the authenticator app, the one whose personal iCloud backup restored an old token.

Fix the guide, then enroll everyone else in waves of 5 to 10 users over the following week. Two rules make waves work:

  • Somebody is physically present or on a standing call during each wave. A 3-minute assist in the moment prevents a 45-minute ticket later.
  • Nobody gets skipped quietly. Track enrollment to 100 percent. The unenrolled account is exactly the one an attacker will find.

If you are onboarding new employees during this window, enroll them on day 1 as part of your standard new hire IT checklist. It is far easier to start people on MFA than to convert them later.

Week 3: enforce, and answer the hard cases deliberately

Enforcement is the step that actually protects the business. Enrollment without enforcement is theater, because the attacker signing in from another country is never going to volunteer to enroll.

Turn enforcement on for everyone at once, on a Tuesday or Wednesday morning, with support standing by. Announce the date in advance. Expect a handful of lockouts in the first 48 hours and treat them as routine service, not as evidence the project failed. In our experience the support load drops to near zero within a week.

Then work the exception list honestly, because every small business has one:

  • Shared mailboxes should not have passwords at all. Convert them to true shared mailboxes accessed through licensed user accounts, and the MFA question disappears.
  • Deskless and floor workers without company phones can use a personal phone with an app protection wall around work data, a hardware token or a printed set of backup codes held by a manager. Choose one, write it down and apply it consistently. Our BYOD setup guide covers the personal-phone option in detail.
  • Service and vendor accounts that break under MFA need a deliberate answer: modern authentication where possible and documented, tightly scoped exclusions where not. An undocumented blanket exclusion is how MFA projects die a slow death.
  • The owner is not an exception. Attackers target the highest-value mailbox first, and everyone in the company knows whether leadership enrolled.

What good looks like 30 days later

A month after enforcement you should be able to say all of the following: every human account requires MFA, number matching is on, the exception list fits on half a page and each entry has a reason and a review date, and nobody has asked to turn it off in 2 weeks.

That last one is real. The revolt, when it happens, happens because the rollout was sprung on people, not because MFA is genuinely burdensome. Approving a prompt takes 3 seconds. Employees accept 3 seconds when they understand it is their own paycheck data behind the door.

Atticus Rowan runs this exact playbook as part of onboarding new clients, usually alongside a broader identity cleanup. If MFA has been on your list for a year and keeps sliding, get in touch and we will get it done in 3 weeks without the revolt.