Digital Transformation17 June 20269 min read

Public sector digital services: why they fail and what changes it

South African government digital projects have a poor track record — not because the problems are unique, but because the approaches are predictable. Here is what actually causes these failures and what the organisations that get it right do differently.

South Africa has spent billions on public sector technology projects over the past two decades. The outcomes are well-documented: the Home Affairs queue that was supposed to disappear, the health system that was supposed to connect, the e-government portal that was supposed to replace the paper form. Many of these projects are not complete failures in a technical sense — the software exists, the servers are running. But the transformation they were meant to enable has not materialised in any meaningful way for the people who needed it.

This is not a uniquely South African problem. Governments around the world fail at digital projects at a rate that would be career-ending in the private sector. But South Africa's specific context — high service delivery expectations, a large unserved population, constrained fiscal capacity, and a complex procurement environment — makes the cost of these failures especially high.

The question worth asking is not why public sector digital fails in general, but why it keeps failing in the same ways, and what distinguishes the programmes that succeed.

The failure modes, identified precisely

Public sector digital failures are not random. They cluster around a small number of predictable causes.

Procuring a solution before defining a problem. The most common failure pattern starts with a tender. A department identifies a budget, specifies a system — often based on what they have seen elsewhere or what a vendor has proposed — and goes to market. The problem with this approach is that a tender document is a solution description, not a problem description. By the time the contract is awarded, the conversation has moved from "what do citizens need?" to "how do we implement what we specified?" These are different questions with different answers, and the wrong one dominates most public sector digital programmes.

Technology as the centrepiece rather than the enabler. Digital transformation in public services requires changes to legislation, policy, processes, and organisational culture. Technology enables these changes — it does not substitute for them. When a department implements a digital system without changing the underlying process, the result is a digitised version of a broken workflow. Citizens now fill in the same form, on a website, with the same processing delays on the other side, and a help desk that cannot see what the system sees.

Procurement cycles that guarantee obsolescence. A procurement process that takes eighteen months produces a specification that is eighteen months old before implementation begins. Technology is deployed into a context that has already moved on. In some cases — particularly for identity systems, health records, and benefits administration — the technical environment during implementation is fundamentally different from the environment during specification. Agile procurement models, common in the UK, Australia, and Singapore, address this by allowing scope and approach to evolve through the contract. South African public sector procurement frameworks make this genuinely difficult.

Integration as an afterthought. Public sector organisations almost universally have fragmented data estates. Home Affairs holds identity records. SARS holds tax records. The Department of Health holds patient records. The DSD holds social grant records. These systems were built independently, often by different vendors, over different periods, with different data models. When a new digital service is built on top of this fragmented estate without an integration strategy, it produces a service that works in isolation but cannot serve the citizen's actual journey — which requires data from multiple sources.

Insufficient digital skills in the client organisation. A department that lacks internal digital capability is entirely dependent on its vendor to tell it whether the work is good, whether the approach is sound, and whether the system is working as intended. This creates a principal-agent problem: the people with the expertise to evaluate the work are the same people who profit from it being complex and ongoing. Without sufficient internal capability, departments cannot effectively govern their technology contracts.

What the organisations that succeed do differently

Success in public sector digital is not accidental. It follows from specific, replicable practices.

Starting with the citizen journey, not the system. The programmes that deliver meaningful outcomes begin with a granular understanding of what citizens actually experience. Not what the policy says they should experience, not what the process document describes, but what actually happens when a person tries to access a service. This means field research, direct observation, and journey mapping that starts well before a technology decision is made. The UK Government Digital Service built its reputation on this approach: understand the problem first, then determine whether technology is the right solution and what form it should take.

Accepting that digital services require ongoing operation, not one-time delivery. The model of a government department procuring a system, taking delivery, and then running it unchanged for ten years is incompatible with effective digital services. User needs change. Technology changes. Policy changes. Organisations that deliver successful digital services treat them as products — things that are maintained, iterated, and improved over time — rather than projects that end at go-live. This requires a different funding model, different contract structures, and a different internal capability profile.

Building for the constrained user, not the average user. South African public sector services need to work for citizens with low-end smartphones, intermittent connectivity, limited data budgets, and varying levels of digital literacy. Systems designed for broadband users with modern devices will fail a substantial proportion of the population they are meant to serve. Progressive web applications, USSD fallbacks, offline functionality, and data-light design are not optional features for a SA public sector context — they are requirements.

Piloting before scaling. The largest public sector digital failures share a common pattern: they attempt to deploy at national scale without a meaningful pilot phase. A system that works imperfectly for ten thousand users can be fixed. A system that works imperfectly for ten million users has produced a crisis. Successful programmes run genuine pilots — not demonstrations, not user acceptance testing, but live operation with a bounded population — and use that pilot data to inform the design of the scaled system.

Insisting on data portability and open standards. Government technology decisions have long time horizons. The vendor that builds a system today may not exist in fifteen years. The platform that is dominant today may be superseded. Organisations that lock their critical public data into proprietary formats and vendor-specific integrations are creating future problems that will cost more to resolve than the original implementation. Open standards for data exchange — particularly for health records, identity, and benefits administration — are a governance requirement, not just a technical preference.

The specific South African context

Several factors make the South African public sector digital context distinctive.

The National Development Plan and the Presidential Commission on the Fourth Industrial Revolution have both identified digital transformation as a national priority. But priority at the policy level does not automatically translate to capability at the implementation level, and the gap between the two is where most programmes run into difficulty.

The Municipal Systems Act and the Public Finance Management Act create accountability structures for public money that are appropriate for traditional procurement but create friction for iterative, agile delivery. This is a genuine structural constraint, and resolving it requires legislative attention — not just better project management. Some departments have found workable paths within the existing framework; others have used the framework as a reason not to try.

The skills gap between government and the private technology sector is wider in South Africa than in most comparable economies, for reasons that are well understood: the labour market for digital talent is globally competitive, and government compensation structures cannot match private sector rates for senior roles. The response to this is not to accept the gap but to close it through different means — partnerships with universities and training institutions, structured secondments, building strong in-house graduate pipelines, and retaining institutional knowledge through documentation rather than relying on individual expertise.

Lastly, the political economy of large IT contracts in South Africa deserves candid acknowledgement. Procurement irregularities have contributed to the failure of major public sector technology programmes in ways that are not reducible to technical or organisational causes. Addressing this requires the governance and accountability mechanisms that are already the subject of policy reform — and technology alone cannot substitute for them.

The role of the private sector

Consulting and technology firms that work with public sector clients carry responsibility for the outcomes of these programmes as well. Vendors that propose large, complex, long-horizon systems when simpler approaches would serve citizens better are contributing to the failure rate, not just profiting from it.

The organisations that build durable reputations in the public sector are those that propose the right solution for the problem, not the largest solution that the budget will accommodate. They invest in building client capability alongside the technical solution, so that the client can operate, iterate, and govern the system independently. They are transparent about risk, realistic about timelines, and honest when early choices have created problems that need to be corrected.

This is a commercially harder position to maintain than selling scope and complexity. It is also the position from which meaningful public sector digital outcomes are actually possible.


CloudNala works with public sector organisations and their technology partners to design digital services that function in the South African context. If you are planning or reviewing a public sector digital programme, let's talk about what changes the outcome.