Education & edtech

AI & Software Development for UK Education & EdTech

We build learning platforms, admissions and student-support tools, and the integrations behind them, for schools and trusts, colleges, universities, training providers and edtech companies — accessible from the start, careful with children’s data, and with staff in charge of anything AI produces.

  • University and recruitment platforms delivered
  • Designed and tested to WCAG 2.2 AA
  • Staff review AI output before learners see it

Industry challenges

What gets in the way of teaching and support.

Staff time is the scarcest resource in education, and too much of it goes on re-keying, chasing and working around systems that do not share data.

Changes staff notice first

  • MIS data flowing into the tools staff already use
  • Online admissions with document upload and status tracking
  • Accessible portals for learners, parents and applicants
  • Early-warning dashboards for tutors and pastoral teams

Data locked in the MIS

Timetables, attendance and assessment data sit in the school MIS or student record system, and getting them into other tools means exports and spreadsheets.

Platforms that shut learners out

Every institution has Equality Act duties, and many must meet public sector accessibility rules — yet plenty of platforms still fail basic keyboard and screen-reader checks.

Children’s data and safeguarding

Online services likely to be used by children are expected to conform to the ICO’s Age Appropriate Design Code, and every new tool raises safeguarding and data-sharing questions.

Admissions by inbox

Applications, documents and offers are tracked across inboxes and shared spreadsheets, so applicants chase for updates and staff chase for documents.

Too many logins

Learning platform, MIS, assessment, payments and messaging tools each hold part of the picture, and staff sign in to all of them to see it.

Struggling learners spotted late

Missed sessions, late submissions and fewer logins live in different systems, so the pattern only shows up after the best moment to help has passed.

AI use cases

AI with teachers in charge.

AI can take on preparation and first passes. Teachers, tutors and pastoral staff make the judgements — about marks, learners and wellbeing.

Teachers and lecturers

Marking support

Suggest feedback against your rubric or mark scheme for a teacher to accept, edit or reject. The mark is always the teacher’s decision.

Curriculum teams

Lesson resource drafts

Draft quizzes, worksheets, adapted reading and revision material from your schemes of work, checked by a teacher before any learner sees it.

Students

Student support assistant

Answer questions about deadlines, timetables, fees and services from your own policies, and pass anything about wellbeing or safeguarding straight to staff.

Pastoral and tutor teams

Early-warning analytics

Combine attendance, submissions and platform activity to flag learners who may need support, with the reasons shown so staff can judge each case.

Admissions teams

Application checks

Check applications for missing documents and extract qualifications and grades from transcripts, so admissions staff spend their time on decisions.

Digital learning teams

Accessible content support

Draft image descriptions, captions and transcripts for learning materials, reviewed by staff before publishing, so accessibility keeps pace with new content.

Technology & integration

Integrations and technology for schools and universities.

We connect to your school MIS, student record system and learning platform through their published APIs or approved integration partners, and confirm what each allows in discovery.

Student data

School MIS APIsStudent record systemsApproved integration partnersSingle sign-on for staff and learners

Learning

Learning platform integrationsAssignments and feedbackVideo lessonsLive classes (WebRTC)

Applications

Next.js and ReactReact Native and FlutterNode.js and PythonPostgreSQL

Accessibility

WCAG 2.2 AAKeyboard and screen-reader testingCaptions and transcriptsPlain-English content

Hosting

AWS, including UK regionsFirebaseScaling for results day and enrolmentEncrypted backups

AI

LLMs with retrieval (RAG)Rubric-based feedback draftsContent safety filtersEvaluation sets

Security & data

Keeping learners and their data safe.

Children’s data, safeguarding and accessibility shape the architecture. These are the practices we apply by default.

Age-appropriate by default

For services likely to be used by children: high-privacy default settings, no nudges to share more, and profiling switched off unless there is a compelling reason.

Safeguarding routes built in

Messaging and AI features include clear reporting routes, moderation where needed, and alerts to your designated safeguarding lead where your policy requires them.

Access by role

Teachers, tutors, parents and learners each see only what their role needs, with single sign-on and logged access to sensitive records.

Accessibility tested, not assumed

Automated and manual checks against WCAG 2.2 AA, including keyboard and screen-reader testing, before every release.

Minimisation and retention

Each feature collects only what it needs, retention periods follow your policies, and personal data is removed before AI processing where possible.

Evidence for your DPO

Data flows, processors and hosting locations documented for your DPIA, privacy notices and the questions governors and parents ask.

We are a software development company, not a legal adviser, accessibility auditor or safeguarding specialist. We build to the requirements your DPO, safeguarding lead and leadership team set — UK GDPR, the Age Appropriate Design Code, accessibility duties — and provide the technical evidence they ask for. Sign-off stays with your school, trust, college, university or company.

How we work

A project plan that respects the academic year.

Seven stages, the same on every project. The length of each one changes with the work; skipping one never saves time for long.

  1. 01

    Discovery

    We talk to teachers, support staff, learners and your DPO, and map the academic calendar so launches avoid exams, results day and enrolment.

    Scope, data questions and a launch window

  2. 02

    Strategy

    We agree what to build first and what to leave out, pick the engagement model, and set milestones with a budget range in pounds.

    Scoped first release and estimate

  3. 03

    UX & architecture

    Prototypes tested with real learners and staff, including people who use assistive technology, alongside a map of every data flow to and from your MIS.

    Tested prototype and data-flow map

  4. 04

    Development

    Two-week sprints with a demo at the end of each, code review on every change, and a staging environment your team can use.

    Working software every sprint

  5. 05

    Testing

    Accessibility testing against WCAG 2.2 AA, safeguarding scenarios, and load tests for peaks such as results day and the first week of term.

    Accessibility and load-test evidence

  6. 06

    Launch

    Go-live timed for a quieter week, with a pilot group first where it helps, short staff guides and a clear route for reporting problems.

    A live platform staff know how to use

  7. 07

    Optimisation & support

    After launch we fix, measure and improve — a support retainer, a roadmap of next features, or a clean handover to your own team.

    Support plan or handover

FAQs

Questions we get asked.

Straight answers on scope, cost, timelines and how we work. If yours is not here, ask us directly.

Ask us a question

Can you integrate with our school MIS or student record system?

Usually. Most school MIS and student record systems offer an API or work through approved integration partners, although access and costs vary by supplier. We confirm what is available — and what your data-sharing agreements allow — during discovery.

How do you make education platforms accessible?

We design and test against WCAG 2.2 AA from the first prototype: keyboard navigation, screen-reader testing, colour contrast, captions and plain-English content. Public sector bodies, including colleges and universities, also need an accessibility statement, and we provide the technical detail for it.

Does the Age Appropriate Design Code apply to our product?

It may, if your online service is likely to be accessed by children — even when children are not your intended users. How it applies to edtech depends on whether you provide the service directly or on behalf of schools, which is a question for your DPO or legal adviser. Either way, we design to its standards, such as high-privacy defaults and profiling switched off.

Can AI help with marking?

Yes, as support rather than a replacement. AI can suggest feedback against your rubric or mark scheme and point out common errors across a class, but a teacher reviews and decides every mark. For formal assessments, awarding body rules come first, and we design around them.

Is it safe to use AI with students?

It can be, with guardrails: answers limited to approved content, filters for harmful material, no training on student data, logs staff can review, and a clear handover to a person for wellbeing or safeguarding concerns. We also take account of Department for Education guidance on generative AI in education.

Can you build an admissions or international recruitment platform?

Yes. Our case studies include a university management system and an international student recruitment marketplace. We design admissions around your process — applications, document collection, interviews, offers and conditions — with applicants able to track their status.

Can you work around the academic calendar?

Yes, and we plan for it from discovery. Releases are scheduled away from exams, results day and enrolment, larger changes land in holidays or quieter weeks, and a pilot group can try new features before everyone else.

How much does education software development cost?

It depends on users, integrations, and the accessibility and safeguarding work involved. A discovery sprint starts from £2,000; a pilot or first release is then quoted at a fixed price with milestone billing. We can also provide the information your procurement process asks for.

Start a project

Planning a platform, integration or AI pilot?

Tell us who will use it — learners, parents, staff or applicants — and which systems hold the data. We will come back with the questions that matter, including the accessibility and safeguarding ones, and a realistic first step.

  1. 1A senior engineer reads your brief within one working day, and replies with questions or a first view.
  2. 2A 30-minute call to understand the goal, constraints and what good looks like — no sales script.
  3. 3A written proposal with scope, milestones, team and a GBP estimate you can take to your board.

Techsleight Labs is a trading name of Krapton IT Consultancy.

Reply within one working day. NDA on request. Your details are used only to respond — privacy policy.