The AI Audit: Finding Out What Your Team Is Already Using AI For Before You Buy Another Tool
Here's what usually happens: an owner sees a demo for an enterprise AI platform, gets excited, and signs up โ without ever asking the team what they're already doing. Turns out two staff have been using a free tool for the exact same job for months, quietly, because nobody told them they couldn't ๐. The fix isn't more tools. It's finding out what's already working before you buy the next thing.
What most businesses get wrong
- Assume AI adoption is basically zero because nobody's been issued an "official" tool.
- Buy a shiny new platform before checking what's already quietly solving the problem.
- Ban tools out of fear without understanding what work would actually stop if they did.
- Never ask what didn't work โ where staff tried something and gave up, and why.
1. Which AI tools have you used for work in the last month, including free or personal ones?
2. What task do you use each one for?
3. Roughly how many times a week?
4. Did it replace something you used to do manually, or let you do something new?
5. Have you put any client or business information into it โ and what kind?
6. What's one task you wish AI could help with but currently can't?
7. Have you tried and abandoned an AI tool? Why?
The consolidation framework โ for every tool that comes up, score it:
Regular users (how many) ยท Task criticality (low/med/high) ยท Overlap with another tool in use ยท Data sensitivity of what's typed into it ยท Cost if formally adopted.
Then sort each tool into one of three buckets: Formalise (give it a proper paid seat and a light policy), Consolidate (replace two overlapping tools with one), or Retire (low use, high risk, or a cheaper alternative already covers it).
How it works
Run this like a light software audit, not a performance review โ frame it as "tell us what's helping so we can support it" rather than "confess what you've been using." Honesty collapses the moment people think the audit decides whether their job is safe. Do it quarterly or every couple of quarters; tool habits shift fast enough that a once-off audit goes stale within months.
Data handling deserves its own look during consolidation. Free consumer AI tools often aren't built for business or client data, so part of sorting tools into "formalise" or "retire" is genuinely about what's being typed into them โ not just cost or overlap.
Mistakes to avoid
- Running the audit as a threat rather than a resourcing exercise โ honesty disappears the moment people feel exposed.
- Letting one enthusiastic staff member's personal stack quietly become "the company standard" without checking it fits everyone.
- Ignoring the tools people tried and dropped โ they often reveal a training gap, not a tool failure.
- Treating this as a one-off instead of a recurring check-in as the tool landscape keeps shifting.
Frequently asked questions
How often should we run this?
Roughly every six months. The tool landscape moves quickly enough that a yearly check misses a lot, and more often than quarterly starts to feel like surveillance.
What if staff are using tools we haven't approved?
Don't jump straight to banning. Assess the data sensitivity first โ there's a real risk in client information ending up in free consumer tools, so that's where a policy update is genuinely warranted. But an outright ban usually just pushes the behaviour further underground rather than stopping it.
Do we need a formal AI policy as well?
Eventually, yes โ but the audit should come first. A policy written before you know what's actually happening tends to be disconnected from real workflows and gets quietly ignored.
Will this audit tell us if a tool is any good?
No, and this is the honest limit of it โ it tells you adoption and fit, not accuracy. You still need to spot-check outputs yourself, especially anything that's client-facing.
Keep reading ๐ค
I help Gold Coast and Brisbane businesses grow with branding, websites and marketing that actually works.
Work with me ✦