Skip to content
Bar 9 AI
Back to field notes

Getting started / Point of view

You know AI can help your business. Here's how to find where to start

July 13, 20266 min read

Follow the hours, not the hype: four questions that find your first AI project, and what a good one looks like once you name it.

By now you have tried ChatGPT. So has most of your team. And yet almost nothing about how your business runs has changed: the same data gets retyped across the same tools, the same reports eat the same hours every week, and the process that creaks at ten customers will creak louder at twenty.

That is the stall, and it is nearly universal. A pilot gets demoed, everyone nods, and nothing gets wired into the actual work. The pain underneath is usually one of three things: manual data entry across dozens of tools, hours lost to repetitive reporting, or a process that works at your current size and breaks the moment you grow. Each of those has a specific fix. None of them gets fixed by another month of experimenting with prompts.

The problem is not that AI cannot help with those. It is that 'AI' is too big a place to start. Here is a smaller one.

The implementation gap

As of year-end 2025, roughly 18% of US firms run AI in production (US Census BTOS / Federal Reserve, 2026). Set that against the much larger share of businesses that say they have tried AI, and you get the most useful statistic in the whole conversation: the gap between trying and running.

Trying is a chat tab open in the browser. Running is a system that does real work on a schedule, whether or not anyone remembered to prompt it: the report that builds itself, the post that drafts itself, the record that updates itself. The distance between the two is not budget or model access; the tools are broadly available and cheap. The distance is knowing which piece of work to hand over first, then building something narrow that takes it completely. That is a scoping problem and a plumbing problem, not a research problem, which is why the firms in the 18% are rarely the flashiest ones.

That gap is also your opening. Most of your competitors are still on the trying side of it. One system actually running puts you in the 18%.

What is actually on the table

The hours at stake are not marginal. McKinsey Global Institute puts about 57% of work hours as automatable with today's technology (2025). Business owners who automate their admin work reclaim about 6.8 hours a week per person (JPMorgan Chase Institute, 2025). And the drag is not only the tasks themselves: workers toggle between apps around 1,200 times a day and lose about 4 hours a week just reorienting (Harvard Business Review, 2022).

You will not automate 57% of anything with one project, and you should not try. Treat the numbers as direction, not a target: the payoff is measured in hours per person per week, which means even one well-chosen system returns real money. It also compounds, because hours reclaimed weekly become capacity you can point at growth instead of upkeep.

Four questions that find your first project

You do not need a consultant to get a first read. Answer four questions about how the work actually happens today. (These four are the spine of our free Scorecard, if you would rather answer them once and get a scored result back.)

1. What eats the most time?

The usual suspects: reporting, content production, outreach, customer response, data entry, research. The signal to look for is recurrence. A task that hurts once a quarter is a poor automation target no matter how much it hurts, because the system that handles it sits idle the other eleven weeks. A task that hurts every Monday is a strong one. Whatever work your team complains about by name is usually the honest answer. If nothing gets named, watch a week of calendars instead; the recurring blocks tell you what surveys will not.

2. How many tools does that work touch?

Count the tabs. If one report means logging into five systems and pasting into a sixth, the person in the middle is doing transport, not judgment. That is the signal: the more tools a workflow crosses, the stronger the automation case, because every handoff between tools is both time lost and a place where errors slip in. Systems are patient about tab number twelve; people are not. Tool count is also a good predictor of hidden errors, because every copy-paste is an unlogged, unreviewed transformation of your data.

3. How many hours a week does it eat?

Put a number on it, even a rough one. Hours are what turn 'annoying' into a business case: ten hours a week is roughly 500 hours a year, which is real money at any billing rate. The signal cuts both ways. If the honest answer is under two hours a week, keep looking; a system that saves them will cost more attention than it returns. First projects should chase the double-digit weekly bleeds.

4. How many people touch it?

Handoffs are where time hides. In 78% of agencies, 3 or more people touch each client report before it ships (Fluent, 2025), and the pattern is not unique to agencies. Every extra person in the chain adds queues, status checks, and version confusion. So the signal here is leverage: work that crosses several hands rewards automation twice. The hours come back, and the output stops depending on who touched it last.

What a good first project looks like

Take the work your four answers point at and score it against four traits:

  • Repetitive. The work has the same shape every time it comes around.
  • Describable as rules. You could write the checklist a careful new hire would follow.
  • Painful weekly. The cost recurs, so the savings compound.
  • Measurable. You can count what it produces: hours, posts, decks, replies.

The inverse describes a bad first project: novel every time, dependent on taste or negotiation, painful once a year, impossible to measure. Plenty of that work will eventually benefit from AI. None of it should go first, because a first project has a second job: proving to your team that this works. That is also why scope matters as much as the pick itself. Automate all of one narrow thing rather than half of a broad thing; a system that finishes a job builds trust, while a system that gets a job 80% done just creates a new review step.

Two examples of what the good version looks like built, with their honest statuses. A social content engine for a national home-improvement brand is live in production, generating hundreds of posts against a vetted library of roughly 1,500 images while keeping brand control intact. And an agency reporting pipeline has been validated across a full 15-client dry run (13 decks delivered, 2 correctly blocked on account access), gated on per-client configuration. Both started exactly where this post points: one repetitive, rule-describable, weekly-painful, countable piece of work. Neither required an AI roadmap. Both required someone to name the work precisely.

Why this matters

Why this matters

You do not need an AI strategy. You need one system running. The first one pays for the learning, proves the pattern to your team, and makes the second one obvious.

If you want your four answers turned into something concrete, that is what the Scorecard below does: nine questions, about three minutes, no call. You get an honest score and a specific first project, not a pitch.

Start here

Find the first workflow worth fixing

Start with the scorecard or book the audit. We will help you figure out whether there is a system worth building and where it should start.

Get my AI Opportunity ScoreBook an audit