Written in by Stephen Kitomary
Why We Build Offline-First
Cloud-based learning platforms assume connectivity that doesn't exist. Here's what we learned building for schools the internet forgot.
There’s a pitch that every EdTech company makes: put learning in the cloud, make it accessible anywhere, transform education at scale.
It’s a compelling vision. It’s also built on an assumption that breaks down the moment you leave Dar es Salaam.
The assumption is connectivity. Reliable, affordable, always-on internet access. Without it, cloud-based platforms don’t degrade gracefully. They don’t work at all.
The Connectivity Reality
Let’s be specific about what “limited connectivity” actually means in Tanzanian secondary schools.
It doesn’t mean slow WiFi. It means no WiFi. No fiber. No reliable mobile data. Schools where the nearest cell tower provides coverage that cuts out when it rains. Schools where teachers have to travel to town to send emails. Schools where “internet access” means a single smartphone shared among staff, used sparingly because data bundles cost money the school doesn’t have.
These aren’t edge cases. This is the reality for hundreds of schools across rural Tanzania. And these schools serve students who are just as capable, just as deserving of quality education, as their urban counterparts.
But they’ve been invisible to EdTech. Because the tools weren’t built for them.
What “Offline-First” Actually Means
When we say we build offline-first, we don’t mean “works offline sometimes” or “has an offline mode.” We mean the system is designed from the ground up to function without any external connectivity. The internet is a nice-to-have, not a requirement.
The Enlight Offline Kit is a self-contained server that creates its own local WiFi network the moment it powers on. Students connect with whatever devices they have — phones, tablets, laptops — and access a complete digital library instantly.
No data bundles. No dropped connections. No waiting for pages to load. No dependence on infrastructure that doesn’t exist.
The content library includes:
- Complete NECTA-aligned curriculum from Form 1 through Form 4
- Digital textbooks for all core subjects
- Past examination papers with marking schemes
- Video lessons from Tanzanian educators
- Interactive simulations for science subjects
All of it stored locally. All of it accessible to up to 100 devices simultaneously. All of it working whether the power grid is stable or the school is running on solar.
Why This Matters More Than Features
The EdTech industry loves features. AI tutors. Gamification. Adaptive learning paths. Social learning. Analytics dashboards.
These features are genuinely useful. But they’re meaningless if the platform can’t load.
We’ve watched schools receive donated tablets loaded with educational apps, only to see them gather dust because there’s no way to use them without connectivity. We’ve seen teachers give up on digital tools entirely because the friction of getting online overwhelms whatever benefit the tool provides.
The most sophisticated AI in the world can’t teach a student if it can’t reach them.
This is why infrastructure precedes features. You have to solve access before you can solve anything else.
The Sync Model
Offline-first doesn’t mean offline-only. When internet is available — even intermittently — the Enlight system can sync.
- Content updates download automatically
- Student progress data uploads for teachers and administrators
- Analytics export for reporting and planning
- Remote support access for troubleshooting
The system is designed to take advantage of connectivity when it exists, without requiring it to function. Schools with occasional access get the benefits of updates. Schools with no access lose nothing.
This is resilience by design. Not resilience as an afterthought.
What We Learned Building This
Building for offline-first forces different decisions than building for the cloud.
Storage matters. You can’t lazy-load content that needs to work without a connection. Everything has to be pre-loaded, which means being thoughtful about what content actually matters and how to compress it without losing quality.
Updates are expensive. When you can’t push changes instantly, every update has to be worth the bandwidth it will eventually consume. This forces discipline. It kills feature bloat.
Hardware has to survive. Cloud services can assume controlled environments. Our servers go into schools with inconsistent power, dust, heat, and students who will interact with them daily. Every component has to be chosen for durability, not just performance.
Simplicity is non-negotiable. Complex interfaces require training, and training requires time that teachers don’t have. The system has to be obvious. If a teacher needs a manual, we’ve failed.
The Bigger Point
There’s a tendency in technology to build for ideal conditions and then be surprised when the real world doesn’t cooperate. To assume the infrastructure will catch up. To treat edge cases as someone else’s problem.
Tanzanian students in rural schools aren’t an edge case. They’re the majority of students. Building education technology that excludes them isn’t innovation. It’s negligence.
Offline-first isn’t a limitation. It’s a design principle. It’s a commitment to building systems that work for everyone, not just everyone with a fiber connection.
The internet will come to more schools. Connectivity will improve. But students can’t wait for that. They need to learn now, with the infrastructure that exists now.
That’s why we build offline-first. Because the students who have the least access often need the most support.