Infrastructure Without Reform — How Systems Reward Familiar Failure

Why launching new portals, hotlines or reporting tools won’t solve old problems unless the people, rules and power that built the problem are changed too. A plain-language guide with signs, consequences and practical steps to design infrastructure that truly reforms systems.

Hands building a small wooden structure together, symbolising building systems
≈ 8–12 minute read
Read before commissioning new digital or reporting systems

Governments and organisations love infrastructure: portals, frameworks, hotlines, apps and dashboards. They signal action and can look like progress. But too often the new thing is bolted on top of the same old power, paperwork and gatekeeping. The result? A shiny frame that still delivers the same outcomes — or, worse, makes the same harms easier to scale.

This post explains what “infrastructure without reform” looks like, why it happens, who it harms, and how to design infrastructure that actually reforms systems.

What is “Infrastructure Without Reform”?

It’s when a government or organisation announces a major new initiative — a portal, framework, funding round, hotline, app, or reporting tool — but:

  • Leaves the same gatekeepers in charge
  • Keeps the same impossible paperwork
  • Requires the same institutional fluency
  • Ignores the communities most harmed

The frame looks new. But the logic is familiar.

Key signs you’re building infrastructure without reform

Same Gatekeepers

The people making decisions are unchanged — so decisions, priorities and access remain the same.

Paperwork First

New systems demand forms and evidence that communities can’t easily provide — they gatekeep rather than help.

Institutional Fluency

Only those who “speak the system’s language” can use it. People already excluded remain excluded.

Community Missing

The design process ignores those most harmed by the system — their needs and safety aren’t accounted for.

Why does this keep happening?

There are lots of reasons: political pressure to announce visible change quickly, procurement systems that favour vendors who can deliver interfaces not reform, risk-averse leaders who won’t shift power, and funding streams tied to outputs (launches) rather than outcomes (reduction of harm).

The result is a “launch culture” — quick, brandable interventions that look good on paper but don’t remove the barriers that cause harm in the first place.

Consequences — who pays the price?

  • Marginalised communities — still excluded because the gatekeepers and requirements are unchanged.
  • Frontline staff — forced to navigate extra forms and fractured systems, increasing burnout.
  • Funders and leaders — waste money on systems that don’t change outcomes and create false confidence.
  • Public trust — erosion when “solutions” fail to deliver tangible improvements.
People in a meeting discussing plans

A short vignette

A government launches a “single portal” so families can apply for supports. The portal is beautifully branded, but it still requires the same dense evidence pack, only accepts documents in formats that many users cannot create, and sends decisions to the same bureaucratic team. The portal reduces some phone traffic, but families still need advocates to translate the system — the same gatekeepers keep acting as the doorway.

Result: A new interface, same exclusion.

Designing infrastructure that actually reforms systems

  1. Change who holds power.

    Shift decision-making roles to include people with lived experience and smaller community organisations. Power-sharing must be real, documented and funded.

  2. Simplify evidence and accept multiple ways of knowing.

    Design forms that allow audio, Easy Read, visual evidence and advocate-submitted summaries — not just PDFs and legalese.

  3. Measure outcomes, not outputs.

    Funders and leaders should reward reductions in harm and improved access, not number of portals launched or dashboards built.

  4. Design for institutional fluency reduction.

    The system should adapt to people, not the other way around. Provide embedded supports (advocates, navigation help) rather than expecting everyone to learn complex rules.

  5. Embed accountability and transparency.

    Public progress dashboards, independent audits, and community-led reviews help ensure systems change and don’t just get rebranded.

  6. Budget for inclusion.

    Pay lived-experience members, fund accessible formats and make sure implementation funding supports ongoing engagement, not one-off consultations.

Quick checklist for commissioners & program leads

  • Who makes final decisions? Is lived experience represented with voting power?
  • Can applicants provide evidence in audio, Easy Read or visual formats?
  • Is there a funded budget for community participation and lived experience payment?
  • Are the success measures about reduced harm, not number of users or pages?
  • Is there an independent review plan at 6 and 18 months with public reporting?

Tools & practical resources

Use these practical items when commissioning or redesigning infrastructure:

Decision-Rights Template

A short form to document who decides what, when and how.

Download Download

Accessible Evidence Guide

How to accept audio, Easy Read and visual evidence without raising fraud risk.

Download Download

Community Review Checklist

Simple questions for community reviewers to assess if proposed infrastructure will reduce harm.

Download Download

Need help avoiding “infrastructure without reform”?

We support commissioners, program teams and community groups to redesign systems so they reduce harm, share power and improve access. Email us with the word REFORM in the subject and tell us which system you’re redesigning.

Request support Request support

Final thought

Infrastructure matters — but only when it changes who makes decisions, how evidence is judged, and who benefits. Without those deeper shifts, new portals and dashboards simply reward familiar failure. Design for power shift, inclusion and measurable reduction of harm.