Supporting case study
One working system for eighteen pharmaceutical brands
Janssen
At IBM, I led UX across eighteen Janssen brands and managed two designers working in a shared Figma system. The project record lists more than 2,000 client- and FDA-approved desktop and mobile screens.

- Role
- Lead UX Designer
- Client
- Janssen
- Employer
- IBM
- Dates
- May 2021 to May 2022
- Scope
- Eighteen pharmaceutical brands
- Team
- Managed two designers
- Working system
- Shared Figma design system
- Output
- More than 2,000 client- and FDA-approved desktop and mobile screens
Start with the requirements bottleneck and regulated copy
Put the words in the state where they appear
CarePath flows combined interaction requirements with brand copy, legal language, and FDA review. A field or message could not be treated as neutral scaffolding while its required words waited for a later pass. The team needed to review the copy in the state and layout where a person would encounter it.
I led UX at IBM and managed two designers through that review cycle. The design team mapped forms, authentication, messages, and claims as explicit screen states so the interaction, responsive layout, and required copy could be reviewed together.
Treat regulated copy as interaction design
Put requirements, copy, and screen state in the same review artifact instead of adding regulated language after the interaction was settled.
Create one shared system without erasing brand differences
Eighteen brands did not need eighteen interaction models
The brands did not need unrelated interaction models. They did need room for their own names, visual treatments, content, and program rules. A shared Figma system carried the common form and authentication patterns while each brand kept its differences visible to reviewers.
Compare form behavior in one sheet

Share the interaction structure
Keep common interaction behavior in the system, then express brand differences through reviewed content and visual treatment instead of forking the flow.
Make interaction states reviewable across desktop and mobile
A default screen was not enough
Account access, form validation, messages, and claims changed after a person acted or the system responded. Desktop and mobile layouts also had to preserve the same status and next action.
I led the review work, and the design team used the system sheets to place those variants beside one another. Reviewers could inspect the state, copy, action, and responsive treatment together rather than infer behavior from one polished frame.
See the states side by side

Report the supported screen total
What the surviving record establishes
Surviving records describe more than 2,000 desktop and mobile screens as client- and FDA-approved. They do not define how variants or revisions were counted.
Follow an approved claims workspace

Keep the evidence boundary visible
Use the source's bounded total and state that its counting method is unavailable.
Results
- The project record lists more than 2,000 client- and FDA-approved desktop and mobile screens across eighteen brands.
- Janssen extended IBM's engagement.
Evidence limit
Surviving records do not define how variants or revisions were counted. They record that Janssen extended IBM's engagement, but they do not establish what caused the extension or attribute it to me, the design team, or the design system.
Related work
California DHCSSupporting case study
One design system across four DHCS workstreams

MCWeb Portal, OPUS, OLCC, and Provider Portal were moving in parallel while the design team shifted from Adobe XD to Figma. I rebuilt the existing Bootstrap patterns in Figma, checked them with screen readers, and kept review decisions with the screens for weekly cross-team handoffs.
- Design systems
- Accessibility
- Design-tool transition
- Stakeholder coordination
AstraZenecaFlagship engagement
A request is not access
At AstraZeneca, I owned product design and implementation for a source-review prototype, using AI-assisted development as part of the build process. A request for a missing source remained a recorded action, not proof of access.
- AI product design
- Regulated workflows
- Prototype engineering