← Back to Insights

Government Digitalization

Digital Transformation in Sri Lanka: What Actually Works in Government

Most government digitalization projects don't fail at launch. They fail eighteen months later, when the vendor is gone and nobody owns the system anymore. Here's what separates the platforms still running from the ones that quietly died.

2026 8 min readBy the Loons Lab Team

Sri Lanka has funded a lot of digitalization projects over the last decade — ministry portals, registries, case-management systems, dashboards. Some are still running years later with growing user bases. Many others were decommissioned quietly, replaced by the same paper process they were meant to end, or simply stopped being maintained until nobody could log in anymore.

Having built and maintained national systems in health, justice, trade, and disaster management since 2014, we've seen both outcomes from the inside. The difference rarely comes down to technology choice. It comes down to a handful of decisions made before a single line of code is written — and one decision made after launch that most projects get wrong.

1. The system needs an owner, not just a sponsor

A ministry secretary who champions a project is not the same as an institution that owns it operationally. The platforms that survive have a named unit — often a small digital team within the institution — responsible for user access, data quality, and escalating problems, independent of whoever originally sponsored the build. Without that, every staff turnover event is a small extinction risk for the system.

2. Maintenance has to be funded like a utility, not a project

Most procurement processes fund the build and treat maintenance as an afterthought — a support line item that quietly gets cut in year two. National systems don't work that way. They need patching, hosting, user support, and feature iteration for as long as the institution depends on them. Every national platform we maintain runs under a multi-year maintenance contract, typically two to three years, renewed rather than re-tendered from scratch. That continuity is what lets a system like SWASTHA go from a procurement tool to the way an entire health supply chain actually operates.

3. Interoperability beats a bigger feature list

A system that talks to the institutions around it is worth more than one with a longer feature list. The National GBV Reporting Platform we built with UNDP and SLCERT works because it connects five separate state institutions into a single case-management backbone — the value isn't the reporting form, it's that a case entered once is visible to every agency that needs to act on it. The same logic applies to the National Trade Facilitation Monitoring Tool, which coordinates progress across 16 government organizations for the International Trade Centre. Complex multi-agency workflows are where digitalization actually saves time; single-agency tools rarely justify the investment on their own.

4. Phased rollout beats a big-bang launch

National systems fail publicly when they try to go live everywhere at once. SWASTHA didn't connect 2,900+ institutions on day one — it grew into that scale through a phased rollout that let the team fix real operational problems (poor connectivity at rural facilities, staff unfamiliar with digital workflows, edge cases in the prescription and procurement process) before they became national incidents. A visible, well-managed pilot builds the institutional trust that a rushed national launch usually burns.

5. Procurement and audit fluency isn't optional

Government and donor-funded projects run on procurement cycles, audit requirements, and governance structures that a typical commercial engagement doesn't have. A vendor that treats these as friction rather than as part of the job will eventually clash with the institution over documentation, data ownership, or handover requirements — usually at the worst possible moment. Systems delivered for the Ministry of Health, the Human Rights Commission, and the Disaster Management Centre have all had to work inside procurement and audit frameworks from day one, not bolt them on afterward.

What this adds up to

None of this is exotic. It's operational discipline: name an owner, fund maintenance for years not months, design for interoperability, roll out in phases, and respect the institution's procurement reality. The technology stack matters far less than whether these five things are in place before launch day. Sri Lanka has the case studies to prove it both ways — we'd rather you learn from the ones that worked.

Building something that has to work at scale?

Free consultation, response within 24 hours, 100% confidential.

Book a Consultation