What should an AI chatbot budget include?
An AI chatbot budget should cover source preparation, the chat interface, retrieval or system integrations, evaluation, access controls and ongoing operation. Model usage and source maintenance are recurring costs. Start with a defined set of questions and an escalation path when the available information cannot support an answer.
Choose an answerable scope
List recurring questions and identify the authoritative source for each answer. A university assistant may help visitors locate programme information, while a business assistant may explain service scope. Define the tasks it should not perform, such as making an admission decision or committing to an unapproved price.
A small, clear scope creates a testable first version. “Answer anything about the organisation” is difficult to estimate because it hides missing information and unresolved permissions behind a broad instruction.
Budget for knowledge preparation
Web pages, PDFs and internal documents may contain duplicates, outdated dates or conflicting statements. Someone must decide what is current and who updates it. The implementation should identify the approved source set and how changes reach the assistant.
Scanned documents and complex tables may need additional processing and checks. A demonstration using a few clean pages is not evidence that every file in an archive can be interpreted correctly. Assess representative material before estimating the complete collection.
Distinguish answering from taking action
A public information assistant has a different risk profile from an agent that updates a CRM or accesses applicant records. Actions require supported tools, permissions and sometimes human approval. These connections should be named and estimated separately.
Conversation storage and personal information also need explicit decisions. Collect only what the intended workflow requires, identify who can access it and agree retention. Avoid granting broad access to private records merely to make the assistant appear more capable.
Create an evaluation set
Prepare representative questions, ambiguous wording, outdated assumptions and requests outside the approved scope. Review whether the assistant gives a useful answer, cites or links the appropriate source and knows when to direct a visitor to a person.
Accuracy is not demonstrated by one successful conversation. Evaluate the conditions in which the assistant should say it lacks enough information. For important decisions, the user should be able to inspect the official source or contact the responsible team.
Separate implementation and running costs
The initial scope may include the interface, knowledge pipeline, integrations and evaluation work. Recurring costs can include model usage, storage, hosting, communication channels and support. Ask how usage is measured and who owns each provider account.
Conversation volume alone may not explain every charge. The amount of information processed and the chosen workflow can also matter. Use current provider terms for an estimate and define how the business will review unexpected usage.
Prepare for ongoing ownership
Assign the person who maintains source information, reviews failed questions and approves changes to scope. Agree an escalation route and a way to disable or limit a problematic integration. An assistant should be operated as a changing service, not a permanent answer engine.
Curobotic’s RGU chatbot work provides a relevant university example. For your project, bring the intended audience, representative questions and source documents so implementation and operating costs can be assessed together.
Have a challenge like this in mind?
Let’s make it happen