Customer service

Customer service chatbots your customers actually use.

Consulting and implementation for chatbots and voicebots in customer service, with moinAI as platform partner.

Verged advises and builds: chatbots and voicebots for customer service at mid-sized companies in Germany, from the first use case through knowledge sources and integration to live operation, with moinAI as platform partner. What you end up with is customer service automation your own team owns and your customers use.

When is a customer service chatbot worth it?

Two conditions have to hold at once. The volume of enquiries has to be high enough for automation to move anything. And the enquiries have to carry a friction you can remove, which means recurring questions with answers you can maintain.

If one is missing, the effort does not pay. A bot on fifty enquiries a month costs more upkeep than it saves. A bot on a thousand enquiries whose answers exist in no maintainable state produces wrong information at scale.

The third condition is the handover. Bitkom Research asked in May 2025 how satisfied people are with service channels: 86 percent are satisfied with human contact, 50 percent with chatbots. 62 percent want to speak to a person first when they have a problem. That does not mean chatbots are useless. It means the moment the bot hands over decides how the whole thing is judged. Leave that moment undesigned and you lose exactly the customers who have a real problem.

Platform partner

Built with moinAI.

moinAI is our platform partner for customer service chatbots and voicebots. The platform is developed and operated in Germany. Verged is the consulting and implementation partner: scoping, build, integration and operations.

MIA, the Messe Intelligence Agent for Messe Berlin.

“Exhibitors, visitors and press come to our fairs from all over the world, and their questions start months before the first day.

MIA answers them straight away, in the language they ask in, from stand booking to press accreditation. The conference programme and the exhibitor list change constantly, so it mattered to us that those questions are answered in real time.

Verged took us through the whole process. The first fair was live after six weeks. Three are running now, and a fourth follows.”

Katja GrossKatja GrossHead of Corporate Development, Messe Berlin

What comes before the technology?

  1. Define the use case.

    Which ten enquiries arrive every week? Your ticket system decides that, not your product catalogue.

  2. Inventory the knowledge sources.

    Terms and conditions and contracts are written for legal interpretation and make poor answers until someone rewrites them for customers.

  3. Settle the GDPR setup.

    Consent strategy and hosting model come before the platform choice, because they narrow it.

  4. Check the integration.

    A bot that cannot open a case answers questions and resolves nothing.

  5. Fix the metrics.

    The baseline is measured before go-live. Afterwards it cannot be recovered.

  6. Assign responsibility.

    Prices, seasonal offers and regulations change without regard for your project plan.

  7. Define the pilot scope.

    Three to five intents that work beat twenty that half work.

The decision guide for leaders

A detailed guide that takes decision-makers through the seven steps to introducing a chatbot: use cases, knowledge sources, GDPR setup, integration, metrics, responsibility, pilot scope. As a PDF.

What does it cost to introduce?

The licence is the smallest item. BCG looked at where the money goes in AI programmes in "The Leader's Guide to Transforming with AI" in 2024: 70 percent on people and processes, 20 percent on technology and data, 10 percent on algorithms.

For a chatbot that means knowledge preparation, journey design and ongoing upkeep are the project. The platform is one line in it. In our own projects an effect becomes visible three to six months after go-live. Measure earlier and you are measuring the ramp-up.

How do I measure success?

Start with the baseline. How many enquiries arrive today, through which channels, how long does handling take, how satisfied are people afterwards? Without those numbers there is no later comparison, only opinions.

Then pick the right measures. Resolution rate and satisfaction say more than the raw ticket count. A chatbot is first of all an additional channel, and an additional channel raises enquiry volume in the short term. Set volume reduction as the first goal and you will declare a working project a failure.

Watch the incentives you create. A measure that rewards the bot for every enquiry it does not pass on produces a bot that does not pass anything on. Check what your vendor contract measures and bills, because that shapes the reports you will read later.

And do not plan for headcount reduction. Gartner found in February 2026 that half the companies that cut service roles citing AI are expected to hire again by 2027, and that only about a fifth of those cuts were actually driven by AI. A bot that works strengthens the team. It does not replace it.

What about data protection?

A chatbot from a third-party provider needs the visitor's consent before it is shown at all. In our projects around 30 percent of visitors decline all optional cookies. Those visitors never see the bot, and nobody inside the company notices, because they appear in no statistic.

That is why consent strategy belongs in the platform decision rather than after it. First-party hosting, a compliant embed and a consent banner that says what it is asking for decide how many of your visitors the bot exists for.

The same question runs through the knowledge base. Every source you connect is data you are processing, so decide per source what goes in and what stays out. And classify the system under the EU AI Act before go-live, not after, because the classification decides what documentation you owe.

Voicebots

Same decision logic, different channel. In many industries the telephone is still the most used service channel, and high volumes of recurring enquiries make the same case there as in chat.

The demands are higher. Response times have to be short or the conversation breaks. Speech recognition has to cope with accents, background noise and half-finished sentences. And dialogue design carries more weight, because a caller cannot scroll back.

Rare contact, high stakes. Insurers.

Insurance customers get in touch seldom and expect the digital route to work when they do. Someone who submits one claim a year wants it done in minutes without first learning how your portal is built.

Typical ground: the status of a claim, submitting documents, questions about cover, and handover to the right desk with the context attached. The bot takes it in, clears what it can and hands over. Cases that need a decision still get a person.

High volume, recurring standard enquiries. Telecommunications.

Tariffs, billing, outages and moves produce the same questions in large numbers, which is the clearest case for automation there is. It also produces the sharpest line between answers the AI may generate and answers that have to be written and approved.

Explanatory content with little liability attached the bot can phrase itself. Anything binding, or anything that sounds binding, is written editorially and signed off. The rule of thumb: the more a wrong answer costs, the more editorial the answer.

Peak load with a seasonal profile. Trade fairs and events.

Trade fairs have a load profile few other service areas know. For months there is little, and in the days around the event everything arrives at once. What gets asked is the programme, exhibitors, directions, opening hours, tickets and stand information.

The bot answers around the clock and in several languages. What decides the quality is where the answer comes from: a programme and an exhibitor list change constantly, so the bot has to read the live source rather than a copy somebody maintains on the side.

Chatbot Scoping Workshop

Half a day. We set the success criteria, cut the use case fields and estimate the effort. You leave with a prioritised use case plan and the knowledge structure for the first three intents.

870 EUR

Whichever step you start with, the work underneath is the same four levers: AI strategy and governance, customer journey, solution build, adoption and operations.

See our services

Frequently asked questions

How long does it take to introduce?

From scoping to the go-live of a pilot with three to five intents usually takes a few weeks. Most of that time goes into preparing the knowledge sources and agreeing who owns which answer, not into the technology.

Do we need our own chatbot if our customers use ChatGPT?

A general assistant does not know your contract data, your order status, and knows your tariffs only as well as your public website does. Your own bot works on your systems and can open cases. The two complement each other, and both need maintaining.

What happens when the bot does not know the answer?

It hands over. How it does that is set in the journey design: to whom, with what conversation history, with what waiting time. That handover is where customers judge the quality of your service.

Which knowledge sources work, which do not?

Anything written for customers and kept current works: help articles, FAQs, product descriptions, internal service manuals. Terms and conditions, privacy statements and contracts do not. They are written for legal interpretation and make poor answers until the business rewrites them.

Who maintains the bot after go-live?

The business, with named ownership per topic area and a fixed rhythm. IT runs the integration. Without named responsibility the content ages within months and the resolution rate falls without anyone seeing the cause.

Start with half a day.

The scoping workshop turns your top questions into a prioritised use case plan and the knowledge structure for the first three intents. If you would rather see the whole picture first, the masterclass on 1 October covers what chatbots can do, what they cost and when they pay off. It runs in German.

Written byChristian SchachtUpdated 19 September 2026