AI and automation
What can AI actually automate in a small business?
AI reliably automates repetitive text and data work: drafting quotes and follow-up emails, pulling information out of forms and invoices, summarizing calls, and routing inquiries. It does not reliably replace judgment, and the automations worth building are usually three or four small ones rather than a single large system.
Most of the advice here is either breathless or dismissive, and neither helps someone deciding where to spend two weeks. The useful framing is narrower: AI is very good at a specific shape of work, and unreliable outside it.
That shape is repetitive tasks over text and data where a mistake is recoverable and a human still sees the output before it matters.
What works reliably today?
Drafting repetitive written work. Quotes, follow-up emails, appointment reminders, job descriptions, service descriptions. The AI drafts and you review, so nothing goes out unread. The saving is in going from a blank page to an eighty percent draft, which is where most of the time actually goes.
Extracting structure from unstructured input. Pulling line items off a supplier invoice, turning an inquiry email into fields in your CRM, reading a scanned document into a spreadsheet. This is where the least glamorous and largest wins usually are, because it replaces work that is pure transcription.
Summarizing and routing. Turning a recorded call into notes and action items. Reading an inbound inquiry and deciding whether it goes to sales, to scheduling, or to nobody because it is spam.
Classifying at volume. Tagging inquiries by service type, sorting reviews by sentiment, flagging which jobs are outside your service area. Individually trivial, collectively hours.
First-draft research. Pulling together what is publicly known about a prospect before a call. Fast, and needs checking.
What does not work reliably?
Worth being specific, because this is where projects fail.
Anything where being wrong is expensive and invisible. Sending quotes without review, making pricing decisions, committing to timelines. The failure mode is not that it is wrong often. It is wrong occasionally and confidently, and nobody notices until a customer does.
Work that depends on context nobody wrote down. Why this customer gets a discount, which supplier is unreliable in August, which job is worth taking at a loss because of who referred it. That knowledge lives in your head. A system cannot use what it was never told.
Judgment calls with real consequences. Hiring, firing, whether to take a job, how to handle an unhappy customer. Useful for drafting the message. Not for making the decision.
Anything requiring a guarantee of accuracy. Compliance calculations, tax figures, safety-critical specifications. Use software that is deterministic and auditable.
How do I find what is worth automating?
Not by starting from the tools. Start from where time goes.
For one week, note every task done more than twice that involves moving information from one place to another. Retyping a form into a CRM. Rewriting the same quote with different numbers. Copying job details into an invoice. Reading an email to decide who should handle it.
Then rank that list by two numbers: hours per month it consumes, and how much judgment it needs. The top right corner, high hours and low judgment, is where to start. It is almost never the thing that felt most futuristic.
Most businesses find three or four of these. Together they are often a day a week. Individually none of them ever felt urgent enough to fix, which is exactly why they survived.
Should I buy a tool or build something?
Buy first. Most common automations already exist as products, and a twenty-dollar-a-month tool that solves it today beats a custom build that solves it better in six weeks.
Build when the process is genuinely specific to how you work, when the tools would need three separate subscriptions stitched together, or when the data cannot leave your systems. Those are real reasons. “It would be nice to have our own” is not.
The expensive mistake is the opposite order: commissioning a custom system before knowing which three tasks actually matter, and discovering afterwards that two of them were solved by an existing product and the third was not the bottleneck.
What does this look like in practice?
A contractor whose inquiries arrive by email, get retyped into a scheduling tool, and then retyped again into an invoice. Three transcriptions of the same information, roughly six hours a month, zero judgment involved. That is a first automation, because it is boring, frequent, and safe to get slightly wrong. Impressive has nothing to do with it.
The chatbot on the website is usually further down the list than people expect. It is the most visible option and rarely the most valuable one.
Finding which three or four tasks are yours is the entire job, and it is hard to do from the inside because the workarounds have become invisible. That is what an AI systems day is: a working day walking your actual tools and handoffs, ending in a ranked list with effort and payoff against each item. Nothing gets built that day, on purpose. Estimating before seeing the systems is guessing.
Next step
Want this looked at properly for your business? Book a strategy call. Thirty minutes, no pitch, and you leave with a plan either way.
Related questions