# How to Set Up AI Customer Support for a Small Business *How-to — 2026-09-16 — by Mahmoud Zalt* Set up AI customer support for a small business: write your top answers down, hire one AI Employee, ground it in your docs, set escalation rules. **Short answer.** **Write down the answers to your twenty most repeated questions, hire one Support AI Employee, give it those documents plus access to your order or account system, and tell it in plain words when to stop and pass a ticket to you.** That is the whole setup for a small business, and it takes about a week of part-time effort. Most of that week is writing, not configuring. You do not need a help desk, a support team or a technical person. You need clear answers and one hard rule: if the answer is not in your content, it escalates instead of guessing. You do not have a support department. You have you, maybe a partner, and an inbox that fills up faster than you can empty it. Every article about customer support automation seems written for a company with a support manager, a ticket taxonomy and a quarterly review. You just want the same nine questions to stop landing on your phone during dinner. The good news is that being small makes this easier, not harder. Your policies fit on two pages. Your product has one shape. Nobody has to get sign-off from three departments before you change how a refund is worded. The setup that takes an enterprise six months takes you a week, and the week is mostly typing things you already know by heart. Here is how it works with **Sistava**. You hire a Customer Support AI Employee the way you would bring on a person, describe your business in plain language, hand over your written answers, and connect the systems that hold the real data. It reads your material, looks up the actual order or account, replies in your voice, and hands you anything it was told not to touch. ## At a Glance - **1 week** realistic setup time for a small business, mostly spent writing answers down - **20** questions that usually cover the bulk of a small business support queue - **Under 1 hour** the actual hiring and configuration part, done as a conversation - **0** technical people required to get the first version running ## What do you need before you start? Three things: a written version of your top answers, access to wherever the real customer data lives, and a decision about what you refuse to automate. Nothing else. No help center, no ticketing system, no integrations beyond the one place your orders or accounts sit. The written answers are the part that takes real time, because most small businesses have never written them down. The policy lives in the owner's head and comes out slightly differently every time. That is fine for one person answering fifty tickets. It falls apart the moment anyone else, human or otherwise, tries to answer on your behalf. - **Your top twenty answers, written down. **Plain documents are fine. One question per document, with the real steps and the real exceptions. - **Access to the system holding real data. **Your store, your booking tool, your billing account. Whatever knows the truth about a specific customer. - **Your escalation list. **The short list of things that always come to a person, written before you switch anything on. - **One channel to start with. **Email or your site chat. Not both, not yet. Narrow beats broad in week one. ## Which questions should a small business automate first? Start with the most boring, most repeated question you have, the one you could answer in your sleep. For most small businesses that is order status, appointment details, or a single how-to. Boring is the point. The first category you automate should be one where a wrong answer is nearly impossible because the answer is a lookup. Resist the urge to start with the interesting cases. The tickets that feel most valuable to automate are usually the ones with judgment in them, and those are exactly the ones you want a person on for now. Get one narrow category working properly, watch it for a week, then add the next. A useful test: if answering the question means looking something up or repeating something you have already written, it is a good first candidate. If answering means deciding something about money, tone, risk or an exception, leave it with you. Sort your last forty tickets by that rule and your starting scope picks itself. ## A two-person bookkeeping practice, 45 emails a week Tom runs a bookkeeping practice with one part-time colleague. Around 45 client emails land each week and roughly two thirds of them are chasing the same handful of things: has my VAT return gone in, what do you need from me this month, can you resend the invoice, which receipts count. He spent a Saturday morning writing six documents. What we file and when. What we need from you each month and in what format. How to get a copy of any invoice. Which expenses we can and cannot claim. How our fees work. What happens if you send things late. Six documents, about 1,400 words in total, all of it stuff he had typed into emails a hundred times. | When | What he did | Time | |---|---|---| | Saturday morning | Wrote the six documents from his most repeated replies | 3 hours | | Saturday afternoon | Hired one Support AI Employee, described the practice and its tone | 40 minutes | | Sunday | Connected the practice inbox and his invoicing tool for real lookups | 30 minutes | | Monday to Friday | Draft mode: every reply written by the AI, every reply approved by Tom | 10 minutes a day | | Following Monday | Turned on auto-send for invoice copies and filing status only | 5 minutes | | Week three | Added the monthly document request replies after zero bad drafts | 5 minutes | The draft week is where he learned the most. Four times the AI Employee said it could not answer, and every one of those pointed at a real gap: he had never written down what happens when a client changes their year end. He wrote it. The gap closed. That is the whole maintenance loop, and it is the reason escalations are useful rather than annoying. Two months in, Tom answers about fifteen emails a week instead of forty-five, and the fifteen are the ones that need a bookkeeper. His part-time colleague stopped spending Monday mornings resending invoices. Nothing about the practice got bigger. The repeated part just stopped landing on people. ## How do you keep it from inventing answers? You require every answer to come from your own material, and you make refusal the default when it cannot. Your help documents, your written policies, past replies you were happy with, and live account data. If the answer is not in there, the correct output is an escalation, not a paragraph that sounds right. This matters more for a small business than a large one. A big brand survives a wrong answer inside a thousand right ones. You have one customer telling forty people in a local group chat. A support AI that guesses is worse than no support AI, because a slow answer costs patience and a confident wrong answer costs the customer. **The rule to set on day one.** Anger, refunds or exceptions outside your written policy, anything legal or safety related, and anything it cannot ground in your own content. Those four always come to you. Add your own, like your two largest clients or anyone who has complained before, so the boundary is explicit rather than assumed. There is a side effect worth naming. Almost every small business discovers its written answers are thinner and more contradictory than expected, because the real policy was never a policy, it was a habit. Writing it down properly is the actual work here. You do it once, and the next human you hire benefits from it just as much. ### Your setup week, day by day 1. **Day 1: Count your repeats** — Open your inbox and tally the last forty messages by type. Do not estimate. The list of questions that show up three or more times is your entire starting scope, and it is usually shorter than you expect. 2. **Day 2: Write the answers properly** — One plain document per question with the real steps, the real numbers and the real exceptions. Write the exceptions especially. This is the day that decides whether the whole thing works. 3. **Day 3: Hire one Support AI Employee** — Describe your business, your customers and how you like to sound, in normal language. Upload the documents. It is a conversation, not a configuration screen, and it takes under an hour. 4. **Day 4: Connect the one system that holds real data** — Your store, booking tool or invoicing account. This is what turns a generic reply into a real one that names the actual order, appointment or invoice. 5. **Day 5: Write the escalation rules and switch on draft mode** — Nothing sends without you. The AI Employee writes every reply, you approve, fix or reject. Budget ten minutes a day and read them carefully. 6. **Week 2: Auto-send one narrow category** — Pick the safest, most repetitive one. Watch it for five working days. If nothing embarrassing happens, add the next category. Widen slowly and you will never have a bad week. 7. **Ongoing: Fix the content behind every escalation** — Every repeated escalation is a document you have not written. Write it. The system improves because your written answers improve, not because anything gets retrained. ## Comparison | Dimension | Traditional | With Sista | |---|---|---| | Time to first useful day | Weeks of searching, then weeks of training on answers that were never written down | About a week, and the writing you do is reusable for any future hire | | Evenings and weekends | Still yours to cover, since a part-time hire works part-time hours | Covered for the repeatable questions, with the rest queued for you with context | | What happens when they do not know | They ask you, which is correct and also interrupts you | It escalates with the full conversation attached, so answering takes a minute | | Cost shape | A salary, plus training time, plus cover for holidays and sickness | A flat subscription with AI usage and integrations included | | Where the quality comes from | How well you explained things in the first two weeks | How clearly your policies and help documents are written | None of this means you stop hiring people. A good support hire is worth a lot, and the businesses that get the most out of this are usually the ones who keep a person for the hard half of the queue. The point is that the person should spend their day on the tickets that need a human, not resending invoices. ## The honest limits for a small business It will not fix a support load caused by your product or your process. If a third of your emails exist because your checkout is confusing or your onboarding email never arrives, faster replies just deliver the complaint sooner. Look at your top ticket type and ask whether the real fix is upstream. It will also not invent policy, negotiate an exception, calm someone who is already furious, or answer a question your business has genuinely never answered. And it will not save you the week of writing. If you skip that week, you will get thin answers and blame the wrong thing. ## FAQ ### How long does it take a small business to set up AI customer support? About a week of part-time effort, and most of that is writing your answers down rather than configuring anything. The hiring conversation and the first integration usually take under an hour combined. Then plan on one week in draft mode where the AI Employee writes every reply and you approve each one before it sends. ### Do I need a help desk or ticketing system first? No. A regular shared inbox is enough to begin. What you actually need is written answers, which is a different thing from a help center. A folder of plain documents covering your top twenty questions does the job, and you can always move to a help desk later without redoing the writing. ### I only get twenty tickets a week. Is it worth it? It depends on when those twenty arrive and how repetitive they are. Twenty tickets that all land during your working hours and each need thought is a weak case. Twenty that arrive at random hours and are mostly the same three questions is a strong one, because the cost is the interruption, not the minutes. ### What if my policies are not written down anywhere? Then that is your first task, and it is the most valuable part of this whole exercise. Write one plain document per repeated question, including the exceptions. Most owners find their policies were slightly different every time they explained them, which is worth fixing whether or not you ever automate anything. ### Can one AI Employee handle support and other work too? Yes, though it is better to start narrow. Give it support only for the first month so you can judge it on one job. Once the pattern is stable, many small businesses widen the same Employee into related work like following up on unpaid invoices or sending onboarding messages. ### What happens to a customer who does not want to talk to an AI? They should be able to reach you in one step, and you should say so in the first reply. Make the AI Employee identify itself, keep the path to a person obvious, and route anyone who asks for a human immediately. Almost all of the frustration people report with support automation comes from being trapped, not from the AI itself. If you want to understand the two things that decide whether this holds up over months rather than days, read how the answers stay accurate and how the handoff to a person should be designed. Those two pieces are where support automation earns trust or quietly loses it. Start this Saturday with the writing. Three hours and six documents is a realistic first step, and by the following weekend you will know whether the rest of it fits your business. Nothing about that is irreversible, which is the best reason to just try it. **Tags:** ai-customer-support, small-business, support-automation, ai-employee, setup-guide