AI agent examples: real jobs one agent runs inside a small business

These AI agent examples come from the work an AI operator does inside a small business: a single agent connected to the website, ads, social accounts, analytics, search data, CRM, ERP and accounting, and email and calendar, and directed by someone on the team in plain English.

Every job here runs on the connections an install puts in place. Where a result is given, it comes from a client install.

OPERATORCONNECTED

The examples run through every system the operator is connected to, and most single jobs cross several of them.

Website
Ads
Social
Analytics
Search data
CRM
ERP + accounting
Email + calendar

FIG. 1Lit systems are the ones this work runs through. The operator is connected to all of them.

What makes something an AI agent

A chatbot answers from whatever you paste into it and leaves the doing to you, while an AI agent has its own access to the systems where the work lives, so it can read the lead in the CRM, check a calendar, send the reply once approved and log what it did. Each example below is an agentic workflow of that kind: one operator, connected to all of a company's systems at once, takes a single request from search data to the website, or from a sales call into the job system, without anyone moving it between them.

AI agent examples in marketing: pages, ads and social from one request

Almost every marketing job crosses systems. A new page needs search data to choose the topic and the website to publish it, and a campaign needs the ad account, a landing page and the analytics that show whether it worked. When those steps sit with different people or agencies, a small job turns into a chain of handoffs. The pilot for this work is usually the owner or whoever runs marketing, and they approve anything that publishes or spends.

Taking a new service to market on launch day

RequestWe're adding a new service. Build the page, set up search and social campaigns on the budget I give you, schedule the launch posts and report spend weekly.

Website▸Ads▸Social▸Analytics

The operator writes the service page from the owner's notes, builds it into the site and checks it on a phone. It builds a Google Ads search campaign around the terms buyers use for that service, sets up the matching Meta campaign, and schedules launch posts on Facebook and Instagram. Conversion tracking goes on the new page's form, so the weekly report shows what each channel brought in. A new service goes live the same day.

ApprovalThe owner sets the budget. The page, the ad copy and the posts wait for the pilot's approval before anything publishes or spends.

Publishing pages for the searches a site is missing

RequestFind the searches we should show up for and don't, and write the next pages.

Search data▸Website▸Search data

It compares what people search for in the business's field with what the site already covers and what the ranking pages include, then picks topics that fill a real gap instead of repeating an existing page. Each page is written, built into the site with links to related pages, checked on a phone-sized screen and submitted to Google for indexing through Search Console. One founder now publishes three or four new pages a day this way.

ApprovalThe pilot approves the topic list and decides whether pages publish on their own or wait for a read.

Cutting ad spend on search terms that never become leads

RequestGo through the search terms we paid for and stop paying for the ones that don't turn into leads.

Ads▸Analytics▸CRM▸Ads

It pulls the search terms report from Google Ads and checks each converting term against the leads that actually reached the CRM, since a counted conversion is sometimes spam or a job seeker. Terms that spent and produced nothing go on a list as proposed negative keywords or pauses, each with its spend and the reason. Approved changes are applied and noted, so the next report shows whether cost per lead moved.

ApprovalThe pilot approves the list line by line. The budget itself doesn't change without the owner.

Asking past customers for Google reviews

RequestAsk the customers whose work we finished recently to leave us a Google review.

CRM▸Email + calendar

It pulls every customer marked complete in the CRM and sends each a short request that mentions their work, with a direct link to the review form. A reply that raises a problem goes straight to a person.

ApprovalThe pilot approves the message before the first request goes out.

Leads and sales: answering, logging and booking

The first reply to an inquiry decides a lot of sales for a small company. The operator handles it from standing instructions written during the install: what the company offers, which questions it can answer, who handles which kind of work and whose calendar to book.

Replying to a new inquiry and booking the call

RequestWhen a lead comes in from the site or an ad, answer what they asked, offer times with the right person and book it.

Website▸CRM▸Email + calendar

The lead lands in the CRM with its source: the form, the ad and the page it came from. The reply answers the question they actually asked and offers open times from the calendar of whoever handles that kind of work. When they pick one, the call is booked with their details in the invite and the CRM record moves to the next stage. New leads hear back within five minutes.

ApprovalThe owner approved the reply rules and the routing at setup. A question outside them, like a custom price, gets a holding reply and goes to a person.

Turning sales call notes into to-dos in the job system

RequestTake the notes from this afternoon's call and set up everything that came out of it.

Email + calendar▸CRM▸ERP + accounting

It reads the call notes, pulls out each commitment made on the call, and creates the to-dos and action items in the job system against the right customer, each with an owner. The CRM record gets a summary of the call and its next step, and the follow-up email the salesperson promised is drafted with the details they discussed.

ApprovalThe salesperson checks the action items, and the follow-up waits in their drafts until they send it.

Drafting a proposal from what's already in the CRM

RequestDraft the proposal for the lead we met on Tuesday.

CRM▸Email + calendar▸ERP + accounting

It gathers the scope from the CRM notes, the call summary and the email thread, fills the company's proposal template and prices it from the rules the owner set. Anything it couldn't find, such as a measurement nobody recorded or an option the customer mentioned without choosing, is listed at the top instead of guessed.

ApprovalThe owner sets the final price and sends it.

Following up on quotes that went quiet

RequestWho has an open quote and hasn't answered since we sent it? Draft the follow-ups.

CRM▸Email + calendar

It lists every open deal with no reply since the quote, with the last contact and the amount quoted, and drafts a follow-up for each that refers to the customer's project rather than a generic check-in. Deals the customer already declined by email, but nobody updated, get closed in the CRM, which keeps the pipeline report accurate.

ApprovalThe pilot reads the drafts and sends them, one at a time or as a batch.

Reporting: analytics, ads and search data in one brief

Google Ads, GA4, Search Console, the Google Business Profile, Meta ads and the Facebook and Instagram insights each have their own dashboard, and none of them knows which leads turned into paying work. The operator reads all of them alongside the CRM, so one report can follow the money from the click to the job. Reporting is also the lowest-risk work it does, because reading changes nothing.

A weekly owner's report on ad spend, leads and results

RequestEvery Monday, send me what we spent, what came in and what it turned into.

Ads▸Analytics▸CRM▸Email + calendar

It pulls spend by campaign from Google Ads and Meta, leads by source from the CRM, and the calls booked and jobs won from those leads. The owner gets a short brief by email: what was spent, what came in, which channel produced the work, and anything that moved sharply from the week before, with the likely reason.

ApprovalThere's nothing to approve, since the report only reads. Changes it suggests, like moving budget between campaigns, wait for the owner.

A monthly site and search audit on its own schedule

RequestOnce a month, audit the site and our search performance and tell me what to fix first.

Website▸Search data▸Analytics▸Email + calendar

It crawls the site for broken links, missing titles and descriptions, slow pages and pages that fell out of Google's index, then compares Search Console impressions, clicks and positions with the month before. The report ties each issue to the pages it affects and orders the fixes by what they're likely to recover.

ApprovalThe pilot picks the fixes. The operator makes them with version history, so any change can be rolled back.

A daily watchdog that checks Google can still crawl the site

RequestTell me right away if anything stops Google from reading the site.

Website▸Search data▸Email + calendar

Every day it checks that the key pages load, the sitemap is valid, robots.txt isn't blocking anything it shouldn't, and no page picked up a noindex tag in a recent change. Those are the problems that quietly take a site out of search after a redesign or a plugin update. When a check fails, the pilot gets an email naming the page and the cause.

ApprovalIt alerts a person and leaves the fix to them.

Operations and finance: documents, jobs and invoices in the ERP and accounting

Back-office work runs under tighter rules, because a misfiled document or a wrong invoice costs more than a weak social post. The operator reads freely here, writes only where the pilot has said it may, and leaves anything that touches money to the person who owns the books. Most back-office hours go to constant cross-system work: filing, matching invoices to purchase orders, answering where-is-this questions and keeping the job system current. With the books and the job system both connected, the operator also reads across them: job costs against budget, receivables by age, jobs running over.

Filing a document from cloud storage into the right job

RequestFile the signed contract from the shared drive into the job it belongs to.

ERP + accounting

It opens the document, reads which customer and job it belongs to, finds that job in the ERP, attaches the file in the right place and replies with a link to the record. Staff ask for this in a sentence instead of downloading and re-uploading files between systems.

ApprovalFiling can run without approval once the team trusts it. When a document could belong to more than one job, it asks which.

Matching supplier invoices to jobs before they're paid

RequestMatch this week's supplier invoices to their jobs and purchase orders, and flag anything that doesn't line up.

Email + calendar▸ERP + accounting

It collects the invoices from the payables inbox, matches each one to its job and purchase order in the ERP, and codes the matched ones in the accounting system. An amount over the purchase order, an invoice with no matching job or a likely duplicate goes on a short list with the reason beside it.

ApprovalThe bookkeeper approves the matches before anything posts and resolves the flagged ones.

Answering staff questions from the job system

RequestWhat's still open on the job we start next week, and who's the customer contact?

ERP + accounting▸CRM

Everyone on the team can ask questions like this, because the assistant is connected to the ERP and accounting, the CRM, email and calendar, the ad accounts and the website. It answers from the records and links to them, so the answer comes from the system rather than from whoever happens to remember.

ApprovalReading needs no approval. Changing a record follows the same rules as every other job in the install.

Email and calendar

Email and calendar run through most of the examples above: the lead's reply goes out by email and the call lands on the right calendar, call notes become to-dos, and the weekly report arrives in the owner's inbox. An inbox assistant that can't see the CRM or the job system can only summarize. With those connected, the operator drafts replies that already know a job's status and puts a lead's history into the invite before a sales call.

Pointed at the owner's own day, the same operator works as an AI chief of staff: it sorts the owner's inbox against the CRM and the books, and prepares the owner for each meeting.

The five types of AI agents, in business terms

Textbooks sort AI agents into five types: simple reflex, model-based reflex, goal-based, utility-based and learning agents. For an owner, the useful point is that one operator behaves as any of the five depending on the job, and each example above fits at least one of them.

Reacting to a trigger (simple reflex)It responds to a condition by rule. The daily crawl check works this way: a page stops loading or picks up a noindex tag, and the pilot gets an email.
Keeping track (model-based)It acts on what it knows about the situation, not only on the latest input. Following up on quiet quotes depends on knowing what was quoted and whether the customer already answered somewhere else.
Working toward an outcome (goal-based)It plans the steps to a stated result. Taking a new service to market means working out the page, the campaigns, the posts and the tracking, in order, from one request.
Weighing trade-offs (utility-based)It chooses the best of several workable options. Deciding which search terms to cut is a judgment about cost and benefit, not a yes or no.
Improving from corrections (learning)It changes how it works from feedback. When the pilot corrects it, the correction goes into its standing instructions, so the same mistake doesn't come back.

Choosing your first use case

The first job sets up the connections and teaches the team how to direct the operator, so it matters more than the ones after it. A job where a mistake reaches a customer or moves money makes a better second or third job, once the pilot has seen how the operator works. The growth audit picks the first job by the hours it saves across systems. When two jobs qualify, the one that only reads, or runs on rules approved up front, goes first.

The case studies show where a first job has led, including a client that was overpaying for software and an owner-run company that now runs its own marketing system.

It crosses systems and costs real hoursWork inside one app is already served by that app's own tools. The hours go into the handoffs between systems.
Someone does it todayThe person who does the job now knows what good output looks like, and is the natural pilot for it.
The rules can be written downThe operator needs what a new hire would: pricing, routing, tone and what needs approval. A job nobody can explain should wait.
The output is easy to checkA report, a draft or a filed document can be checked at a glance. What it does on its own can widen as the team's confidence grows.

Questions owners ask

What are some examples of AI agents?

Familiar ones include customer service bots that answer on a website, coding assistants that read and edit software, ChatGPT's agent mode browsing on someone's behalf, and scheduling assistants that book meetings over email. Each acts on its own inside one environment.

Inside a small business, the examples that pay off cross systems: answering a new lead and booking the call, taking a new service live across the website, ads and social, a weekly report on spend and leads, and filing documents into the right job in the ERP. One operator connected to all of those systems can run every one of them.

Which of these should a small business start with?

Start with the job that crosses the most systems and costs the team the most hours, as long as someone can write down how it should be done and check the result quickly. That is usually work a person does by hand every week, copying information from one system into another.

Whichever job comes first, the connections it needs stay in place, so the second job starts with most of its groundwork already done.

Can one AI agent run all of these jobs?

Yes, as long as it's connected to every system the jobs pass through. The same operator answers the lead, files the contract and writes the weekly report, because it holds connections to the website, ads, social accounts, analytics, search data, CRM, ERP and accounting, and email and calendar at the same time, plus a browser for anything without a connection.

What changes from job to job is the instructions and the approvals. Each job gets written instructions for how the business wants it done and a clear line on what the operator may do alone, and the pilot moves that line as the work proves itself.

Do these examples need custom software built?

No new software gets built for them. The operator works through the accounts the business already has, such as the website, ad accounts, CRM, ERP and accounting, and email and calendar, each connected through the platform's own sign-in in the company's name. Where a system has no clean connection, the operator uses a browser the way a person would.

What gets built is the connections and the standing instructions: which system holds what, how work moves between them, and what needs approval. Any connection can be revoked from the platform it belongs to.

The first example worth running in your business is the one the audit finds.

The growth audit goes through the systems your business runs on and how work moves between them, then picks the job where an operator would save the most hours across the most systems. The install starts there, and every job after it reuses the connections the first one put in place.