# The Campus AI Cost Model: Per-Seat vs Owned Infrastructure > Higher Education · AI Course · HE-9 > Source: https://ibl.ai/solutions/higher-education/course/campus-ai-cost-model > Last updated: 2026-08-25 **The real arithmetic of campus AI — per-seat licensing at 20,000 students versus token pricing versus self-hosting, with a model you run on your own headcount.** ## The Short Answer **Per-seat AI licensing is structurally wrong for a campus, where the population is seasonal and mostly idle. ibl.ai is usage-based or self-hosted with no per-seat pricing, so a 20,000-student institution pays for what it actually consumes — and because you own all the code and the data, the exit cost that makes licensing sticky largely disappears.** On ibl.ai you own all the code and the data, run it model-agnostic across any LLM, and pay with no per-seat pricing — so you can deploy anywhere, from your own cloud to a fully air-gapped network. [Request Access](https://ibl.ai/contact) · [Explore Higher Education](https://ibl.ai/solutions/higher-education) ## Course facts - **Level:** Foundational - **Duration:** 5 hours across 8 modules - **Format:** Workshop with spreadsheet modeling - **Modules:** 8 - **Catalog code:** HE-9 - **Frameworks covered:** TCO analysis, NIST AI RMF ## What is this course about? Per-seat licensing is structurally wrong for a campus: the population is seasonal, bursty, and mostly idle, so you pay for tens of thousands of seats that never log in. This course builds the three-scenario model — per-seat, usage-based, and owned — on the learner's own numbers, and includes the costs institutions consistently forget: integration, change management, and exit. ## Who is this course for? - CFOs and budget officers - CIOs and IT finance staff - Procurement officers - Provosts building an AI business case ### What do I need before starting? - Bring your institution's headcount figures and any current AI quotes - Comfort with a spreadsheet ## What will I be able to do afterwards? - Model per-seat, usage-based, and owned scenarios on your own headcount - Explain why campus utilization patterns break per-seat economics specifically - Estimate token cost from workload rather than headcount - Compute a defensible self-hosting break-even including operations - Present a three-year TCO to a CFO who has seen failed pilots ## What does each module cover? ### Module 1 — What are the three AI pricing shapes? Per-seat, usage-based, and owned — and the assumption each one hides about your institution. _(35 min)_ **Objectives** - Describe each pricing shape and its embedded assumptions - Identify which shape a given quote actually is - Recognize hybrid pricing designed to obscure comparison **Topics:** Per-seat licensing · Usage-based pricing · Owned and self-hosted · Hybrid and obscured pricing **Activity:** Classify three real vendor quotes by pricing shape and name each one's hidden assumption. ### Module 2 — Why does per-seat break specifically on a campus? Seasonality, bursts around registration and finals, and a population that is overwhelmingly idle. _(45 min)_ **Objectives** - Characterize campus utilization patterns against a per-seat model - Compute the effective cost per active user - Explain the structural mismatch to a non-technical audience **Topics:** Seasonal utilization · Burst patterns · Effective cost per active user · Idle seat arithmetic **Activity:** Compute your effective cost per active user under a per-seat quote using real login data. ### Module 3 — How do you build the headcount-multiplied bill? The full population — students, faculty, staff, and alumni — and what each per-seat tier costs across it. _(45 min)_ **Objectives** - Enumerate every population a licence would need to cover - Build the multiplied bill across tiers - Model growth and seasonal variation **Topics:** Population enumeration · Tier modeling · Growth assumptions · Alumni and affiliate access **Activity:** Build the headcount-multiplied bill for your institution across three vendor tiers. ### Module 4 — What does an advising conversation actually cost in tokens? Bottom-up cost modeling from real workloads instead of top-down from headcount. _(50 min)_ **Objectives** - Estimate token consumption for representative workloads - Model cost across conversation volume rather than user count - Account for retrieval and context overhead **Topics:** Token accounting · Workload characterization · Context overhead · Volume-based modeling **Activity:** Measure token consumption for three real workloads and extrapolate to annual volume. ### Module 5 — When does self-hosting actually break even? GPU amortization, utilization, and the operations burden — modeled honestly rather than optimistically. _(50 min)_ **Objectives** - Model hardware capital and amortization - Include realistic operations staffing - Compute the break-even volume against usage pricing **Topics:** GPU capital costs · Utilization economics · Operations staffing · Break-even analysis **Activity:** Compute your break-even volume and state the assumptions it depends on. ### Module 6 — Which costs does nobody budget? Integration, change management, evaluation, and exit — the line items that decide whether the project succeeds. _(40 min)_ **Objectives** - Estimate integration and change management realistically - Budget for ongoing evaluation and monitoring - Quantify exit cost and its effect on negotiating position **Topics:** Integration cost · Change management · Evaluation overhead · Exit and switching cost **Activity:** Add the four forgotten line items to your model and see how the comparison shifts. ### Module 7 — How do you present this to a skeptical CFO? Building a business case for someone who has already funded pilots that went nowhere. _(45 min)_ **Objectives** - Structure the case around risk rather than enthusiasm - Present sensitivity rather than a single number - Pre-answer the objections a finance officer will raise **Topics:** Risk-framed business cases · Sensitivity presentation · Objection handling · Staged commitment **Activity:** Present your model to the cohort playing a hostile finance committee. ### Module 8 — Building your three-scenario model The workshop module: a complete model on the learner's own institutional numbers. _(50 min)_ **Objectives** - Complete all three scenarios with real figures - Run sensitivity analysis on the decisive assumptions - Produce a one-page summary for a decision meeting **Topics:** Model completion · Sensitivity analysis · Executive summary · Decision framing **Activity:** Finish the model and produce the one-page summary. ## What is the capstone project? **Three-year AI TCO model for your institution.** Build a complete three-scenario cost model on your institution's real headcount and workload figures, including the forgotten line items and a sensitivity analysis, with a one-page summary for a cabinet decision. _Deliverable:_ A working model plus a one-page decision summary. ## How are learners assessed? - Model reviewed for arithmetic correctness and stated assumptions - Sensitivity analysis must identify the genuinely decisive variables - Hostile-committee presentation assessed on objection handling ## What ships with the course? - **Facilitator guide.** Session-by-session running order, discussion prompts, and the questions that reliably derail a room. - **Learner workbook.** Exercises, checklists, and the templates each module's activity produces. - **Hands-on lab environment.** A sandboxed ibl.ai deployment so exercises run against real agents, not screenshots. - **Assessment bank.** Scenario questions and rubric criteria mapped to each stated learning outcome. - **Source bibliography.** Every primary regulation and standard cited on this page, linked and dated. ## Which AI agents does this course use? - [Administrative Agent](https://ibl.ai/solutions/higher-education/agent/administrative-agent) - [IT Help Desk Agent](https://ibl.ai/solutions/higher-education/agent/it-help-desk-agent) - [Faculty Agent](https://ibl.ai/solutions/higher-education/agent/faculty-agent) - [Student Services Agent](https://ibl.ai/solutions/higher-education/agent/student-services-agent) ## Where does the course material come from? Every module is grounded in primary sources — the regulation, standard, or research itself, not a summary of it. Each was resolved at authoring time. - [AI Index Report](https://hai.stanford.edu/ai-index) — Stanford HAI. Inference cost and compute trend data underpinning the token modeling. - [Ideas Made to Matter](https://mitsloan.mit.edu/ideas-made-to-matter) — MIT Sloan. Research on enterprise AI adoption economics and pilot failure rates. - [Transformers documentation](https://huggingface.co/docs/transformers/index) — Hugging Face. Technical reference for self-hosting requirements in Module 5. - [AI Risk Management Framework](https://www.nist.gov/itl/ai-risk-management-framework) — NIST. Frames the evaluation and monitoring cost line in Module 6. ## Delivery notes Binding guidance for anyone preparing and delivering this course: - Ship the spreadsheet as a real artifact with working formulas, not a screenshot. It is the most-reused deliverable in the whole higher-ed catalog. - Module 5 must be honest about when self-hosting loses. A course that concludes self-hosting always wins is a sales deck, and finance officers will detect it immediately and discount everything else. - Use current published list prices and date them visibly. Pricing moves fast; an undated figure makes the whole model look stale within a year. - The hostile-committee role-play needs someone who genuinely knows institutional finance. A sympathetic facilitator produces a useless rehearsal. - Cross-link to the ibl.ai cost calculators rather than duplicating them, and keep the per-seat framing consistent with the rest of the corpus. ## Why run AI training on a platform you own? - **You own the course, not a licence to it.** Course content, learner data, and the platform run inside your perimeter — you own all the code and the data. - **Model-agnostic delivery.** Run the course's AI components on any LLM — Claude, GPT, Llama, Gemini, Command — and switch anytime. - **No per-seat training licences.** Usage-based or self-hosted, so cost tracks actual use rather than headcount. - **Deploy anywhere.** Cloud, private VPC, on-premise, or fully air-gapped — including for cohorts that cannot use public AI tools. ## Frequently asked questions ### What does the The Campus AI Cost Model: Per-Seat vs Owned Infrastructure course cover? Per-seat licensing is structurally wrong for a campus: the population is seasonal, bursty, and mostly idle, so you pay for tens of thousands of seats that never log in. This course builds the three-scenario model — per-seat, usage-based, and owned — on the learner's own numbers, and includes the costs institutions consistently forget: integration, change management, and exit. It runs 5 hours across 8 modules across 8 modules, at foundational level, and closes with a capstone: Three-year AI TCO model for your institution. ### Who should take The Campus AI Cost Model: Per-Seat vs Owned Infrastructure? It is written for CFOs and budget officers, CIOs and IT finance staff, Procurement officers, Provosts building an AI business case. Prerequisites: Bring your institution's headcount figures and any current AI quotes; Comfort with a spreadsheet. ### Can we run this course on our own infrastructure? Yes. ibl.ai is model-agnostic and deploy-anywhere — cloud, private VPC, on-premise, or fully air-gapped — and you own all the code and the data. Cohort data, submissions, and any material learners upload stay inside your perimeter, which matters for higher education teams that cannot send work to a public AI tool. ### How do we get access to The Campus AI Cost Model: Per-Seat vs Owned Infrastructure? Request access and we will set it up for your cohort — hosted by ibl.ai, or running against your own deployment. Tell us the group size and timing you need, and whether it should run inside your own perimeter. ### How much does AI training for higher education cost on ibl.ai? There is no per-seat pricing — you pay for usage or self-host and pay only for the infrastructure, so a 5,000-person rollout does not cost 5,000 licences. 1.6M+ users across 400+ organizations run the platform this way, including NVIDIA, MIT, and Syracuse University. ## More Higher Education courses - [FERPA-Compliant AI: Deploying Agents on Student Data](https://ibl.ai/solutions/higher-education/course/ferpa-compliant-ai): Run AI agents against your SIS and LMS without a vendor ever seeing a student record — the school official exception, vendor DPAs, and the architecture FERPA implies. - [AI Academic Advising at Scale: Design and Guardrails](https://ibl.ai/solutions/higher-education/course/ai-academic-advising-at-scale): Build an advising agent that handles degree audits and registration at 20,000-student scale without ever giving a student wrong graduation advice. - [Enrollment and Yield AI: Agents Across the Funnel](https://ibl.ai/solutions/higher-education/course/enrollment-and-yield-ai): Deploy AI across inquiry, application, admit, and melt — where agents lift yield, where they damage trust, and how to keep the funnel on infrastructure you own. - [AI Tutoring That Improves Outcomes, Not Just Engagement](https://ibl.ai/solutions/higher-education/course/ai-tutoring-that-improves-outcomes): Design a tutoring agent that produces measurable learning gains — Socratic scaffolding, answer-withholding, misconception detection, and honest outcome measurement. - [Assessment Redesign for the AI Era](https://ibl.ai/solutions/higher-education/course/assessment-redesign-for-the-ai-era): Detection does not work. Rebuild assessment around what AI cannot fake — process, oral defense, local context, and in-class artifacts — with department-ready rubrics. - [Writing a Campus AI Policy That Survives Accreditation](https://ibl.ai/solutions/higher-education/course/campus-ai-policy-that-survives-accreditation): Draft institutional AI policy a regional accreditor, a general counsel, and a faculty senate will each accept — with the governance to keep it current.