Nothing playing right now—

PharmAppy

Role
Lead Product Designer (sole designer)
Timeline
2026
Note
Some screens are simplified for confidentiality.

I joined PharmAppy as its sole designer. There was no design system, the products had grown apart, and every pharmacy website was produced by hand through a slow back-and-forth.

As Lead Product Designer, I owned strategy, UX, UI, and front-end build across three web products: customer onboarding, an internal staff portal, and the marketing site.

Impact at a glance

2–7 days → 2 hours–1 day

Time to a first pharmacy website, depending on complexity.

3+ tools → 1 portal

Operations, support, content, and deployment in one place, used daily by the whole team.

Designed and built end to end

The production marketing site, in Next.js, with no design-to-dev handoff.

How it connects

Three web products on one shared system: the marketing site brings pharmacies in, onboarding turns them into live websites, and the staff portal runs the work behind both.

  1. 01Pharmacy customers
  2. 02Marketing website
  3. 03Onboarding & website production
  4. 04Integrations
  5. 05Internal staff portal
  1. Pharmacy customers
  2. Marketing website
  3. Onboarding & website production
  4. Integrations
  5. Internal staff portal

01 — Faster pharmacy onboarding

A first pharmacy website took two to seven days. Addresses, branch details, GPhC information, and design preferences arrived scattered across emails, so every build started with rounds of clarification.

What I did

I reframed the brief from “a website builder” to a guided onboarding that collects everything production needs up front. I scoped the smallest useful version, designed and built the flow, and iterated on internal and customer feedback. When automated generation proved unreliable, I switched to an approach the team could edit and maintain.

Key decisions

Structure over an open brief: customers follow a guided flow, so the team gets complete information on day one. Controlled editing: complex design and structure stay with the team, while customers review, comment in context, and make approved edits. Verified access: invitation-only, with an NHS ODS code and a one-time passcode, so every live site belongs to a real pharmacy.

Outcome

First-version websites dropped from two to seven days to between two hours and one day.

Before

  1. 1Customer information across emails
  2. 2Manual clarification
  3. 3Manual website production
  4. 4Scattered feedback
  5. 5Revisions

After

  1. 1Structured onboarding
  2. 2Website generation
  3. 3Internal review
  4. 4Contextual customer feedback
  5. 5Faster production

What I learned

Faster production starts upstream: structured information and feedback at the right moment matter as much as the website itself.

The guided onboarding that turns pharmacy details into a production-ready brief.

02 — One internal portal

The team ran on 3+ disconnected tools for HR, CRM, projects, assets, deployment, email, and support, so routine work meant stitching context together by hand.

What I did

I mapped how the team actually worked, defined a first version around the workflows that kept crossing tools, and designed and built the portal myself. Shared, code-based tokens and components kept it consistent with the customer-facing products.

Key decision

Build one focused product instead of configuring more tools. It costs more ownership to maintain, but it fits the team’s real workflows instead of forcing the team to fit the tools.

Outcome

One system, used daily by the full team, with fewer overlapping subscriptions.

What I learned

Consolidation is change management as much as design: adoption only sticks when the new system is genuinely faster than the old patchwork.

The shared design system behind the portal and the customer-facing products. Portal screens are confidential.

03 — An outcome-led marketing site

The old site didn’t make PharmAppy’s value, integrations, or outcomes clear to pharmacies evaluating it. The information existed, but not in the order a prospective customer needed it.

What I did

I designed and built the production site in Next.js, end to end: messaging, information architecture, visual design, responsive layouts, front-end build, and deployment.

Key decision

Lead with pharmacy outcomes and NHS integration credibility, and answer the first questions before anything else. The first release didn’t try to publish every page; deeper detail lives one click away in product, documentation, and integration pages.

Outcome

Pharmacy teams can understand the offer quickly and find the proof behind it.

The homepage leads with concrete outcomes pharmacists can evaluate in seconds.
Supporting pages carry the same hierarchy into patient-facing journeys.

What I learned

A marketing site earns trust fastest when the first screen answers the core question and deeper proof is easy to find.

The shipped site

Appy Intelligence, the documentation site, and the integrations page.

Documentation lives on its own domain, so the marketing site stays focused.

Custom tools

When off-the-shelf tools ran out during the website build, I built my own.

See the Mini Tools case study

Tunes orbital icon motion and exports code-ready visuals for the site — faster than hand-tuning keyframes.

Generates shimmer and jitter grid treatments that copy straight into the site as brand assets.

Reflections

Owning design through deployment removed handoff friction, but forced ruthless scope and sequencing to keep shipping.

If I started again, I’d build the shared design system, with its documentation and rules, much earlier — for the team, for me, and for the agents working with us. Without it from day one, the products drifted apart.

Next: a redesign of the core pharmacy web app, which isn’t public yet.