Case study·● Live site

Swansea Women's Aid: a research-led redesign

A full redesign for a local domestic abuse charity, built around three audiences with very different needs, and very different amounts of time to find what they need.

The Challenge

A site that had to work for three audiences at once: women seeking help, often in crisis; donors and funders; and volunteers. The existing site buried the helpline below twelve nav items, and staff had no way to update content without developer help.

The Solution

Navigation rebuilt around the three priority audiences, crisis support first. A visible "quick exit" safety feature, plain-language guidance on recognising abuse, and a lightweight CMS for the team to publish without developer help.

Research
Stakeholder interviews User research Benchmarking
  • Many women weren't sure whether what they were experiencing qualified as abuse.
  • The existing site was hard to navigate, with no clear structure per audience.
  • Staff had no way to update content without developer support.
Redesign
The original Swansea Women's Aid homepage: a dense top navigation bar with twelve links, and the helpline number placed below the fold.
Before: twelve nav items, helpline buried below the fold.
The live, redesigned Swansea Women's Aid homepage: a calmer layout with a persistent safety bar, clear primary actions, and a simplified page structure.
After: a persistent safety bar and crisis messaging first.

View the live site →

Outcome

● Updated September 2026

Continued iteration: a full UX review and refresh

The site had been rebuilt in a hurry after an accidental content loss, so parts were never finished. I went back through it: fixing what hadn't been properly rebuilt, tightening the design, reorganising key journeys in plain English, and completing a full WCAG 2.2 AA accessibility pass, while keeping the charity's existing branding.

The Swansea Women's Aid Get help page, showing a persistent exit-site bar with a tap-to-call helpline number, and two clear buttons: Call 999 and Call our 24-hour helpline.
A persistent, back-button-proof exit route, and a Get help page leading with two unambiguous actions.
What changed
  • A rebuilt, back-button-proof safety exit, and a Get help page with two clear actions.
  • Navigation and services reorganised in plain English, replacing internal acronyms.
  • A full WCAG 2.2 AA pass, plus a Welsh and community-languages menu.
  • Consistent design across desktop and mobile, with compressed images for faster loading.
  • CMS and forms fixed, including a Get involved form that reaches the team.

Case study·● Live app

Sober Points: finding sober-friendly places

Product design · UX research · Interaction design · Prototyping · Usability testing

Sober Points helps people find places where choosing not to drink doesn't mean compromising on the experience. I founded the product and led its design from early research through to a live web platform and native app.

The Challenge

Finding somewhere to eat or socialise is easy. Finding somewhere genuinely good when you're not drinking is harder: information about alcohol-free options is often incomplete, buried in menus, or unavailable until you arrive.

The Solution

A focused discovery tool, mapped end-to-end rather than designed screen by screen: search by location, filter results, then open a venue profile with alcohol-free options and community reviews.

Research
Concept testing Usability testing
  • Early concepts explored a much broader sober-living ecosystem: communities, podcasts, events.
  • Usability testing on those concepts repeatedly surfaced the same thing: people didn't want another community platform, they wanted a fast, trustworthy answer to "where can I go near me?"
Early Sober Points concept wireframes for the homepage, community directory, podcasts and Sober Map.
Early concept exploration, before the proposition was narrowed.
Design

Designing a two-sided service

Because the product depends on the quality of venue data behind it, I designed contribution, moderation and venue-claiming journeys alongside the consumer experience, then used product analytics and qualitative research after launch to prioritise what to fix next. One recurring lesson: venue type and venue attribute don't belong at the same level, and treating them as equivalent filters created a confusing hierarchy as the dataset grew. Separating them was a small change that showed how the information architecture has to evolve as a product matures.

A board mapping the Sober Points service across Home, About, the Sober Map, how to contribute, Blog and Contact.
Mapping the service end-to-end, not just individual screens.
A Sober Points site map diagram showing how the home, shop, sober map, community, about and contact pages relate to each other.
The underlying site map behind it.
Product

From web product to native app

As the product developed, I translated the experience into a native mobile app: not a visual port of the website, but a rethink of map behaviour, navigation, authentication, saved venues and deep links. It's now a live product with hundreds of sober-friendly venues and real users searching and contributing.

The Sober Points app's Explore map, showing sober-friendly venue pins across central London with category filters above the map.
Explore: filterable map of approved venues
A Sober Points venue detail page for Mikkeller Brewpub London, showing its sober-friendly features, Sober Points reviews and Google reviews.
Venue profile with sober-friendly features and reviews
The Sober Points Saved tab, showing three saved venues with ratings and a review prompt for each.
Saved venues
The Sober Points Contribute screen, with options to add a venue or write a review.
Contribute: add a venue or review
The Sober Points Profile screen, showing the user's points, contributions, referrals and an invite-a-friend link.
Profile, points and referrals
RoleFounder & Product/UX Designer
ResponsibilitiesUser research · IA · Interaction design · Prototyping · Usability testing · UI design
PlatformsResponsive web application · iOS/React Native app
StatusLive product, continuously iterated