AI automation
Three tasks small businesses can automate with AI
Concrete examples of repetitive work that can be automated without a large project, what has to be in place first, and where the line sits for what you should let a tool do alone.
Most people asking about AI do not want a system. They want to stop doing a task. Usually the same task, every week, one that needs very little judgement but still has to be done by a person because there is no alternative.
That is where automation actually pays. Not in grand visions of machines taking over, but in three or four specific tasks that stop eating the whole morning. Here are three that come up again and again in small businesses, and what has to be in place for them to work.
Task 1. Drafted replies to enquiries
Anyone taking enquiries through a website or by email answers a lot of the same things. What does it cost, where are you based, could you take a job in May, have you done something similar before.
A setup that works in practice reads incoming email, sorts it by what it is about, and puts a suggested reply in your drafts folder. The draft uses your own tone, pulls the right attachment and fills in what is already known. You read it, fix what needs fixing, and send.
The gain is not that the reply gets written for you. The gain is that you start at eighty percent instead of a blank page, and that you stop hunting for the right price sheet or the right reference every time.
What you need first is straightforward. A small collection of the replies you already send, so the tone comes out as yours rather than generic. And a clear rule for what should never get a prepared draft, for example complaints and anything about money that has already changed hands.
Task 2. Content in two languages
If you sell to both local and international customers, all your content doubles. Product descriptions, articles, news, pages on the site. In practice one language version usually falls behind, and eventually it no longer matches the other.
Automation can do a large part of that job. Once a text is finished in one language, a draft in the other follows the meaning and the tone of the original rather than just the words. Technical terms and product names are held steady through a list of words that always translate the same way, or that never translate at all.
Then you read it. Correcting a translation is faster than writing one, and you quickly notice that the same things need adjusting every time. Those adjustments can be folded into the setup, so the next text arrives closer to right.
One important caveat. Legal text, warranty terms and anything binding should be translated by a person who knows the field. The risk there is too high for a draft to be good enough.
Task 3. Tidying forms and lists
This is the dullest of the three and often the one that gives the most back.
Plenty of small businesses take in information through forms. Sign ups, orders, requests, timesheets, incident reports. The information arrives in one shape and needs to end up in another. Somebody sits and copies fields from an email into a spreadsheet, or from a spreadsheet into a business system.
A setup here receives the submission, cleans the fields, recognizes what belongs together and files it in the right place. Phone numbers end up in one format. A name written three different ways gets recognized as the same customer. Missing fields get flagged instead of quietly disappearing.
None of this is especially advanced, and that is exactly why it is worth doing first. It repeats, it has clear rules, and mistakes are easy to spot.
What has to be in place before you start
Four things decide whether an automation project turns out useful or just new.
The task has to repeat. If it happens twice a year, it is faster to just do it. Look for something weekly or more often.
There has to be a rule. Not necessarily a simple one, but one you can explain. If you cannot describe how you decide something yourself, it will be hard to set up.
Mistakes have to be survivable. Start with tasks where an error gets caught and corrected, not where an error goes straight to a customer with nobody looking.
Someone has to approve. In all three examples above, a person presses send. That is not a limitation to remove later. That is the point.
Where the line sits
Some tasks look like good candidates and are not.
Anything that requires someone to take responsibility needs a person in the middle. That covers binding quotes, replies to complaints, personnel matters and anything touching health or safety. It also covers judgements where the context matters more than the text, such as when a customer is unhappy and is really asking for something other than what they wrote.
Then there is the privacy question. If you send customer data to a service, you need to know where it sits, what is stored and what gets used for further training. That is a decision to settle before the setup, not after.
How to start without a big project
Pick one task. The one that annoys you most, not the one that sounds most impressive. Measure how long it takes today, honestly, with a clock. Set up the automation for that one task, and let it run for two weeks while you still check everything by hand.
After two weeks you know two things. Whether it genuinely saves time, and where it gets things wrong. Then you can decide whether to widen it, adjust it or leave it. That is a cheap way to find out, and far safer than building a system around an assumption.
If you have a task you suspect could be simpler, describe how it works today. You get an honest answer on whether it is worth automating.
