Customer support
Cut the repeat questions before they become tickets
Answer the questions your documentation already covers, and route everything else to a person with the thread attached.
Use cases
Creobot answers visitor questions from your own pages and files. What changes between these eight is which question you care about, what you train it on, and what should happen when it cannot answer. Each page states the limits, not just the upside.
If your inbox or your live chat carries the same five questions every week, those answers already exist somewhere on your site. They are just not reachable at the moment the visitor is deciding.
Pricing pages answer what a plan costs. They rarely answer whether it fits, which is the question that actually stalls a purchase.
The alternative to an assistant is usually not a person. It is silence, a contact form, and a visitor who leaves.
It is a poor fit if your answers do not exist in writing anywhere, if every question needs an account lookup, or if you need a full ticketing desk with SLAs rather than a website assistant. See the comparisons for where another tool is the better choice.
8 use cases
Customer support
Answer the questions your documentation already covers, and route everything else to a person with the thread attached.
Lead generation
Answer the buying question first, then ask for contact details. Asking before you have delivered value is why most chat capture converts badly.
SaaS websites
Buyers ask about limits, migration and edge cases that no pricing table can hold. The assistant reads your docs and your pricing together.
Agencies
A separate agent per client, each trained on that client's own content, each producing a report you can put in front of them.
Ecommerce
The three questions that stall a purchase are almost always answered somewhere on the site already. They are just not answered where the decision happens.
Local business
Most local site questions arrive when nobody is there to answer them. They are also the easiest questions to ground in existing content.
Human handoff
The value is not in escalating. It is in escalating with the transcript, the pages read and the question that failed, so the person does not start again.
Website training
More sources produce worse answers, not better ones. Source selection is the quality lever most teams never touch.
Nothing in that group.
All of them, as a scoped pilot. Creobot is in private launch, so the first run is set up with you: sources mapped, answers benchmarked against your current assistant on your public pages, and a scorecard before you commit. Join the waitlist or book a demo to start one.
Creobot has no published customer stories yet. Any figures shown on this site illustrate the interface, they are not usage data. What exists is the record of the agency work Creobot comes out of.
A feature page explains how a capability works. A use case page explains when a particular team needs it and what changes for them. Human handoff as a feature covers the mechanics. Human handoff as a use case covers when a team should reach for it.
Your site has to already contain the answers, or be capable of containing them. An assistant surfaces content, it does not create it. If the answer is nowhere on your site, the honest outcome is a refusal and a logged content gap, not an invented answer.
Yes, and most sites will. The separation here is about which problem you are trying to solve first, because that decides what you train it on and what you measure.
Describe it. The pattern underneath all eight is the same: visitors ask questions your site half answers. If yours fits that shape it probably works, and if it does not we would rather tell you.
The one where you can name the question visitors keep asking. A use case you can state as a specific repeated question is one an assistant can be measured against.
Signal
Describe the question your visitors keep asking and what happens today when nobody answers it. That is usually enough to tell whether an assistant helps or whether you have a content problem instead.