Founding members: 10 of 10 spots left. 50% off any plan for your first 6 months. Become a founding member →

← MyVaultMate Blog

Security Practices

Writing a Data Security Policy Your Employees Will Actually Follow

September 26, 2026 · 4 min read

A twenty-page data security policy that nobody reads protects nothing. The offices with the best real-world habits usually have the shortest, plainest policies, not the most exhaustive ones. A policy is a tool for changing what people do on a Tuesday afternoon, so write it for that moment.

Why long policies fail

Policies written to cover every conceivable scenario end up read by no one, because nobody can hold that much in their head during a workday. A good test: could an employee recall the main points without looking them up? If not, cut. Anything that has to exist for legal or regulatory reasons, such as the written information security program that the FTC Safeguards Rule asks tax preparers and many accounting firms to keep, can live in a separate, fuller document. The everyday rules sheet should be the short one staff actually see.

What a policy that gets followed looks like

  • A handful of rules, not fifty. Where sensitive files may live, what may and may not go on personal devices or personal cloud accounts, how to send sensitive files, and what to do if something is lost.
  • Plain language. "Don't save client files to your personal Google Drive" beats a paragraph of formal wording that means the same thing.
  • A reason attached to each rule. People follow rules they understand. "Because a lost phone with client files can mean letters to every client" lands better than "per policy."
  • Support, not just prohibition. If the rule says do not email Social Security numbers, tell people what to do instead: the secure portal, the shared folder, a phone call.
  • No punishment for reporting. If people fear being blamed, they hide mistakes, and the hour you lose is usually the one you most needed.

A starter outline

  1. Where client data lives. Name the approved folders and systems. Everything else is not approved.
  2. Devices. Office computers need disk encryption, screen locks and updates. Personal devices follow a stated rule, whether allowed or not.
  3. Sharing. Which channels are allowed for sensitive files, and which are not.
  4. Accounts. Unique passwords, a password manager if you use one, and multi-factor authentication where offered.
  5. Printing and paper. What gets shredded, and what does not leave the office.
  6. If something goes wrong. Whom to tell, how fast, and a promise of no blame for reporting in good faith.
  7. Leaving. What happens to devices and access when someone departs.

Fit all seven onto a page or two, have the owner sign it, and read it aloud once in a staff meeting. Give new hires the sheet on day one, and ask returning staff to re-read it once a year.

The part almost every policy skips: verification

Writing the policy is the easy half. Knowing whether it is followed requires checking, not assuming. Picture a six-person office whose policy says client files stay in one shared folder. Without a check, the owner learns otherwise only when something goes wrong.

A recurring MyVaultMate scan across your team's computers turns "we have a policy" into something you can look at. It finds files containing Social Security numbers, ITINs, payment card numbers, labeled license, passport and date-of-birth values, health ID numbers and health-related keywords on local drives, synced cloud folders and external disks, and ranks them Critical to Low by computer. If sensitive files keep turning up on the desktop of one computer, that is a training conversation, not an accusation. The agent runs in the background and scans on a schedule you choose, backing off while the computer is in use, and you control which folders it reads.

Know its limits: it finds and ranks, but it moves or deletes nothing on its own, it does not read every file type, and its rule-based detection yields an occasional false alarm. It is no substitute for training, good judgment or an IT provider. Use the dashboard before and after a reminder to staff to see whether things improved.

What to do this week

  • Draft the seven headings above in your own words and cut it to a page or two.
  • Ask two employees to read it and tell you what is unclear.
  • Set a date three months out to check whether the rules are holding.

This article is general education, not legal advice. You can see what a report looks like at /sample, or start a 14-day trial at /trial/ (a card is required and never charged automatically: the 14 days start at your first computer, and you choose a plan when they end).

Newsletter

Get the newsletter

Low-volume. One short note a month on what we find on small-office PCs and how to clean it up. Unsubscribe in one click.