How AI admissions agents are billed: five models and their hybrids
AI admissions agents are billed in one of five ways: a flat licence, a charge per conversation or resolution, a charge per seat, a usage meter (messages, credits or tokens), or a charge per outcome. Most contracts combine two of these and add fixed lines for setup, integrations and extra channels.
The label matters less than the definition behind it. "Per conversation" can mean a visitor opening the chat window, a thread with at least one answer, or a thread that ended without a person stepping in.
This guide is for the admissions, recruitment or marketing lead at an Irish university, technological university, institute or private college who has to compare quotes. If you are still building the internal case, start with the business case in five slides. For criteria beyond cost, see the evaluation grid for choosing an AI agent.
The five billing models
Flat licence or subscription
You pay a fixed amount per year for a defined scope: a number of sites, languages or campuses. It rewards heavy use, because the extra conversation costs nothing, and it fits an annual budget.
The risk is paying for capacity you do not use, or finding that "unlimited" carries a fair-use clause. Ask for the limit in writing, and for the consequence of reaching it.
Per conversation or per resolution
You pay for each conversation, or only for those the agent resolves without a person. Cost follows value, and the entry barrier for a pilot is low.
The risk is in the definition. If a resolution is whatever the applicant did not escalate, a visitor who gives up counts as a success. If handovers to an adviser are also billed, the agent is paid twice for the cases it could not handle.
Per seat or per user
You pay for each named staff member who uses the platform. It suits tools where the human team does the work, such as a shared inbox or a CRM add-on.
For an agent that talks to prospective students, seats measure your team size, not the work done. Confirm that applicants and parents are never counted as users.
Usage-based: messages, credits or tokens
You pay for a metered quantity. It tracks the supplier's own cost most closely, so it tends to be candid about what runs underneath.
The risk is unpredictability. A long conversation consumes more than a short one, and a credit system can hide the real unit behind a conversion table. Ask what, exactly, consumes a credit.
Per outcome
You pay for a defined result, such as a booked open day, a completed enquiry form or a qualified record in your CRM. Incentives line up, and finance teams like the link to results.
The risk is disputes: does a booking count if the applicant does not attend, are duplicates filtered, and who audits the count?
Hybrids
Most quotes combine a base licence with an included allowance and an overage rate. That works when the allowance covers a normal year. It works badly when the allowance is set low so that overage becomes the real bill.
Comparison of the models
| Model | What it rewards | Main risk for the institution | Question to ask |
|---|---|---|---|
| Flat licence | Heavy use, predictable budgets | Unused capacity; hidden fair-use cap | What happens at the fair-use limit? |
| Per conversation | Low entry cost, cost follows traffic | Loose definition; spam counted | What starts and ends a billable conversation? |
| Per resolution | Value delivered | Abandoned chats counted as resolved; handovers billed | Who decides that something was resolved? |
| Per seat | Staff-heavy tools | Cost follows headcount, not students served | Are applicants ever counted as users? |
| Usage (messages, credits, tokens) | Transparency of underlying cost | Unpredictable bills; opaque credit table | What exactly consumes one credit? |
| Per outcome | Shared incentives | Disputes over attribution and duplicates | Who audits the count, and on what logs? |
| Hybrid | Predictability plus flexibility | Low allowance, steep overage | What does a normal year look like against the allowance? |
The fixed lines around the meter
Ask for every other line to be itemised before comparing totals.
- Setup and onboarding. Content ingestion, configuration, testing and staff training.
- Integrations. Connection to your CRM, events tool and any consent platform. Ask whether each is a one-off fee or recurring.
- Channels. A website agent and a messaging-channel module are often separate lines with their own consent rules.
- Languages. Some suppliers charge per language, others include all of them. Ask how Irish-language content is handled if you publish it.
- Campuses and sites. Check whether a second campus or a partner college needs its own licence.
- Model cost. Ask who carries the cost of the underlying language model, and whether a change in the supplier's costs can change your bill during the term.
Questions every buyer should ask about the billable unit
Put these in writing and attach the answers to the contract.
- What is the billable unit, and what starts and stops it?
- Is a conversation that ends in a handover to an adviser counted, and is it counted twice?
- Are repeat visits by the same person one conversation or several?
- How are bots, scrapers and spam filtered, and who pays for traffic you did not want?
- What happens at peaks: a hard cap, automatic overage or a warning first?
- Is the allowance annual or monthly, and does unused volume carry over?
- Is the rate locked for the term, and what limits an increase at renewal?
- Can you export conversations, configuration and content if you leave, and in what format?
Seasonality: the CAO cycle sets the rhythm
Irish undergraduate recruitment is shaped by the CAO cycle. Traffic rises around open days, the main application window, the change-of-mind period, the Leaving Certificate results and the offer rounds that follow. Mature, postgraduate and international applicants have their own rhythms, and a private college that recruits outside the CAO system will see a flatter pattern.
A volume-based model concentrates cost in those windows, while a flat licence spreads it. Model the peak, not the average. Check whether a burst of traffic on results day, or from a campaign, triggers overage you cannot cap.
How to model twelve months of cost
Use this structure: expected conversations multiplied by the billable rule, plus the fixed lines, plus a contingency for overage. Build a low, a central and a high scenario and write the assumptions down.
- Estimate conversations. Start from your own site analytics and enquiry counts, not a vendor benchmark. Split by season: quiet months, open day months, results and offer weeks.
- Apply the billable rule literally. Remove what the contract excludes, such as spam or sessions with no message. Add what it includes, such as handovers.
- Add fixed lines. Setup, integrations, channels, languages, campuses and support.
- Add the overage case. What does the high scenario cost if the allowance runs out two months early?
- Add the exit case. What would leaving cost you in rework and in data you cannot retrieve?
A worked example, in plain terms. Picture a college with a modest base of conversations most of the year, a multiple of that around open days, and a sharp surge on and after results day. Under a per-conversation model, the invoice follows that shape. Under a flat licence with a fair-use cap, the invoice is flat unless the surge breaches the cap. Under a hybrid, the base covers ordinary months and overage appears only at the peaks.
None of these is cheaper in itself. Run the three scenarios against each quote and compare the spread, not just the central case.
Red flags
- The billing unit cannot be defined in a single sentence.
- Handovers to a person are billed as extra conversations.
- No cap, no alert and no monthly ceiling.
- "Unlimited" appears without a written fair-use limit.
- The rate can change mid-term, or renewal has no limit on increases.
- Credits are sold with no table showing what consumes them.
- Channels, languages or integrations are quoted as "to be agreed later".
- No export of conversations and configuration on exit.
- The supplier will not say who carries the cost of the underlying model.
Irish context: procurement, quality assurance and data protection
Public higher education bodies buy under public procurement rules, with formal tenders above internal and EU thresholds. A usage-billed contract can be harder to approve because the final value is unknown at signature, so state a maximum spend in the tender to keep bids comparable. The HEA is the funding and oversight body for the sector, and its expectations on value for money shape how boards read a new contract.
QQI oversees quality assurance and the information providers publish about programmes. An agent that improvises about awards, entry requirements or course availability puts that at risk, so keep it answering from approved content.
The Data Protection Commission supervises data protection in Ireland under EU law. Chat transcripts are personal data, and some applicants are under eighteen. You need a lawful basis, a privacy notice reachable from the chat and a processing agreement with the supplier. Ask where data is hosted, who the sub-processors are and whether conversations train models. Because Ireland sits inside the EU, the EU AI Act also applies to the way agents are deployed, so ask the supplier for its position in writing.
The guide to AI chatbots for student recruitment and the comparison of AI agents place billing within the full buying decision.
What about Skolbot?
Skolbot Chat is a website chatbot that answers from the institution's own content, qualifies prospective students, books open days and appointments, and pushes the record to your CRM. A messaging-channel module is optional. Commercial terms are quoted on request after scoping, so the quote reflects your sites, languages and integrations. Use the questions above with us as you would with any supplier.


