Blog

  • What an Agent-Readiness Audit Covers, and What You Walk Away With

    Before anyone writes a line of WebMCP code on your website, three questions need answers. Which customer journeys are worth handing to AI agents? What could go wrong if an agent gets one wrong? And how will you know whether it worked?

    An agent-readiness audit answers those three questions on paper first, where mistakes are cheap.

    Snapshot first, audit second

    The free Agent-Readiness Snapshot is a short, plain report on how AI agents see your website today, with the top three things to fix. It takes little of your time and there is no obligation.

    The audit is the in-depth version. It is scoped with you after the snapshot, because a five-branch clinic group and a single online shop need very different amounts of work.

    What the audit covers

    Your customer journeys, ranked by value. Enquiries, bookings, quotes, stock questions, support. We map how each works today, where people drop off, and what an agent would need to complete it.

    Your systems. Booking software, CRM, online store, stock lists. WebMCP tools are added to your existing website and connect to what you already run, so we need to know what that is.

    The risks. For every journey, what happens if an agent submits the wrong date, the wrong branch or the wrong quantity. Some actions are harmless. Some cost you money. They should not be treated the same.

    Your baseline. How many enquiries you get now, how many arrive after hours, how many convert. Without this, nobody can tell you in three months whether anything improved. Our post on how to tell whether your AI connection is working explains why this step matters so much.

    What you walk away with

    • Your key customer journeys, mapped and ranked by value.
    • A ranked plan of the WebMCP tools worth building first.
    • A permission model you can take to your board or IT team: which actions an agent may complete on its own, and which always need a person to confirm.

    You can build from that plan with us, with your own developers or with your agency. The plan is yours either way.

    What the audit is not

    It is not a sales presentation with a quote stapled to the back. It is also not a promise that AI assistants will choose your business. It tells you where your website stands and what to do about it, in order.

    Smaller business?

    If you run a single-location business in South Africa and want the simpler, done-for-you version, MyWebMCP offers three plain packages that start from the same free check.

    The next step

    Start with the free snapshot. If it shows enough to be worth a closer look, we will scope the audit with you and tell you plainly what it involves before you commit.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • Multilingual Websites and AI Agents: Serving Customers in Every Language You Sell In

    A customer in Abidjan asks their AI assistant, in French, to book a meeting room for Thursday. Your booking form is in English. Your dates are written day first. Your prices are in another currency.

    Somebody has to translate all of that, and right now it is the assistant, guessing.

    Language is the easy part

    AI assistants are generally good at understanding a request in one language and working on a page in another. That is not where most of the trouble comes from.

    The trouble is in the small things that look the same across languages but are not:

    • Dates. Is 04/05 the fourth of May or the fifth of April?
    • Money. Does “1.500” mean one and a half, or fifteen hundred?
    • Places. The same city can have more than one spelling, and the same suburb name can exist in two countries.
    • Names of services. Your English menu says “consultation”. The customer’s language may have three words for it, each meaning something slightly different.

    A person on the phone sorts these out with one quick question. An assistant filling in a form often does not ask.

    How WebMCP tools help

    With WebMCP, your website hands the assistant a list of actions with clearly described inputs. That gives you a place to remove the ambiguity once, instead of hoping each assistant gets it right:

    • Ask for dates in one fixed format and say so in the field description.
    • Say which currency a price is in, every time.
    • Accept a list of known branch or city names rather than free text.
    • Describe each service in a sentence, not just a label, so the assistant can match it to what the customer actually asked for.

    None of this needs a separate website per language. It needs tools whose descriptions leave nothing to interpret.

    Translate the descriptions too?

    Sometimes. If most of your customers in one market use one language, offering tool descriptions in that language can help an assistant match requests more reliably. Where you sell in several languages, keep one careful set of descriptions as the master and treat the others as proper translations, checked by someone who speaks the language. Machine-translated tool descriptions are a fine way to book the wrong service in four languages at once.

    Being found is a separate job

    WebMCP helps assistants act on your website once they are there. Whether they find you in the first place, and describe you correctly in each market, is a different piece of work. Ankor Business Solutions covers that side in its guide to AI discoverability for small businesses.

    The next step

    List the languages your customers actually write to you in, not the ones on your website’s language switcher. Start there. If you would like to see where your current forms leave room for misunderstanding, read which AI connection to build first and then ask us for a free snapshot.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • Declarative or Imperative WebMCP: Which One Your Website Needs First

    WebMCP gives your website two ways to hand AI agents a tool. One can take an afternoon. The other takes a developer and a plan.

    Both end in the same place: an agent that can do something useful on your website without guessing. The difference is how much your site has to do behind the scenes.

    Declarative: turn a form you already have into a tool

    If your website has a form, you are most of the way there. A declarative tool is an ordinary HTML form with a few extra attributes: a name for the tool, a description of what it does, and a description for each field.

    <form toolname="request_quote" tooldescription="Request a delivery quote between two cities">
      <input name="from" toolparamdescription="City the goods leave from">
      <input name="to" toolparamdescription="City the goods go to">
      <button type="submit">Request quote</button>
    </form>

    The agent fills in the fields. By default, the form waits for a person to press submit, so nothing is sent without someone seeing it first.

    Choose declarative when the action is already a form, the inputs are simple, and a human confirming the submit is exactly what you want.

    Imperative: register a tool in JavaScript

    An imperative tool is registered in your site’s JavaScript with document.modelContext.registerTool(). You give it a name, a description, a schema for its inputs, and the code that runs when an agent calls it.

    This is the route for actions that are not a single form: checking stock across branches, returning available slots from a booking system, or combining several steps into one.

    Choose imperative when the answer comes from your own systems, the inputs need checking, or the result has to come back to the agent rather than landing in an inbox.

    The order we usually recommend

    1. Start declarative, on one form that already brings in business.
    2. Watch how agents use it. Read the submissions. Fix the descriptions that confused them.
    3. Add imperative tools where the form approach runs out, usually availability and stock.

    Starting with the hard one first is tempting, especially for developers. It is also how projects end up six weeks late with nothing live.

    A word about the descriptions

    Whichever route you take, the descriptions do most of the work. “Submit” tells an agent nothing. “Request a delivery quote between two South African cities, for up to 30 pallets” tells it what the tool is for and when not to use it. Write them for a careful stranger.

    Where to read more

    Our WebMCP business briefing has both code examples, the current browser support and a glossary. For a worked, plain-language example of a declarative quote form for a tradesperson, see MyWebMCP’s guide to AI quote requests.

    The next step

    Not sure which of your forms to start with? The free Agent-Readiness Snapshot ranks them for you.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • One Website, Many Branches: Getting AI Agents to Book the Right Location

    Here is a booking an AI assistant can get wrong in an expensive way: “Book me a service on Saturday morning.”

    Your business has six branches. The assistant picks one. It is not the one near the customer.

    Single-location businesses do not have this problem. Growing ones do, and it gets a little worse with every branch you open.

    Why branches confuse AI assistants

    Most multi-branch websites were built for people. A person sees a branch picker, glances at the map and chooses.

    An assistant reading the same page has to guess. Which dropdown matters? Are “Main Road” and “Main Road Mall” the same place? Do the Saturday hours on the homepage apply to every branch, or only to head office?

    Guessing is fine for a recommendation. It is not fine for a booking.

    What changes with WebMCP

    WebMCP lets your website hand the assistant a labelled list of actions with clear inputs. For a business with branches, the important part is that location becomes an input the assistant must fill in, not something it works out for itself:

    • Find the nearest branch: takes a suburb, town or city and returns the branches that serve it.
    • Check availability: takes a branch and a date and returns real open slots for that branch.
    • Book an appointment: takes a branch, a slot and the customer’s details, then asks the customer to confirm.

    The assistant no longer has to decide where. It asks your website.

    Rules that differ per branch

    Branches rarely run the same way. One closes early on Fridays. One does not offer a certain service. One takes walk-ins only.

    Those differences belong in the tool’s answers, straight from your booking system, not in a paragraph the assistant may or may not read. The same goes for crossing borders: a branch in Nairobi and one in Lagos can have different currencies, public holidays and contact rules, and each can carry its own tools.

    Keep a person in the loop where it matters

    For a first version, keep confirmation on. The customer sees the branch, date and time before anything is booked. Once the numbers show it works, you can relax that for low-risk actions. You decide exactly what the assistant may do on its own.

    How to start

    Map the booking journey for your two busiest branches first. Write down where people get confused on the phone today. The assistant will get confused in exactly the same places, only faster.

    Our use cases page shows how branch-aware tools look in healthcare, retail and hospitality. If you run a single shop rather than a group, the scenarios on MyWebMCP’s industries page are the better fit.

    The next step

    Ask for a free Agent-Readiness Snapshot. We will show you how AI agents see your branch pages today and what to fix first.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • WebMCP for Web Agencies: Adding Agent-Ready Builds to Your Client Offer

    Your clients are about to ask you a question you may not have a tidy answer to yet: “Can ChatGPT book with us through our website?”

    Most agencies answer that today with a polite shrug or a chatbot quote. Neither is quite what the client means.

    What clients are actually asking for

    AI assistants are starting to act for people. They compare options, fill in forms and make bookings. When an assistant lands on a website today, it reads the page and guesses which button to press.

    WebMCP is the proposed web standard that removes the guessing. The website hands the assistant a short, labelled list of actions it may take, such as “request a quote” or “check availability”, with clear inputs for each one.

    For an agency, that is a build task, not a new platform. The tools live in your client’s own site code. Nothing gets migrated and nobody has to learn a new dashboard.

    Why this lands on your desk, not the client’s

    • It touches forms, booking flows and checkout logic you already maintain.
    • Every tool needs a permission decision: what may the assistant do on its own, and what needs a person to confirm.
    • The standard is still a W3C Community Group draft, so the details move. Someone has to keep up.

    That last point is the honest catch. Early standards change. Building on one means budgeting for updates and telling clients so up front, before they hear it from someone else.

    Where to start with a client

    Pick one journey that already earns money and already has a form. A quote request. A table booking. A stock check.

    Turn that one form into a tool, test it with real assistants, and compare the results with last month’s numbers before you sell the next one. The declarative route, which adds a few attributes to an existing HTML form, is often enough for a first tool. Our WebMCP business briefing shows the code for both routes and where WebMCP works today.

    What we do alongside agencies

    The Agency Partner Programme gives your team implementation playbooks, tool design reviews on live client projects, and white-label delivery and testing support. Your clients, your brand. We stay in the background, which suits us fine.

    Explaining it to the client

    Often the hardest part is the conversation, not the code. A business owner does not need the specification. They need to know what changes for their customers and what stays under their control.

    If your client runs a single-location South African business, our sister site has a plain-language explainer of what WebMCP is you can send them before the meeting. It saves you twenty minutes of slides.

    The next step

    Choose one client, one form, one journey. If you would like a second pair of eyes on the tool design before you build, talk to us about the partner programme.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • Should You Wait? An Honest Answer to the Timing Question

    “Can we revisit this in six months?”

    We hear it often, and the reasoning behind it is usually sound. In most African markets, the number of customers completing a purchase through an AI assistant today is small. Nobody’s quarter depends on it yet.

    Most content on this subject responds by insisting the future is arriving and you must move now. That is not an argument, it is a slogan, so here is the actual case, including the part where waiting is the right decision.

    Start with what is true

    You are not wrong that it is early. Anyone telling you that customers have already shifted is overselling.

    What is happening is narrower and more specific: the habit is forming. People are getting used to delegating a task rather than researching it. That habit is spreading unevenly, faster among younger customers, faster in some categories than others, and faster for straightforward tasks than complicated ones.

    So the honest position is not “the shift has happened.” It is “the shift has started, unevenly, and it does not appear to be reversing.”

    When waiting is genuinely the right call

    Three situations where we would tell you to wait:

    Your fundamentals are not in place. If your website does not clearly state what you sell, what it costs and when you are open, connecting an assistant to it solves nothing. Fix the foundation first: much of that is free, and it improves everything else you do.

    You have a bigger constraint right now. If you cannot service the demand you already have, generating more is not a growth strategy. Sort out delivery capacity, then come back.

    Your customers genuinely do not work this way. Some businesses run almost entirely on referral, relationship or repeat trade. If nearly every customer arrives through someone who knows you, this matters far less to you than to a business dependent on discovery.

    Any of those describe you, wait. We would rather say so than take the work.

    What waiting actually costs

    For everyone else, the cost of waiting is real but easy to misjudge, because it is not the missed sales.

    The learning, not the technology. Building the connection is the fast part. Learning what your customers ask, where your rules were too tight, which journeys matter: that takes months of real traffic regardless of when you start. A business that begins now has that behind it. A business that starts later begins that clock later, and cannot buy its way past it.

    The work you would do anyway. Structured content, accurate live information, and clear decisions about what may be automated are useful today. They improve search, they improve your own operations, and they happen to be the prerequisites for this. Doing them early is not speculative.

    The asymmetry. Moving early and being slightly ahead of demand costs you a modest investment and some patience. Moving late, when customers already expect it, means doing the same work under pressure while competitors are already fluent. Those two mistakes are not the same size.

    When waiting starts to cost you

    Three signals that the calculation has shifted for your business:

    1. Discovery drives your revenue. If most customers find you rather than being referred, you depend on discovery channels, and one of them is changing shape. 2. Someone in your category is already actionable. Not merely mentioned by an assistant, but bookable or purchasable through one. Being second here is much harder than being first. 3. Your customers skew younger, or urban, or mobile-first. The habit is forming fastest there.

    Two or three of those, and “wait and see” is a decision rather than a deferral.

    Starting does not mean committing

    Part of what makes the timing question feel heavy is an assumption that starting means a large programme.

    It does not. One connection, aimed at your clearest bottleneck, is a small, contained piece of work. It runs on the website you already have. You can extend it, leave it as it is, or switch it off. It is not a platform decision or a migration.

    The honest framing is not “transform now or fall behind.” It is: pick the one thing that is already costing you, fix that, and be positioned for the rest.

    The risk worth naming

    The real risk is not being late. It is being late and rushed: making decisions about what an assistant may do on your behalf under competitive pressure, when you would rather have taken the time to think about permissions, escalation and edge cases properly.

    Those decisions deserve a calm quarter, not a panicked one. Right now is calm.

    How to decide without guessing

    You do not have to resolve this from first principles. A free agent-readiness snapshot gives you the specific version for your business: where you stand, what an assistant could realistically do, and what it would be worth in your own numbers.

    If the answer is “not yet”, the snapshot will say so, and it will tell you what to fix in the meantime, most of which costs nothing.

    That is a better basis for a decision than either a slogan or a hunch.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • You Already Have a Chatbot. This Is Something Else.

    “We already have a chatbot” is one of the most reasonable objections we hear. If you have already invested in automating conversations on your website, being pitched something that sounds adjacent is irritating.

    So let us be precise about the difference, because it is not marketing positioning. It is architectural, and it decides whether the two things compete or complement.

    Difference one: where it lives

    A chatbot lives on your website. To use it, a customer has to find your site, arrive, and choose to click the widget.

    An AI connection works with the assistant your customer is already using, on their phone, in their browser, in whatever tool they have started delegating to.

    This is the difference that matters most, and it is easy to miss. Your chatbot serves people who already found you and are browsing themselves. The connection serves people who never browse your site themselves, because they asked an assistant to handle it instead of opening ten tabs.

    Those are different populations. Your chatbot was built for the first group, however good it is.

    Difference two: what it can actually do

    Most chatbots talk. They answer questions, present options, and, at their best, hand a qualified conversation to a person.

    A connection lets an assistant act: check genuine availability and hold the slot, place the enquiry in your CRM with the qualifying detail attached, work a large catalogue down to the right product, confirm an order inside limits you set.

    The distinction is between something that describes what is possible and something that does it. A customer who is told “you can book through our website” still has to go and book. A customer whose assistant can complete the booking is finished.

    Difference three: where the answers come from

    This is the least visible difference and often the most consequential.

    Many chatbots answer from a script, an FAQ list, or a crawl of your website taken at some point in the past. That works until something changes (a price, a policy, a holiday closure) and then it confidently repeats what used to be true.

    A connection queries your live systems at the moment of asking. Real availability. Current pricing. Actual stock. Not a copy of your business as it was when someone last updated the content.

    If you have ever had a chatbot tell a customer something that stopped being true months ago, this is the difference you were feeling.

    They are not substitutes

    We are not suggesting you remove anything. The two work in different places:

    • Your chatbot handles visitors who are already on your site and want an immediate answer. It

    is good at guiding people through your own content, and it is under your complete control.

    • The connection handles customers who never reach your site, and lets them complete

    something rather than merely learn about it.

    With both in place, each does the job it is good at: the chatbot for people on your site, the connection for customers whose assistants do the work for them.

    What a chatbot is genuinely better at

    In fairness: a chatbot gives you a controlled surface you own entirely, with the design, tone and placement exactly as you want them. For a business whose customers reliably arrive at the website first, that may be sufficient for now.

    If your customers overwhelmingly find you through search, come to your site, and convert there, your chatbot is doing the job. The question is whether that is still true in eighteen months.

    The strategic point

    Your chatbot competes for attention among visitors you have already won.

    An AI connection competes for the customers you currently never see: the ones deciding between options through an assistant, where the businesses that can be acted on get shortlisted and the rest are invisible.

    One is conversion optimisation. The other is a channel. That is why they are not alternatives and should not be budgeted against each other.

    How to tell whether you need it

    Three questions:

    1. Do your customers have to reach your website for you to have any chance? If yes, you are dependent on a route that is starting to be bypassed. 2. When someone asks an assistant for a business like yours, are you actionable? Not merely mentioned, actually able to be booked, queried or bought from. 3. How much of your chatbot’s traffic is people doing something they would rather have delegated? Answering that honestly usually settles it.

    Where to begin

    A free agent-readiness snapshot looks at what you already have, including any chatbot, and tells you whether a connection would add something or duplicate what is working.

    If your existing setup covers it for now, the snapshot will say so. We would rather tell you that than sell you a second thing that does the first thing’s job.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • How to Tell Whether Your AI Connection Is Actually Working

    Every vendor in this space promises something measurable, and we are no exception: the point of this work is a measurable channel, not a science project.

    Far fewer explain what actually gets measured. So here is the specific version: what to count, what to ignore, and what the first ninety days genuinely look like.

    The step almost everyone skips

    Measure before you build.

    It sounds obvious. It is skipped constantly, and it is the reason so many businesses end up unable to say whether something worked.

    If you do not know how many enquiries you received last month, how many converted, and how many arrived outside working hours, then in three months you will have a number with nothing to compare it to. You will be left arguing from impressions, and impressions favour whoever is most enthusiastic in the room.

    Establishing that baseline is part of the audit, before anything is built. It is usually the single most valuable half-hour of the whole engagement, and it costs nothing.

    The numbers that actually matter

    They depend on which connection you started with. Pick the small set that maps to your constraint, and ignore the rest.

    If you connected enquiries: enquiries captured outside business hours · how many arrive already qualified · time from enquiry to first response · how many convert compared with your baseline.

    If you connected bookings: bookings completed without a person involved · reduction in back-and-forth before a booking is confirmed · fill rate on slots that historically went empty · no-shows, which sometimes shift once confirmations become automatic.

    If you connected product discovery: conversion rate for guided sessions versus ordinary browsing · average order value · how often customers land on products they would not have found by searching · where people abandon.

    If you connected support: questions resolved without a person · your team’s time returned, in hours · what proportion escalate, and whether that proportion is falling as the rules improve.

    What to ignore

    Conversation volume. A big number that says nothing about whether anything was achieved.

    “Engagement”. If it cannot be traced to an enquiry, a booking, a sale or an hour saved, it is not a business result.

    Response speed on its own. Fast wrong answers are worse than slow right ones. Speed only counts alongside resolution.

    Any dashboard that leads with these is a dashboard designed to look good rather than to inform a decision.

    The honest problem: attribution

    Some of the value is genuinely hard to attribute.

    If a customer asks an assistant about you, gets a useful answer, and books three weeks later by phone, that booking will not appear in any AI report. It was still caused by the connection.

    We would rather say that plainly than present precision we cannot support. The practical approach is to track what is directly measurable, watch your overall numbers move alongside it, and treat the gap as upside rather than pretending to have measured it.

    Be sceptical of anyone claiming to attribute all of it. They are either measuring something narrow or being creative.

    What the first ninety days actually look like

    Days 1 to 30: small and noisy. Real volume is low. Some rules turn out too tight, some too loose. Interesting rather than conclusive, and this is where most of the tuning happens. Judging success here is like judging a shop on its opening morning.

    Days 31 to 60: the shape appears. Enough volume for patterns. You will usually see one thing working better than expected and one worse. This is where the connection earns its keep, because now you are adjusting from evidence.

    Days 61 to 90: a number you can trust. Comparable to your baseline, stable enough to decide from: widen the connection, add a second one, or stop.

    Anyone promising a clear return in week two is selling you week two.

    What “not working” looks like, and what we do

    Sometimes the honest answer is that it is not delivering. That usually shows up as one of:

    • Volume is there, but escalations stay high: the rules are too narrow, or the underlying

    information is not good enough to answer from.

    • Volume never materialises: you connected a journey your customers do not actually use.
    • It works, but the value is smaller than the effort: real, and worth saying out loud.

    The first is fixable and normal. The second means we chose the wrong connection, and the fix is to move to the right one. The third means you should not extend it, and we will tell you so.

    A connection that quietly underperforms while nobody looks is the worst outcome available. That is what the review rhythm exists to prevent.

    What you get from us

    A monthly report in your numbers, not conversation counts, but enquiries, bookings, resolutions and hours. What changed, what we adjusted, and what we recommend next.

    Reviews at 30, 60 and 90 days, then quarterly. Rules reviewed on a set cadence, because the ones that were right at launch rarely stay right.

    Where to begin

    The agent-readiness audit establishes your baseline before anything is built, which is what makes any of this measurable later.

    You get a written report including the payback maths in your own figures: what a customer is worth to you, how many you are losing, and how many the connection would need to recover to cover itself. If those numbers do not work, the report will say so.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • Letting AI Act for Your Business, Without Handing Over Control

    There is a question behind every serious conversation about AI connections, usually once the opportunity has landed and the practical mind takes over:

    “What happens when it gets something wrong in front of a customer?”

    It is the right question. It is also the one most vendors answer badly, either with reassurance that explains nothing, or with technical detail that answers a question nobody asked.

    Here is the honest version.

    Why the stakes feel higher, because they are

    A chatbot that answers badly is embarrassing. An assistant that acts badly is a different matter. It might confirm a booking you cannot honour, quote a price you withdrew last month, or promise a delivery window you do not offer.

    That difference is real, and it is exactly why the first thing we design is not what the assistant can do. It is what it cannot.

    Permission is the design, not a setting

    On most software, permissions are a configuration screen someone visits after the build. Here it is the opposite. The permission model is the build: everything else follows from it.

    We work through your customer journeys and sort every action into three tiers:

    Acts on its own. Low-risk, high-volume, easily reversible. Answering your opening hours, checking whether a slot is free, capturing an enquiry, explaining the difference between two products. If this goes wrong, the cost is a mild inconvenience.

    Confirms first. Anything that commits you. A booking that blocks capacity, an order above a threshold you set, a discount, a change to an existing appointment. The assistant prepares it; a person releases it.

    Never touches. Anything you decide is human-only, and everything nobody thought to authorise. This is the important half: the default is no, not yes. An action nobody explicitly approved does not happen.

    Where the lines sit is your decision, not ours. Many businesses prefer to start conservatively and widen the first tier once they have watched it work.

    It works from your information, not its own impressions

    A general AI assistant answering questions about your business is guessing from whatever it absorbed about businesses in general. That is where invented answers come from.

    A connected assistant queries your actual systems: your live availability, your current prices, your real stock, your published policies. It is not recalling what it thinks is true about your business. It is reading what is true, at that moment.

    That single change removes most of what people mean when they worry about AI “making things up.”

    “I don’t know” is a feature

    We design explicitly for the edges. When a customer asks something outside what the assistant can verify, the correct behaviour is not a plausible-sounding guess. It is to say so and hand over to a person, with the conversation attached so the customer does not repeat themselves.

    An assistant that admits its limits is more trustworthy than one that never does, and customers can tell the difference immediately.

    You sign it off before it goes live

    Before anything is connected, you receive the permission rules in plain language: what the assistant may do alone, what needs you, what it will never attempt, and where it escalates. Not a technical specification: a document you can read and disagree with.

    Nothing goes live until you have.

    We test against your real scenarios, not ours

    We agree test scenarios with you in writing before we build, drawn from situations your business actually encounters, including the awkward ones. The double booking. The customer asking for something you stopped offering. The request that should always reach a human.

    That agreed list is also how the build is signed off: it is not finished until it passes those scenarios.

    You can see what it did

    Every action is logged and reviewable. If a customer says “your system told me X”, you can check what actually happened rather than reconstructing it.

    That matters for trust, and it matters practically: the log is how you spot a rule that is too tight, or too loose, in the first fortnight.

    When something does go wrong

    It will, occasionally, in the way any system does. What matters is the blast radius, and that is what the design controls.

    An assistant restricted to reversible actions produces recoverable mistakes. One given open authority produces expensive ones. This is why we start narrow and widen deliberately, not because the technology is fragile, but because trust should be earned in the right order.

    You can also change the rules, or switch a connection off entirely, at any time. It is your business.

    Why control makes it more useful, not less

    It is tempting to read all of this as friction, as though the safest connection is the one that does least.

    The opposite is true in practice. A business that knows exactly what an assistant will and will not do lets it handle far more, because the boundaries are understood. The businesses that end up restricting AI most severely are the ones that deployed it without deciding those boundaries first, then got a surprise.

    Clear limits are what make delegation possible. That is as true of software as it is of people.

    Where to begin

    An agent-readiness audit includes exactly this conversation. We map your journeys, identify where an assistant could act, and, just as importantly, where it should not.

    You get a written report either way, and if we think the risk outweighs the return for your business right now, we will say so.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

  • Four Ways to Connect Your Business to AI, and How to Know Which One to Start With

    Many business owners have already accepted the premise. They know customers are starting to ask an assistant instead of opening ten tabs, and they know that being findable is no longer the same thing as being usable.

    The harder question is the practical one: where do you start?

    Starting everywhere is the most common way these projects stall. Starting in the wrong place is the most common way they disappoint. So here is what each connection actually does, and how to tell which one belongs first in your business.

    Start with the bottleneck, not the technology

    An AI connection is not a feature you bolt on because it is new. It is a way of removing a specific constraint: a queue, a delay, a repetitive task, a moment where a customer gives up.

    If you cannot name the constraint, the connection has nothing to fix. That is the whole reason our first step is an assessment rather than a proposal.

    1. Enquiry and lead connection

    The constraint: high-value enquiries arriving when nobody is there to answer them, or in volumes your team cannot work through fast enough.

    An enquiry that arrives at 21:00 on a Saturday is not a lead until someone responds to it. By Monday, a serious buyer has usually asked someone else. This connection lets an AI assistant capture the enquiry, ask the qualifying questions you would have asked, and route it into your CRM or inbox with the context already attached.

    You get: enquiries captured around the clock, already qualified, in the system your team already works from. No lead sitting unread in a shared mailbox.

    Choose this first if: your pipeline depends on inbound enquiries and you suspect you are losing them to response time rather than to price or competition.

    2. Bookings and reservations connection

    The constraint: scheduling that spans locations, staff or time zones, handled by people who could be doing higher-value work.

    Booking is the clearest case for letting an assistant act rather than talk. It can check genuine availability, apply the rules you set (notice periods, deposits, which staff handle which service, which branch covers which area) and confirm the booking without anyone stepping in.

    You get: high-volume, multi-location scheduling handled automatically, inside constraints you define. Your diary fills without your team becoming a switchboard.

    Choose this first if: your revenue is capacity-based and your team spends real hours coordinating who goes where and when.

    3. Product discovery and commerce connection

    The constraint: a catalogue large or technical enough that customers cannot easily tell what they need.

    Search boxes reward customers who already know the product name. Most do not. They know their problem. This connection lets an assistant work the way a knowledgeable salesperson does: ask what the customer is trying to achieve, narrow the options, explain the difference between two similar items, and move them toward a decision.

    You get: guided, conversational selling across your full range, including the products that never surface because nobody knows to search for them.

    Choose this first if: you carry a deep or technical catalogue and you suspect customers are buying the obvious items simply because those are the ones they can find.

    4. Customer support connection

    The constraint: a team answering the same questions repeatedly instead of handling the ones that genuinely need judgement.

    Every business has its recurring twenty questions: hours, locations, policies, order status, lead times, what is covered and what is not. Handling those automatically is not about removing people from support. It is about giving them back the hours that the routine questions consume.

    You get: the repetitive volume resolved automatically, with anything unusual escalated to a person, so your team scales without extra headcount.

    Choose this first if: your support load grows in direct proportion to your sales, and that relationship is starting to hurt.

    Growing across branches and borders

    Once one connection is working, extending it is a different kind of job to building it. Each new location or market brings its own availability, catalogue, pricing, language and rules, with central oversight so standards stay consistent while local reality is respected.

    This is why we treat rollout as its own piece of work rather than a copy-and-paste. A connection that works beautifully in one city can fail quietly in another for reasons that have nothing to do with the technology.

    Why it needs looking after

    AI assistants, models and the standards behind them are changing on a monthly cadence right now. A connection left untouched degrades, slowly at first, then visibly, in front of customers.

    Ongoing care is not an upsell tacked onto the end. It is the difference between a system that compounds in value and one that quietly stops being trustworthy. That is why we offer ongoing care: monitoring, updates as the standard changes, and tuning.

    The three questions that decide it

    1. Where do customers most often give up? Not where you would like to grow, where the drop-off is already happening. 2. What does that moment cost you? One lost enquiry, one unfilled slot, one abandoned basket, multiplied by how often it happens. 3. What is already connectable? A real booking system, store or CRM makes the first connection faster. A monitored inbox is enough to begin.

    If those three point at the same place, that is your first connection. They usually do.

    What this does not involve

    No rebuild. No migration. No asking you to become technical.

    We connect the website and systems you already run. You decide exactly what an assistant may do on its own, what needs a human, and where it escalates, and you sign that off before anything goes live. Nothing happens outside the rules you set.

    Where to begin

    Start with a free agent-readiness snapshot. We look at your website, your systems and your real customer journeys, and come back with a short written report: where you stand, the three biggest opportunities, and which one we would start with and why.

    If it is not worth doing yet, the report will say so. You keep it either way.

    Free worksheet: Your first three WebMCP tools (PDF). Pick the three jobs on your website to make ready for AI agents first. No email needed.

Share with