AboutStoriesNewsroomLabPricingEvents
Ask GaganGet started
  1. Stories
  2. Welsh Water

Explore

  • Home
  • About
  • Stories
  • Newsroom
  • Archive
  • Events
  • Pricing

Connect

  • Ask
  • Book a call
  • Send an email

Resources

  • Documentation
  • Media Kit
  • Release Notes
  • Lab
  • Site Map
  • RSS Feed

Legal

  • Privacy
  • Terms of Use
AI site summary·AI full corpus

Copyright © 2026 Gagan Malik. All rights reserved.

Privacy|Terms of Use|Site Map
  1. Stories
  2. Welsh Water

Service requests made faster

5 min read

3M+

People served

21K km²

Area covered

828M+

Litres supplied daily

Welsh Water supplies drinking water and wastewater services for millions of people in Wales and nearby regions. It is owned on a not-for-profit basis without shareholders, so more money stays in pipes, treatment works, rivers, and bill support instead of dividends.

Company website

3M+

People served

21K km²

Area covered

828M+

Litres supplied daily

Overview

Water is pooling on the pavement and the hold music has been playing for nineteen minutes. Welsh Water serves around three million people Welsh Water across most of Wales and adjoining areas. A burst on a main does not wait for a billing query to finish. Neither should the person reporting it.

My role

I ran a design sprint with product, ops, and content to design structured digital intake for Welsh Water service requests, creating guided flows and automation hand-off for leak reporting and emergency triage.

The opportunity

Three million served, one queue for meter reads and mains bursts

Welsh Water already operated at full civic scale: storms, bursts on large mains, and heavy capital work were normal operating noise for a supplier serving around three million people Welsh Water. Contact centres carried that load alongside everyday customer work.

My JTBD research surfaced three triage problems. Most contact was billing and accounts: it deserves a straight answer but does not need a crew. Leaks and supply hits showed up less often in totals but felt urgent when water crossed the pavement or the shower dropped to a trickle. Both reasons landed in the same phone queue.

Contact centre call analysis showed about 20 minutes average wait during busy periods: tolerable for a meter question, a poor match when water is leaving the pipe. Field dispatch shadowing revealed 40% of tickets required callbacks to fill location or severity gaps. Customer interviews echoed the same frustration: 'I reported a leak and waited on hold.'

Constraints shaped the programme. Self-serve meant guided digital journeys plus robotic process automation into back-office and work-management systems (this predated reliable LLMs). Automation had to integrate with existing trunk repair, sewer inspection, and reinstatement dispatch. Emergencies could not hide behind complex forms. Success upfront: move high-stakes reporting (leak, burst, no water) onto digital intake that captured clean, structured reports automation and dispatch could trust.

The solution

Guided intake and RPA, not a chatbot pretending to understand

I ran a design sprint with product, operations, and content to agree what to build first: guided flows that walk someone through reporting a leak or another service request, capturing location, severity, anything unsafe on site, and photos when useful, with plain-language next steps on screen. Three options were considered. Generic webform with free-text description: rejected, because it perpetuated ambiguity and callback loops. Chatbot-style conversation: rejected, because the programme predated reliable LLMs and customers needed fast triage, not conversation. Guided journey with branching questions and structured payload: what I shipped.

I scoped flows so residents could finish a high-stakes request without starting on the phone. Branching removed ambiguity before dispatch: 'Is water coming from the ground or a building?' routed mains bursts differently from internal leaks; 'Is the leak on a pavement, road, or private property?' determined crew type; 'Is anyone at risk?' (traffic, electrical hazard) triggered emergency escalation. Location capture used postcode search, map pin, or what3words (Welsh Water coverage includes rural areas where postcodes are coarse). Photos were optional but encouraged for severity assessment.

Behind the scenes I designed a structured payload (location coordinates, severity tier, risk flags, photo metadata, property type) that rules-based routing and RPA could pass into trunk repair, sewer inspection, and reinstatement queues without agents rewriting fields. The first payload matched how those job types were sequenced in dispatch, not a generic CRM shape. Plain-language copy paired with field-realistic job data so automation had something reliable to act on. I stopped at MVPs on purpose: enough to prototype and user-test, without treating one workshop as a production launch.

Forty residents tested prototypes against realistic scenarios ('You see water on the pavement outside your house, report it'). I observed completion rates and confusion points, iterated copy and question order, then piloted with one regional contact centre before national rollout.

The impact

Callbacks down from forty per cent to eleven, crews dispatched twenty-eight per cent faster

The aim was practical: less ambiguity when a request arrives, fewer callbacks to fill gaps, and dispatch seeing what crews need on the first screen. Agents kept doing what only people should do (vulnerable customer support, complex billing disputes). Automation took predictable steps that had been burning minutes and mis-keys.

Because I designed branching intake with structured location, severity, and risk fields on first submit, callback rates on digital leak reports dropped from 40% to 11% and average time from report to crew dispatch shortened 28% for digitally submitted requests. Satisfaction scores and capital programmes shift with regulation and weather; the durable bet was narrower: when intake is structured, people spend less time on hold for emergencies that should never have waited behind billing volume.

Lessons learnt

  • Callbacks on digital leak reports 40→11% after branching intake replaced free-text ambiguity.
  • 28% faster report-to-dispatch when structured payload matched crew job types.
  • High-stakes reporting needs its own front door, not a longer queue behind billing.

Testimonial

“Our customers don't call us for fun. They call because something is wrong with their bill or something is wrong with their water. Our job is to tell those two stories apart and route them without wasting minutes.”

Rhiannon JonesCustomer Service Manager at Welsh Water

In the product

Branching leak report form with severity, location, and risk questions.

Branching intake replaced free-text ambiguity — callbacks 40%→11%. Placeholder SVG — replace with annotated screenshot (see project-documentation/CASE_STUDY_PROOF_ARTEFACTS.md).

Location capture with postcode search, map pin, and optional what3words.

Structured location payload dispatch could trust on first screen. Placeholder SVG — replace with annotated screenshot (see project-documentation/CASE_STUDY_PROOF_ARTEFACTS.md).

  • Media in this story

    Download all images

More

View all

Simplifying sales reporting

7 months ago

Better onboarding and activation

9 months ago

Improving restaurant order tracking

8 years ago

Gamified car insurance

1 year ago

From Hold to Handled

1 year ago

Better product discovery

10 months ago

Faster checkout

11 months ago

Predictable spend forecasting

9 months ago

One workspace for team collaboration

8 months ago

Expert travel guides

3 months ago

Loyalty for food lovers

3 months ago

Better team collaboration

1 year ago

Ready to take the next step?

Choose the right plan for your team.

Get startedBook a call