How to Design AI for Education So Teachers Actually Want to Use It
- Krzysztof Kosman

- May 12
- 7 min read
In schools, AI does not win by being impressive. It wins when it is accurate, safe, and faster than doing the work manually.
Lesson plans in seconds.
Quizzes generated automatically.
Personalized learning paths.
Instant feedback.
Administrative work reduced.
Teachers finally getting their time back.
It sounds convincing — until the tool enters a real school.
That is where the product story often changes.
Because in the daily reality of teachers, the question is not: Can AI generate something?
The question is: Can I trust it enough to use it with my students?
And even more brutally:
Is it faster than doing the task myself?
This was one of the strongest points in our conversation with Bartosz Świderski on the EdTech Dots podcast. Bartosz speaks from an unusual combination of perspectives: he is a school practitioner, an entrepreneur building edtech solutions, and a parent of a primary school student.
That makes his view valuable for anyone building AI products for education.
He is not looking at AI from the stage of a tech conference. He is looking at it from inside a school — where teachers are busy, parents are demanding, leadership teams are overloaded, and every new tool has to fight for attention, trust, and time.
And his message is clear:
Teachers are not rejecting AI because they are afraid of innovation. They reject tools that create more work than they remove.
Watch the full EdTech Dots podcast episode here:
The real AI adoption test: “Would a teacher do this manually faster?”
Many AI tools fail at the most basic level of school reality.
They look good in a demo.
A teacher types a prompt.
The model generates a lesson plan.
Everyone sees the potential.
But then the practical work starts.
The teacher has to check if the content is correct. Then adjust it to the age group. Then align it with the curriculum. Then remove irrelevant examples. Then rewrite the language. Then make sure it fits the class. Then check whether the output contains mistakes.
At that point, the promise of “saving time” starts to collapse.
Bartosz put it simply: teachers often feel that they can do the task faster manually.
That sentence should hurt every edtech product team a little. Because it reveals the real benchmark. AI in education is not competing with other AI tools. It is competing with the teacher’s existing workflow.
A teacher already has habits, templates, past materials, intuition, and professional judgment. If the AI tool requires ten prompts, three corrections, and manual rewriting at the end, it is not automation. It is a new layer of friction.
A good AI product for schools must pass a very practical test:
Does it reduce the teacher’s total workload, including verification and correction?
Not just generation time. Not just “time to first draft.” The whole task. From intention to usable output.
Teachers do not only need speed. They need confidence.
Speed is not enough.
In many industries, an imperfect AI draft is still useful. In education, the tolerance for mistakes is much lower. A generated marketing idea can be wrong. A generated classroom explanation given to students cannot be casually wrong.
This is why hallucinations are not a minor inconvenience in edtech. They are a product adoption blocker. If a teacher knows that an AI tool may generate false information, misleading examples, or poorly adapted materials, the teacher must become the quality-control layer. And if the teacher becomes the quality-control layer for every output, the tool stops feeling like help.
It becomes another responsibility. This is especially important because schools are built on trust. Parents trust teachers. Students trust teachers. School leaders trust processes. Teachers trust materials before they use them.
An AI system that cannot explain where an answer came from, why it produced a certain recommendation, or how safe the data flow is will struggle to become part of daily school work.
The issue is not only technical accuracy. It is professional accountability.
When a teacher uses a worksheet, a test, or a learning recommendation, they are not just using content. They are putting their name behind it. That is why “the AI generated it” is not a good enough answer.
The black-box problem in school AI
Another strong point from the conversation was control.
Many education tools today are built on large language models created and trained by major technology companies. That is understandable. Most edtech companies cannot train foundation models from scratch.
But from a school’s perspective, this creates uncomfortable questions.
Who trained the model?
On what data?
How does it behave in edge cases?
Can we fully verify it?
What happens to prompts?
What happens when teachers include sensitive context?
Can student information leak into systems it should never touch?
For school leaders, this is not paranoia. It is responsibility.
Education deals with minors, learning progress, behavioral context, psychological support, family communication, and sometimes sensitive personal situations. That means AI products cannot be designed with the same assumptions as generic productivity tools.
If a teacher asks an AI assistant to help write a note to a parent, summarize student progress, prepare an intervention plan, or adapt a task for a specific learner, the tool may enter a sensitive area very quickly.
So the product question becomes bigger than “does it work?”
It becomes:
Can the school safely use it in a real workflow?
That requires more than a good prompt interface.
It requires product architecture.
What AI tools for education should include by design
If we want teachers and school leaders to trust AI, we need to move beyond “chat with a model” as the main product idea.
A useful AI product for education should include several layers around the model.
1. Clear workflow, not an empty chat window
Most teachers do not want to become prompt engineers.
They want to complete a task.
Prepare a lesson.
Adjust materials.
Write feedback.
Create exercises.
Summarize progress.
Plan a semester.
Respond to a parent.
Document an intervention.
The product should guide the teacher through a workflow, not force them to invent the process from scratch. The best AI interface may not look like a chat at all. It may look like a structured assistant with fields, templates, constraints, approval steps, and editing options.
2. Human approval as a feature, not a weakness
In education, human-in-the-loop is not an obstacle to automation. It is the correct design pattern.
Teachers should always be able to review, edit, reject, and adapt AI outputs.
But this review process must be efficient. If verification takes too long, adoption fails.
That means the system should highlight assumptions, show sources where possible, explain what was generated, and make editing easy.
3. Context that is controlled and limited
AI becomes more useful when it understands context, but context in schools must be handled carefully. The tool should know the curriculum, age group, learning objective, subject, language level, lesson format, and school-specific structure.
But it should not casually absorb sensitive student data or train on private school materials.
This requires clear data boundaries. Schools need to know what is stored, what is processed, what is anonymized, and what is never used for model training.
4. Outputs aligned with real school standards
A generic lesson plan is rarely enough. Teachers need content aligned with actual requirements, curriculum goals, assessment criteria, student age, available time, and classroom constraints.
If an AI tool generates beautiful but unrealistic material, it is not useful.
The output must fit the school day, not the demo screen.
5. Reliability over novelty
In edtech, “wow” is overrated. Reliability matters more. A teacher will use a less flashy tool if it consistently helps with a painful task. They will abandon a spectacular tool if it produces unpredictable results. The future of AI in education will not be won by the most impressive generation. It will be won by the most dependable workflow.
The opportunity: from administrative systems to didactic systems
One of the most interesting ideas from the conversation was that many schools already have digital systems, but they are mostly administrative.
Electronic gradebooks.
Attendance records.
Parent communication.
Schedules.
Reports.
Documents.
These systems are important, but they do not fully support the core didactic process. They record what happened. They do not always help teachers design what should happen next. This is where AI can create real value. Not as a random content generator, but as a layer supporting teaching itself.
Imagine a system that helps teachers plan a semester, generate differentiated exercises, keep track of learning objectives, support continuity when a teacher is absent, and make it easier for a new teacher to understand what has already happened in a class.
That would not be “AI replacing teachers.” It would be a kind of didactic operating system. A memory layer for the school. A planning layer for teachers.A continuity layer for students. A support layer for leadership. This is much more interesting than another chatbot.
And much harder to build well.
Why trust is a product feature
For AI in education, trust cannot be treated as branding.
It has to be built into the product.
Trust is created when the teacher knows what the tool can do. Trust is created when limitations are visible. Trust is created when outputs are editable. Trust is created when the system does not pretend to be perfect. Trust is created when the school understands data safety. Trust is created when the AI saves time in real work, not just in a demo.
This is where many AI products fail. They sell intelligence, but schools need reliability.
They sell automation, but teachers need control. They sell speed, but teachers need correctness. They sell innovation, but leaders need safety.
The best AI tools for education will not be the ones that promise to transform everything overnight.
They will be the ones that quietly solve painful, repetitive, high-friction tasks while respecting the professional judgment of teachers.
The design principle: AI should remove work, not move work
There is a simple way to evaluate any AI product for education:
Does it remove work, or does it move work?
If AI generates a draft but the teacher spends the same amount of time correcting it, the work was only moved.
If AI creates materials but the teacher has to rebuild them for the actual class, the work was moved.
If AI produces answers but the teacher has to fact-check every line, the work was moved.
If AI requires teachers to learn complex prompting before they see value, the work was moved.
But if AI helps prepare a usable first version, adapts content to the right context, reduces repetitive writing, supports documentation, improves planning, and gives teachers more time for students — then it removes work.
That is the difference between an impressive AI feature and a useful education product.
What EdTech builders should remember
If you are building AI for schools, do not start with the model. Start with the teacher’s day.
Where is the friction?
Where is the repeated task?
Where does quality drop because people are overloaded?
Where does information get lost?
Where does a teacher need support but not replacement?
Where does leadership need visibility without creating surveillance?
Where does a parent need clarity without adding more pressure?
Then design AI around that reality.
Not around the hype.
Schools do not need more tools that look futuristic.
They need tools that understand how schools actually work.
And teachers do not need AI that tries to impress them.
They need AI they can trust.


