Back to work
Enterprise SaaS Lead Product Designer UX Architecture
Enterprise Compliance & Business Management Platform

Designing a compliance-first SaaS that transforms dense legal complexity into intuitive workflows non-technical users can navigate confidently.

Role
Lead Product Designer / UX Architect
Scope
End-to-end product design
Team
Stakeholders + Engineering
Year
2025–2026
Enterprise SaaS platform — main dashboard view
Due to a signed NDA, all interface visuals have been recreated as representative abstractions. Screen content, workflows, and data structures reflect the actual system design; names, entities, and identifying details are fictional.
10
Specialised modules across regulatory domains
0
Non-compliant user paths — removed by design
850+
Excel rows replaced by guided digital workflows
Overview

A law firm came to me with a real problem: their entire compliance operation lived in Excel. 850 rows. Manual reminders. Legal documents written for lawyers that non-legal staff had to somehow follow — without making a single regulatory mistake.

The ask was to turn that into a SaaS. But not just any SaaS — one that would cover GDPR, occupational health, HR processes and cross-departmental workflows, for multiple types of organisations, each with different roles, permissions and legal responsibilities. A product where getting it wrong had legal consequences.

I was brought in as Lead Product Designer and UX Architect. I owned the project end-to-end: reading the regulatory frameworks, translating them into product logic, defining the IA, designing all 10 modules, and working directly with stakeholders and engineering until it shipped.

The problem
"How do you translate 850 rows of Excel and dense legal documents — written for lawyers — into a system non-technical users can follow without ever making a compliance error?"
Before
  • 850+ rows of Excel tracking certifications manually
  • Legal documents written for lawyers, not end users
  • Manual email reminders for every deadline and approval
  • No visibility into who reviewed, approved or signed what
  • Audit processes undocumented and error-prone
The vision
  • Compliance enforced by structure — not user discipline
  • Legal logic translated into guided, step-by-step UI
  • Automated notifications based on real-time status
  • Full audit trail built into every action
  • Role-based access configured per organisation type
Enterprise SaaS platform — dashboard overview
Platform dashboard — compliance status across all organisations
My role

I owned product definition and UX architecture from day one through implementation. No handoffs — I was the single design voice across all 10 modules, working directly with legal experts, operations managers and the engineering team.

01
Read the law, then design the product

I spent weeks reading GDPR, occupational health law and internal compliance frameworks — extracting mandatory processes, validation rules and actor responsibilities before touching Figma.

02
Define the product architecture

Translated regulatory requirements into product structure: what each module needed to do, how 10 interconnected areas would share data, and where the legal constraints had to live inside the IA itself.

03
Design role-based systems

Built a configurable permission system where roles adapt per organisation — different navigation, different data, different actions — so access is baked into the architecture, not applied as a filter.

04
Collaborate across three worlds

Acted as the bridge between legal experts who spoke in regulations, engineers who spoke in data models, and operations managers who just needed it to work — making abstract requirements concrete and shippable.

Design approach

The core insight was that compliance can't be a warning layer. If you rely on users to read alerts, remember rules, and choose correctly — you've already failed. The system had to make non-compliance structurally impossible.

Strategy 01
Legal requirements as invisible constraints

Every mandatory process, validation and actor responsibility was extracted from the legal documentation and embedded directly into the product logic — enforced silently by the system, never left to the user.

Strategy 02
Architecture as the safety mechanism

The information architecture itself is the access control layer. Navigation, content and available actions adapt per authenticated role — so users can only see and do what they're authorised for, by design.

Strategy 03
Reduce user responsibility for compliance

Most end users — HR managers, legal assistants, operations staff — are not compliance experts. The goal was to take that responsibility off them entirely: guide every action, surface only what's relevant, remove what isn't.

Strategy 04
System-first, screens second

The real design challenge wasn't the interfaces — it was architecting how 10 modules share state, enforce permissions and maintain audit trails across complex multi-actor journeys. Screens came after the system made sense.

Key decisions
🏗️
System-first architecture

10 interconnected modules sharing unified logic with strict data separation between organisations. Every module shares state, permissions and audit logic — designed as one coherent system, not a collection of screens.

System architecture overview
🔐
Roles as configurable containers

Instead of fixed permission profiles, roles are flexible containers scoped per organisation. The same role can have different access in different contexts — non-technical admins manage it with confidence, no data model knowledge required.

Role-based access configuration
⚙️
Guided compliance workflows

Document assignment, review, approval and signature flow through predefined sequences that enforce correct actor involvement at each step — making it structurally impossible to skip a required action.

Compliance workflow UI
How workflows actually enforce compliance

The hardest problem wasn't building the flows — it was making sure they couldn't be broken. In a regulated environment, one skipped step or wrong signature has legal consequences. So the system doesn't ask users to remember the rules. It removes the possibility of breaking them.

Correct actors, every time. Each step of a workflow — review, approval, signature — is locked to a specific role. The system won't let the wrong person act, and won't advance until the right person does.
🔔
Automated notifications replace manual reminders. Deadlines and pending actions trigger automatically based on real-time document status. No one needs to remember to chase anyone — the system does it.
🚫
Non-compliant paths don't exist. Users can't skip a required step — not because they get a warning, but because the next step simply isn't available until the current one is complete and valid.
📋
Full audit trail, built in. Every action — who reviewed, who signed, when, in what state — is logged automatically. Compliance isn't reported after the fact; it's captured as it happens.
"Users are never asked what to do next — the system already knows."
Prototype

Explore the platform in action. Navigate through modules, interact with the compliance dashboard, and see how the system guides users through regulatory workflows step by step.

Outcome & impact

The result is a compliance-first platform that doesn't compromise usability — because both were treated as hard requirements from the start, not a trade-off.

🔒
Legal processes significantly more secure. Compliance is enforced by architecture — removing an entire category of human error that previously existed every time someone opened a spreadsheet.
Reduced onboarding friction. Users operate correctly from day one because the system guides every action — no training on regulatory rules required.
📈
Workflows automated end-to-end. What previously required manual tracking across 850+ rows of Excel now runs through structured, auditable digital flows.

The platform is in the testing and implementation phase — quantitative metrics will be added once live.

Key learnings
📖
You have to read the law before you can design for it. I couldn't have defined the IA or the permission model without spending weeks in the actual regulatory documentation first. The design decisions came from there.
🔗
The hardest design problems were invisible. Nobody sees how 10 modules share state, enforce permissions and maintain audit trails — but getting that wrong breaks everything. Systems thinking, not screen design, was the real work.
🤝
Design was the shared language. Legal experts and engineers don't naturally speak to each other. I spent months translating between them — turning abstract regulatory requirements into concrete product decisions both sides could align on.
🗂️
10 modules meant 10 different domains. Corporate governance, occupational health, HR, live webinars — each had its own regulatory framework and user mental model. Designing across all of them in parallel was a constant exercise in context-switching at depth.
Available for new projects

Have a complex product?

I specialise in turning regulatory and operational complexity into products people can actually use.