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 student recruitment, admissions or marketing lead at an Australian university, TAFE or private higher education provider 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 prospective student 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. International recruitment often needs several. Some suppliers charge per language, others include all of them.
- Campuses and sites. Check whether an offshore campus, a pathway college or a partner provider 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: two intakes, several spikes
Australian recruitment has an unusual shape. Domestic traffic rises around open days, the release of ATAR results, and the offer rounds run by the state admissions centres such as UAC, VTAC and QTAC. Applicants also change preferences after results. A second wave follows for the mid-year intake, and international enquiries follow the calendars of their home markets, which do not match yours.
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 from results week, or from a campaign aimed at overseas applicants, 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, the mid-year intake.
- 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 university faculty with a modest base of conversations most of the year, a multiple of that around open days, and a sharp surge in the days after ATAR results. 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.
Australian context: procurement, TEQSA and privacy
Public universities buy under their own procurement rules, often with a panel or a formal tender above internal 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 request so bids are comparable. Group of Eight institutions and regional providers will have different appetites for risk, which is worth knowing before you set the structure.
TEQSA publishes guidance on admissions transparency, which in practice means information given to applicants must be clear and accurate. An agent that improvises about entry requirements, course availability or ATAR cut-offs creates a compliance risk, whatever its billing model. Keep it answering from approved content and make the handover to a person easy.
On privacy, the Privacy Act and the Australian Privacy Principles, overseen by the OAIC, govern how personal information in chats is collected, used and disclosed, including when a supplier sends it offshore. Ask where data is stored, who the sub-processors are and whether conversations train models. If the supplier is based in the EU, the EU AI Act may also shape how it describes its product, so ask 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.



