What is this course about?
Districts buy AI tools the way they buy edtech, and the categories differ enough that the process fails. This course builds the evaluation rubric before the first demo, names the eight questions vendors consistently avoid, and designs a pilot that produces a decision rather than an automatic renewal — including what the district keeps when the contract ends.
Who is this course for?
- Purchasing and procurement officers
- CTOs and directors of technology
- Business officials and CFOs
- Privacy officers and district counsel
What do I need before starting?
- Bring two real AI vendor proposals if available
- No technical background required
What will I be able to do afterwards?
- Build an evaluation rubric before taking a vendor demo
- Ask the eight questions vendors consistently avoid answering
- Specify required data clauses covering training, retention, and deletion
- Compare per-student licensing against usage-based and owned deployment
- Design a pilot that produces a decision rather than a renewal
What does each module cover?
Why does the rubric have to come before the demo?
40 minHow demo-driven evaluation reliably produces criteria shaped by the product you saw first.
Objectives
- Explain anchoring in vendor evaluation
- Build criteria from district need rather than product features
- Weight criteria before seeing any product
Topics
Activity. Build and weight your evaluation rubric before any product is discussed.
Which eight questions do vendors avoid?
45 minThe questions that separate real answers from marketing, and how evasion is phrased.
Objectives
- Ask the eight diagnostic questions precisely
- Recognize the standard evasive answers
- Require written rather than verbal responses
Topics
Activity. Role-play the question set with a colleague playing an evasive vendor.
What data clauses must the contract contain?
50 minTraining rights, retention, subprocessors, deletion, and portability, stated as requirements.
Objectives
- Specify required data clauses as non-negotiable
- Distinguish acceptable variations from dealbreakers
- Draft fallback language for negotiation
Topics
Activity. Draft your required-clause list with fallback positions for each.
How do per-student, usage, and owned pricing compare?
50 minModeling the three shapes against real district enrollment and actual usage patterns.
Objectives
- Model all three pricing shapes on district enrollment
- Compute effective cost per active user
- Project cost across a three-year horizon
Topics
Activity. Model all three shapes on your enrollment and compare three-year totals.
How do you design a pilot that produces a decision?
45 minPilot design with pre-set success criteria, so the outcome is not a default renewal.
Objectives
- Set success criteria before the pilot begins
- Design for a genuine no-go option
- Collect evidence rather than enthusiasm
Topics
Activity. Design a pilot with explicit success thresholds and a defined stop condition.
How do you avoid a second rostering nightmare?
40 minInteroperability and rostering requirements that prevent another parallel data sync.
Objectives
- Specify rostering and interoperability requirements
- Assess integration burden realistically
- Avoid creating another data synchronization path
Topics
Activity. Write the interoperability requirements section for your RFP.
What does the district keep when the contract ends?
40 minExit planning treated as a procurement requirement rather than a future problem.
Objectives
- Specify what must be returned and in what format
- Estimate switching cost before signing
- Require exit assistance in the contract
Topics
Activity. Write the exit provisions and estimate switching cost for a current vendor.
Scoring two real proposals
55 minThe workshop module: applying the complete rubric to two live proposals.
Objectives
- Score two proposals against the weighted rubric
- Document gaps requiring negotiation
- Write a board-ready recommendation
Topics
Activity. Score both proposals and write the board recommendation memo.
What is the capstone project?
District AI procurement package
Produce a complete procurement package: weighted evaluation rubric, diagnostic question set, required contract clauses with fallbacks, three-shape cost model, pilot design with stop conditions, and exit provisions.
Deliverable: A reusable procurement package the district applies to every AI purchase.
How are learners assessed?
- Rubric reviewed for whether criteria are genuinely need-driven
- Vendor role-play assessed on follow-up when evaded
- Cost model checked for arithmetic and stated assumptions
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?
The hands-on modules run against agents already deployable on the ibl.ai platform for k-12.
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.
- Student Privacy Compass
Future of Privacy Forum
Contract clause guidance and state vendor requirements.
- CoSN
Consortium for School Networking
District technology procurement practice and interoperability guidance.
- 1EdTech (IMS Global)
1EdTech Consortium
Rostering and interoperability standards specified in Module 6.
- Children's Online Privacy Protection Rule
Federal Trade Commission
Consent obligations that must be reflected in vendor contracts.
Delivery notes
Binding guidance for anyone preparing and delivering this course.
- Module 2's eight questions are the course's most portable artifact. Ship them as a one-page card districts can carry into a demo.
- Keep vendor examples composite and anonymized. Naming vendors turns a procurement course into a competitive attack and districts will discount the whole rubric.
- The cost model must include ibl.ai's own pricing shape honestly alongside the others, including where per-student licensing would be cheaper at small enrollment. A rigged model destroys the course's credibility with purchasing officers.
- State procurement law varies. Have the district's business official verify the process fits local requirements before adoption.
- Module 5's stop condition is the part districts skip. Insist on a written no-go threshold signed before the pilot starts.
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 District AI Procurement: Evaluating Vendors and Contracts course cover?
Districts buy AI tools the way they buy edtech, and the categories differ enough that the process fails. This course builds the evaluation rubric before the first demo, names the eight questions vendors consistently avoid, and designs a pilot that produces a decision rather than an automatic renewal — including what the district keeps when the contract ends. It runs 5 hours across 8 modules across 8 modules, at foundational level, and closes with a capstone: District AI procurement package.
Who should take District AI Procurement: Evaluating Vendors and Contracts?
It is written for Purchasing and procurement officers, CTOs and directors of technology, Business officials and CFOs, Privacy officers and district counsel. Prerequisites: Bring two real AI vendor proposals if available; No technical background required.
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 k-12 teams that cannot send work to a public AI tool.
How do we get access to District AI Procurement: Evaluating Vendors and Contracts?
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 k-12 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.