Business
Key points

Key points

  1. 1Staff are already using AI tools, so a short written policy protects the company more than silence or a blanket ban does.
  2. 2A useful small-company policy names the approved tools, sorts data into what may and may not go in, requires human review, and says who to ask.
  3. 3AI should not make final decisions about people, such as hiring or discipline, and AI output should be treated as a draft until a person checks it.
  4. 4The policy needs an owner, a review date and a simple way to request a new tool, or it goes stale as tools and laws change.

Why a small company needs one

When a company buys software, it usually reviews the contract and the risks first. Morgan Lewis points out what happens when an employee skips that step and starts using a public AI tool on their own: the company may face risks it never considered, such as breaches of confidentiality or legal privilege, compromised intellectual property or security, and errors from AI "hallucinations" making their way into company data (Morgan Lewis).

That step is almost always being skipped somewhere. centrexIT, an IT services firm, opens its policy template with the observation that employees are already using AI tools at work whether or not the business has approved them (centrexIT). A policy turns that unmanaged use into managed use.

Employment law firm Littler adds the legal case: an AI usage policy helps employers comply with regulations, reduce liabilities and manage risks, particularly around security, intellectual property, confidentiality and employment law (Littler). A good policy also helps people use AI well. Brightmine argues that a policy should act as a catalyst for adoption, not only a list of disciplinary rules, by telling staff which tools they can use and how (Brightmine).

Keep it short and specific

Large organizations write long AI governance documents with committees and review boards. A small company needs something people will read in five minutes and remember.

Two principles keep it useful. First, tailor it. Littler advises against relying on generic templates, because the policy has to reflect the specific risks and needs of the employer (Littler). A dental practice, a design studio and an accounting firm handle very different data. Second, be concrete. centrexIT recommends naming the specific approved tools, because that is clearer than describing categories of tools (centrexIT).

A good test: could a new employee read the policy and answer these questions without asking anyone?

  • Which AI tools can I use for work, and on which account?
  • What information must I never put into one?
  • Do I need to check or disclose AI-generated work?
  • What am I not allowed to use AI for at all?
  • Who do I ask about a tool that is not on the list?

Examples do more work than principles. "Do not share confidential information" leaves people guessing about whether a customer's first name counts. "Do not paste customer emails, invoices or account details into any tool not on the approved list" does not. For each rule, add one example from your own business, using the documents and systems your staff handle every day.

The sections that matter

Policy templates from law firms, HR publishers and security firms converge on a common set of sections. Here is what each should contain in a small company.

SectionWhat it saysWhy it matters
Purpose and scopeWhich tools are covered, and that it applies to employees and contractorsContractors and freelancers often handle the same data
Approved toolsA named list, with the account type to useRemoves guesswork and personal accounts
Data rulesWhat may go into which tools, and what never mayThe main source of risk
Human reviewAI output is a draft until a person checks itErrors carry the company's name
DisclosureWhen to tell a manager or a customer that AI was usedTrust and, in some cases, legal or contract duties
Prohibited usesActivities that are off limits regardless of toolClear lines are easier to follow than judgment calls
Requests and contactHow to propose a new tool, and who owns the policyKeeps the list current and gives people a route
ReportingHow to report a mistake or a breach of the policyProblems surface early instead of hiding

Littler stresses that the policy should cover everyone who might access the company's AI tools or systems, including independent contractors (Littler). Morgan Lewis lists the core contents in similar terms: scope and purpose, access and use controls such as approved tools and company logins, disclosure requirements, confidentiality and intellectual property provisions, and a named responsible person to whom employees report problems (Morgan Lewis).

For data rules, a tiered approach is easy to apply. centrexIT's template uses four tiers: public material that may go into any reputable tool; internal material allowed only in approved business tools on company accounts; sensitive data such as customer, employee, financial and regulated information that needs explicit approval and tools with data handling agreements; and credentials and encryption keys that must never be processed by AI tools at all (centrexIT).

For human review, the same template treats AI outputs as drafts that need human verification, and requires review for accuracy before AI-assisted content goes into customer communications, proposals or official documents (centrexIT).

Disclosure has two sides. Morgan Lewis distinguishes internal disclosure, such as telling a supervisor that AI was used, from external disclosure that may be required by law or by a tool's terms of use (Morgan Lewis). Fisher Phillips' sample policy asks employees to inform their supervisor when they have used a generative AI tool to help perform a task, and not to represent AI-generated work as their own original work (Fisher Phillips).

Decide your position on public tools

The biggest choice is what to do about free, public AI tools used on personal accounts. Brightmine notes that some large organizations banned public chatbots outright, and advises weighing the security, privacy and quality risks against the alternatives before allowing them (Brightmine).

For most small companies, a middle path works better than a ban:

  • Public tools on personal accounts: allowed only for public information, such as rewording a published blog post or brainstorming general ideas.
  • Business tools on company accounts: the default for internal work, after someone has read the vendor's data terms.
  • Sensitive data: only in tools specifically approved for it, for named uses.

Fisher Phillips' sample policy offers a memorable rule for anything going into a public tool: treat every piece of information you provide as if it will go viral on the internet, attributed to you or the company, regardless of the tool's settings or its maker's assurances (Fisher Phillips). The same sample requires written permission from a supervisor and IT before anyone connects a generative AI tool to internal company software.

It also helps to list the kinds of work AI is good for in your business, not only what is forbidden. Brightmine suggests describing the types of tasks employees can and cannot use AI for, giving the example of allowing chatbots for routine emails but not for technical research (Brightmine). A short list of encouraged uses, such as first drafts of routine emails, summaries of long internal documents, or rewording a job advert, tells staff where to start.

Remember that AI is now built into tools you already pay for. Littler observes that AI features are being integrated into existing software, phones and computers in ways that can obscure the fact that AI is involved at all (Littler). Your policy should cover AI features inside your email, documents and customer systems, not only standalone chatbots.

Keep people in charge of decisions about people

Some uses carry more legal and ethical risk than others, and decisions about people are at the top of the list. Fisher Phillips' sample policy prohibits using generative AI tools to make or help make employment decisions about applicants or employees, including recruitment, hiring, promotion, performance monitoring, discipline and termination (Fisher Phillips).

Littler describes human oversight as a guardrail to observe at every stage of AI selection, deployment and use, and says an effective policy should state that AI tools cannot make final decisions without human involvement (Littler). It gives the example of a policy that keeps AI out of recruitment because of the risk of bias and the changing legal landscape in that area.

The same logic extends to customers. centrexIT's template prohibits using AI to make automated decisions affecting customers or employees without human review (centrexIT). In practice, AI can draft, summarize, sort and suggest. A person decides whether to hire someone, deny a refund, close an account or discipline an employee.

A one-page sample policy

Adapt this to your business. Replace the bracketed parts, and have someone with legal knowledge check it against your local employment and privacy rules.

[COMPANY] AI USE POLICY            Owner: [name]   Next review: [date]

1. Purpose. AI tools can save time. This policy explains how to use
   them without risking our customers' trust, our data or our name.

2. Who it covers. Everyone who works for or with [COMPANY], including
   contractors and freelancers.

3. Approved tools. Use only these, on company accounts:
   [Tool A] for writing and research
   [Tool B] built into our email and documents
   [Tool C] for customer chat, configured by [owner]
   Ask [owner] before using anything else. Requests get an answer
   within [one week].

4. Data rules.
   Public information: any approved tool.
   Internal information: approved tools on company accounts only.
   Customer, employee, financial or health information: only in
   [named tools] for [named tasks], or not at all.
   Passwords, keys and payment card numbers: never.

5. Check everything. AI output is a draft. You are responsible for
   anything you send, publish or decide, whether AI helped or not.
   Check facts, figures, names and tone before it leaves the company.

6. Be open about it. Tell your manager when AI did a substantial part
   of a piece of work. Do not present AI output as a client's
   personalized advice without review by a qualified person.

7. Never use AI to:
   - make or recommend decisions about hiring, pay, discipline or firing
   - make final decisions about customers without a person's review
   - connect to our systems without approval from [owner]
   - get around security controls

8. Mistakes. If you put the wrong information into a tool, or AI
   output caused a problem, tell [owner] the same day. We fix problems;
   we do not punish honest reports.

9. Breaches of this policy are handled under our normal disciplinary
   process.

Roll it out and keep it current

A policy nobody has read protects no one. Littler recommends training so employees understand the tools available to them, the policy itself, and how the tools affect their roles, along with periodic audits to check compliance (Littler). In a small company, a thirty-minute team session with real examples does more than a signed acknowledgment form.

Give it an owner and a calendar. centrexIT's template keeps the approved tool list under quarterly review and asks employees to check the current list before using any tool for work (centrexIT). FRSecure's template routes any AI platform use or integration through a review and approval step, including a vendor review and an impact analysis, and commits to updating the policy as risks, regulations and technology change (FRSecure).

Make reporting easy. Lattice's policy template includes rules for employees to report unethical uses of AI or policy violations (Lattice). The sample above goes further for a small team: an honest report of a mistake is not punished, so problems surface while they are still small.

Connect it to what you already have. Brightmine suggests stating how the AI policy works alongside existing policies on cybersecurity, privacy and conduct (Brightmine). Littler encourages employers to invite feedback and to update the policy to keep pace with legal requirements and best practice (Littler). Each time someone asks a question the policy cannot answer, add the answer.

FAQ

FAQ

Does a company with five people really need an AI policy?

Yes, though it can be a single page. Small teams handle customer and financial data just like large ones, and a single pasted spreadsheet can create a privacy problem. A short policy also saves time, because people stop asking the same questions about which tools are allowed.

Should we ban AI tools entirely?

Usually not. Bans tend to push use onto personal accounts where you cannot see it or control it. Approving a few tools with clear data rules gives you more control than a ban most people will quietly ignore.

Who should own the policy in a small company?

One named person, often the owner, the operations lead or whoever manages IT. They keep the approved tool list current, answer questions, review the policy on a fixed date and handle reports of mistakes. Ownership matters more than seniority.

Do we need to tell customers when we use AI?

It depends on what you use it for, the laws where you and your customers are, and any contract terms with clients. Telling customers when they are talking to an automated assistant is a sensible default. For AI-assisted work products, follow client contracts and professional rules, and take advice where they are unclear.

How often should the policy be updated?

Review the approved tool list every quarter and the full policy at least once a year. Update it sooner when you adopt a significant tool, when a vendor changes its data terms, or when relevant laws change. Record the date of each review on the policy itself.

Sources

Sources

  1. https://www.morganlewis.com/blogs/sourcingatmorganlewis/2024/08/ai-in-the-workplace-it-may-be-time-to-update-your-employee-handbook
  2. https://centrexit.com/blog/ai-acceptable-use-policy-template-business/
  3. https://www.littler.com/news-analysis/asap/considerations-artificial-intelligence-policies-workplace
  4. https://www.brightmine.com/us/resources/hr-compliance/policies-handbooks/ai-policy/
  5. https://www.fisherphillips.com/a/web/du6wach1kmRuPCgDcMLJ5Z/ai-policy.pdf
  6. https://frsecure.com/ai-acceptable-use-policy-template/
  7. https://lattice.com/templates/ai-usage-policy-template
About the author

About the author

Antonio Evans
Antonio Evans

Antonio Evans is the founder of Quanta Intelligence and a fractional CTO who builds HIPAA-ready AI systems for health and life-science companies. Before that he was technical co-founder of FriendsEAT for twenty years, CEO of Socialdraft, and a data engineer at IBM. Antonio lives with his dog Santino in Lisbon, Portugal.

All articles