Skip to content
3rd Element Consulting

Resource

What should be in an AI acceptable use policy?

Most businesses that have an AI policy wrote it once, filed it somewhere nobody opens, and never checked whether anyone follows it. A policy that only exists on paper protects nothing. Here's what a real one actually has to cover, and where to get an AI acceptable use policy template to start from.

Dawn SizerDawn Sizer · CEO and Co-Founder, 3rd Element Consulting ·

The gap between having a policy and having a policy that works.

Most AI policies are one of two things. Boilerplate copied from a template someone found online, or a single sentence buried in an employee handbook that nobody has opened since onboarding. Neither one changes what happens on a Tuesday afternoon when someone has a deadline and a tool that would save them an hour.

The real exposure is the false sense of coverage the document creates. Leadership believes the issue is handled because a policy exists. Meanwhile staff are pasting client information into whatever free AI tool solved their problem that day, on a personal account, with terms nobody has read.

That gap is quiet. It doesn't produce a ticket or an alert. It shows up later, in a client security questionnaire you can't answer honestly, or in an incident where the first question is where the data went.

Reviewing an AI acceptable use policy for a business

What a real AI acceptable use policy actually covers.

It names the approved tools in a current list that employees can check before they use a tool.

It states explicitly what categories of data can and cannot be entered into an approved tool. Client personally identifiable information, financial records, health information, privileged or confidential material, anything covered by a client contract. Being specific here is what makes the rule usable. "Be careful" is not a category.

It defines a process for requesting a new tool before anyone uses it. If the only path is a no, people route around the policy. A short request process with a real turnaround time is what keeps adoption visible to the people responsible for reviewing it.

It names consequences for violations, and those consequences get applied. A policy with symbolic penalties that nobody has ever enforced teaches staff exactly how seriously to take it.

What should an AI acceptable use policy include?

At a minimum, a working policy covers five things:

Approved tools. A named, current list of AI tools staff can use for work, on business accounts.

Data that must never be entered. Client information, personal data, financial records, credentials, and anything covered by a confidentiality or regulatory obligation.

Review of AI output. A person checks AI-generated content for accuracy before it goes to a client, into a file, or into a decision.

Who approves new tools. One named, accountable owner and a short request process.

Training. Staff receive an explanation of the policy when they start and when it changes.

Our AI acceptable use policy template, below, is built around these sections. If unapproved AI use is already happening, see our guide to shadow AI. Police departments and municipalities should also check the CJIS Readiness Checklist, which covers AI tools alongside criminal justice information.

Why enforcement matters more than the document.

A policy is words. Enforcement is what makes it real. The difference between an aspirational policy and an operational one is whether technical controls back it up.

That means browser and endpoint restrictions on unapproved tools, monitoring for data leaving through channels nobody reviewed, and blocking known unapproved AI domains. It also means the approved tools are configured with business accounts configured under terms you have reviewed. This is the same work covered in AI readiness and governance.

There's a reason this matters more here than with most policies. The AI tools already running in a business were usually adopted before anyone reviewed them. Someone tried a free tier, it worked, and it spread. Writing a policy after the fact doesn't remove what's already in place. Enforcement is how you find it and bring it back inside the rules you set.

What to check right now.

Does a written AI policy exist at all, in a place an employee could find it today?

Does it name specific approved tools, or is it a general statement about using AI responsibly?

Is it enforced technically, or does it only exist as a document?

Is there a clear path for an employee to request that a new tool be reviewed, so they don't just go around it? If not, shadow IT fills the gap.

When was it last reviewed? The AI tool landscape changes faster than annual policy cycles do.

What changes when this is handled correctly.

You know what tools are in use and what data they touch. New tools receive a review before adoption. Staff have clear guidance to follow, which reduces workarounds.

And when a client, an auditor, or an insurance carrier asks how you govern AI use, the answer is a current document plus the controls that enforce it.

Schedule an IT Environment Review

Template

Start from a policy instead of a blank page.

Our AI acceptable use policy template covers approved tools, what can and cannot be pasted into them, and who signs off on new ones. Tell us a little about your business and we'll send it over.

Common questions

Questions leadership usually asks first.

What is an AI acceptable use policy?
It's a written policy that names which AI tools are approved for use in your business, what categories of data can and cannot be entered into them, and who has to sign off before a new tool gets adopted. A line in the handbook telling people to use AI responsibly is not a policy in any enforceable sense. It states a preference. It doesn't tell anyone what's allowed, and it gives you nothing to point to when someone asks how AI use is governed.
We already tell employees to be careful with AI. Do we really need a written policy too?
Verbal guidance doesn't hold up to a client security questionnaire, an insurance renewal, or an actual incident. In all three, the question is what your policy says, and a conversation from last spring isn't an answer. A written policy is also the only version that can be enforced technically, and the only version a new hire actually receives.
How is this different from a general acceptable use policy for company IT?
A general AUP covers device and network use broadly. Passwords, personal use, what can be installed. AI tools create a specific new risk category, which is business data leaving through a tool nobody vetted, under terms that may allow it to be retained or used for training. A general policy written before generative AI existed usually doesn't address that at all.
Who should be responsible for approving new AI tools at our business?
One named person needs to own the approval process and remain accountable for its decisions. The owner evaluates what data a new tool touches and what its data handling terms actually say before the tool is approved for use. That person doesn't have to be technical. They have to be accountable, with someone technical to consult.
What is an IT Environment Review?
The IT Environment Review is free and takes about 30 minutes by video or phone. We ask a set list of questions about your environment, answer yours, and send you a written summary afterward.

Next step

Not sure what's actually running in your environment?

An IT Environment Review includes a look at what AI tools are already in use across your business, so your policy addresses the tools staff actually use.