Skip to content
For Membership Associations | GEMA: 248K+ queries, 6,000+ hours saved (opens in a new tab)

How a Community Bank Revised Its Website Assistant 224 Times Without a Single Deployment

A community bank in the US Southeast

  • 224 Revisions to the assistant's wording, none needing a rebuild
  • 3,723 Questions asked, raw count
  • 319 Days carrying a question in the most recent 365

About the customer

A community bank in the southeastern United States serving commercial and retail customers runs one AI customer service chatbot on its public website, grounded in the bank's own published product and account material. Across twenty-eight months in production it has taken 3,723 questions and carried a question on 659 of 852 days, including 319 of the most recent 365. In that time the bank's marketing team has revised the assistant's instructions 224 times, roughly one revision every four days, each edit landing on the assistant already answering visitors. Three agentic actions now run on top of every answer. The bank shared the deployment anonymously.

  • Industry

    Finance and Banking

  • Use Case

    Customer Support, Knowledge as a Service

  • Teams

    Customer Support, Marketing

Case study

At a glance

IndustryCommunity banking. A commercial and retail bank in the southeastern United States with roughly one hundred and fifty staff
EstateOne assistant, in production continuously for twenty-eight months and revised 224 times
ObjectiveAnswer product questions in the bank's own words, and keep being able to change those words as the bank changes
Key use casesDeposit and lending product questions, eligibility, terms and fees as published, with the source page shown on the answer
SolutionCustomGPT.ai. A single grounded assistant on the public website, with citations shown and three agentic actions enabled
CorpusThe bank's published site, crawled as it stands and recrawled as the bank revises it
OwnerThe bank's marketing team, which wrote the instructions in-house and revises them directly
SharedAnonymously, at the customer's request

The challenge

A customer sits down on a weekend to work out whether a particular deposit account suits a seasonal business. A branch officer fields the same handful of product questions between appointments and would rather spend that time on the appointments. A marketing lead owns the website, reads what the assistant tells people, and wants it to sound like the bank on every answer rather than on most of them.

Rates move. Products get added and retired. Phrasing that read well against one version of a page starts to read oddly once the page has been rewritten. A bank of this size cannot run a release process to fix a sentence, so the practical question at purchase was a narrow one. When somebody reads the assistant’s answer and knows a better way to say it, how long does that take to change, and who has to be involved?

The solution

One assistant, grounded in the published site. The bank’s own product and account material is crawled as it stands and recrawled as it changes, so the corpus stays current as a by-product of running the website rather than as a separate task on somebody’s week.

Wording the bank owns. The instructions were written in-house rather than accepted as a generic persona, and they have been revised 224 times, each edit landing on the assistant already in service.

Citations on the answer. A visitor can see which page a statement about a product came from, which is what keeps a public statement about a regulated product tied to material the bank has committed to in writing.

Three agentic actions. Page awareness, conversion and lead capture run on top of the reply, so a good answer can end somewhere other than the end of a paragraph. They were added as the case for each one appeared rather than all at launch.

What it did not take is part of the design. No core banking integration, no customer data in scope, no second copy of the bank’s content, and no release process between a weak sentence and a better one.

The capability that decided it

How an assistant answers is copy, and copy gets better by being edited by someone who reads it. This bank has revised its assistant’s instructions 224 times across twenty-eight months, one revision every four days on average, and every one of them landed on the assistant that was already answering visitors.

Where changing an answer means a ticket, a sprint or a vendor, the wording stops improving on the day the project ends. Here it is a text field the marketing lead can open, which is why the answers have kept pace with a bank that has not stood still either. No other bank assistant in our published case studies has been revised as often.

Every one of those revisions is small. A clearer sentence about a fee, a better way to name a product, a phrasing that matches a page the bank has just rewritten. Two hundred and twenty-four of them stack up into an assistant that sounds like this bank in particular, which is not a thing any vendor can hand over on the first day.

The results

The two day counts tell the story between them. Across the whole deployment the assistant has carried a question on 659 of 852 days. In the most recent year of the record it has carried one on 319 of 365. The opening stretch was sparse, at a handful of active days a month, and every month since has run between nineteen and thirty.

Volume is modest by design, at 3,723 questions, because this is one assistant on one website rather than an estate. Set the 224 revisions beside the day counts and the shape is clear. The bank runs this assistant rather than hosting it.

One limit is worth stating plainly. The 224 revisions are evidence of effort, not of improvement. The record shows the bank worked on its answers steadily. It holds nothing about whether any single edit made the next answer better, and nothing here claims that it did. No answer-quality classification exists on this deployment, so no answer rate appears anywhere on this page.

Why it worked

Editing is not deploying. There have been 224 changes to what the assistant says, none of which needed a rebuild, a reload or anyone outside the bank.

The corpus follows the site. Grounding in the live published material means the bank updates the assistant every time it updates a page, with no second copy to keep in step.

Capability could be added later. Three actions now run on the answer, put in as the case for each one appeared rather than all at launch, so the deployment grew without being rebuilt.

The risk surface stayed small. The assistant serves anonymous visitors, reaches no account system and holds no customer data, which keeps governance within reach of a bank of this size.

MeasureTo date
Time in production28 months, one assistant
Questions asked, raw count3,723
Days carrying a question659 of 852
Days carrying a question, most recent 365319
Revisions to the assistant’s wording224
Agentic actions now runningThree, added over time
Assistants in productionOne, throughout

Figures from CustomGPT.ai product usage records. Shared anonymously at the customer’s request.

Customer stories

Meet the organizations beating the AI curve with CustomGPT.ai

Frequently asked questions

What is an AI customer service chatbot for a community bank?

It is an assistant on the bank’s public website that answers plain-language questions about deposit and lending products, eligibility, terms and fees, drawing only on the material the bank has published and showing which page each statement came from. Here there is one of them, serving anonymous visitors with no sign-in required.

Where does the assistant get its answers?

From the bank’s own published site. The product and account material is crawled as it stands and recrawled as the bank revises it, so the boundary of the answer is the same as the boundary of what the bank has committed to in writing. It does not draw on the open web or on a model’s general knowledge of banking.

Can a visitor see where an answer came from?

Yes. Citations are shown on the answer, so a visitor reading a statement about a product can see the page it was drawn from. For a regulated product that is the difference between a claim and a reference.

How does the bank change what the assistant says?

By editing the instructions directly. Whoever notices a poor answer can rewrite it the same day, without raising a ticket, scheduling a release or involving anyone outside the bank. The change lands on the assistant that is already answering visitors.

How often does the bank actually change it?

The instructions have been revised 224 times across twenty-eight months, which averages out at roughly one revision every four days. The record holds the running count rather than the timing of each edit, so that figure is a rate derived from two totals rather than an observed cadence.

Does the assistant reach account data or a core banking system?

No. There is no core banking integration. The assistant serves anonymous visitors, holds no customer data and reaches no account system, which is what keeps the risk surface somewhere a bank of this size can govern.

What do the three agentic actions do?

Page awareness, conversion and lead capture run on top of the reply, so an answer can move a visitor toward the right product or capture an enquiry rather than ending where the paragraph ends. They were switched on over time rather than all at launch, with the third added in the most recent stretch of the record.

What happens when the bank updates a product page?

Nothing extra. The corpus is the live site, so the recrawl picks the change up and the assistant answers from the revised material. There is no separate copy of the content for somebody to remember to update, which matters because the forgotten copy is always the one doing the answering.

Does running this need a developer?

Not for the work that keeps it good. The people who own the website own the wording, and changing what the assistant says is an edit rather than a deployment. That is the single capability this bank’s record argues for most strongly.

How do you know the deployment is still being used?

By the day counts rather than the launch. The assistant has carried a question on 659 of 852 days across its life and on 319 of the most recent 365, which is the shape of something in regular service rather than a pilot with a busy first fortnight behind it.

Does this page publish an answer rate?

No. No answer-quality classification exists on this deployment, so there is no answer rate to publish and none appears anywhere here. The figures on this page describe volume, days in service, revisions and configuration, which is what the record actually holds.

Put a number on your own edit loop

Ask what happens between someone reading a poor answer and that answer changing. If the path runs through a queue, the wording stops improving the month after launch. Start an assistant on the material you already publish, and keep the sentence that fixes it within reach of the person who noticed.