Mobile UX - Wellness App - Research - Usability Testing

Medicrescent - designing forhealth tourism at scale.

A health tourism platform connecting patients with hospitals worldwide - and hospitals with their B2B partners. Logo, full accessible design system, and a dual-audience web platform built around one of UX's hardest problems: making users feel safe uploading sensitive medical data.

Client:

Medicrescent

Role:

UX/UI Designer - Brand

Scope:

Logo, Design System, Platform

Market:

International

01 - Context

Health tourism is a $100B+ market with a trust problem

Millions of people travel internationally every year for medical treatment - elective procedures, specialist surgeries, dental care, fertility treatments. The reasons are clear: lower costs, shorter waiting times, access to specialists unavailable locally.

The problem is the process. Finding a hospital, understanding what a procedure will actually cost, communicating across languages and systems, and knowing whether your personal health data is safe - these are all unsolved for most patients. Medicrescent was built to solve this.

A dual-audience platform: B2C for patients navigating health tourism for the first time, and B2B for the hospitals, tourism agencies, and consultant firms coordinating the journeys on the other side.

0

0

Distinct user audiences

0+

0+

Deliverables: Logo, System, Platform

Deliverables: Logo, System, Platform

AA

AA

WCAG compliance level

WCAG compliance level

GDPR

GDPR

Compliant health data flows

Compliant health data flows

02 - The Challenge

Four problems that made this project genuinely hard

Sensitive health data - and users who are scared to share it

To get a specific price quote from a hospital, patients need to upload their medical reports. That's a significant trust ask for a new platform. Every design decision in the upload flow had to actively reduce anxiety - not just look reassuring.

Two completely different user types on one platform

B2C patients and B2B partners (hospitals, tourism agencies, consultants) have different goals, different mental models, and different levels of technical sophistication. The platform needed to serve both without either experiencing the other's complexity.

International scale with multiple languages and regulations

A platform serving patients across multiple countries means multiple languages, multiple healthcare systems, different regulatory requirements, and vastly different levels of digital literacy in the user base.

GDPR and Datenschutz compliance at the core - not the edge

Health data is among the most sensitive category under GDPR. Compliance couldn't be a legal checkbox at the end - it had to be designed into the data flows, consent interactions, and information architecture from day one.

03 - Brand identity

A logo that communicates care, trust, and movement

The Medicrescent mark combines an interlocking M form with a crescent shape - referencing both the medical context and the concept of journey and growth. The teal and navy palette was chosen deliberately: teal for health, vitality, and trust; navy for authority, stability, and security. Together they signal a platform that takes both care and credibility seriously.

The wordmark is set in a clean, modern typeface - approachable without being casual, professional without being cold. The full brand system was designed to work across the platform UI, partner-facing materials, and future marketing contexts.

04 - Design System

Built accessible from the first token - not audited at the end

The design system was built before any platform screen was designed. Colour tokens were defined with contrast ratios checked against WCAG AA from the start. Typography scale, spacing system, and component library followed in strict atomic order - atoms to organisms - so that every screen assembled from the system inherited accessibility and consistency automatically.

Healthcare platforms carry a higher accessibility obligation than most - users may be elderly, visually impaired, or accessing the platform under stress. These aren't edge cases in health tourism. They are a significant portion of the actual user base.

05 - Users

Two audiences - one platform. Designed to never feel that way.

The platform serves two fundamentally different audiences. The design challenge was ensuring each user type experiences only the complexity that belongs to them - with clear separation between the B2C patient journey and the B2B partner portal, while sharing the same underlying design system and brand.

B2C - Patient

The Patient

Exploring health tourism for the first time - or returning after a previous experience

Search treatments by type and browse hospitals by country and price range

Get a specific price quote by securely uploading health reports

Understand which hospital gets access to their data - and when

Communicate with the hospital directly through the platform

Feel confident their sensitive data is protected under GDPR

B2B - Partner

The Partner

Hospital, tourism agency, or consultant firm managing patient referrals

Receive and respond to patient inquiries with specific pricing

Access patient health reports securely - only after patient consent

Manage referrals and relationships with tourism agencies and consultants

Track patient journey status across inquiry, quote, booking, and treatment

Maintain a compliant audit trail of all data access and consent events

Mood Mentor

A personalised check-in tool that responds to how the user is feeling in the moment - offering tailored content, exercises, or simply acknowledgment.

MUST HAVE

The Planner

A personal planning tool that helps users structure their wellness intentions without creating the pressure of a rigid habit tracker.

MUST HAVE

Progress bar

A visual progression indicator that feels encouraging rather than punishing - showing movement without making the user feel they've failed when they miss a day.

SHOULD HAVE

06 - The Hard Part

Designing the health data upload flow

The most sensitive - and most important - interaction on the platform is the health report upload flow. A patient needs to share medical documents to get a specific price quote. That is a significant trust ask, and one that standard UX patterns don't have a template for.

The design approach was to make consent explicit, visible, and revocable at every step. Users needed to see exactly which hospital would access their data, understand what it would be used for, and know they could withdraw access at any time. GDPR compliance wasn't a legal footnote - it was the interaction model.

Patient searches

Browse treatments and hospitals anonymously - no data required

NO DATA SHARED

Patient selects hospital

Chooses a specific hospital and requests a personalised quote

CONSENT PROMPTED

Secure upload

Uploads health reports with explicit consent to named hospital only

GDPR CONSENT LOGGED

Hospital responds

Hospital accesses reports and provides a specific price quote

AUDIT TRAIL RECORDED

07 - Platform Design

The B2C experience - search, compare, connect

The patient-facing platform was designed around three core jobs: finding the right treatment, comparing hospitals and price ranges, and initiating a secure connection with a specific provider. The information architecture was kept deliberately simple - a patient in a stressful medical situation should never have to think about where to go next.

The B2B portal

A separate experience for hospitals and partners

The B2B portal gives hospitals, tourism agencies, and consultant firms a dedicated workspace for managing patient inquiries, accessing consented health documents, coordinating referrals, and tracking the full patient journey. The design language is shared with the patient platform - same system, different information architecture and interaction patterns.

07 - Deliverables

What was designed - end to end

01

Brand identity

Full logo system - primary, reversed, icon-only, monochrome - with brand guidelines for color, typography, and usage rules.

02

Design tokens

Semantic color, typography, spacing, radius, and shadow tokens - all WCAG AA compliant, mapped to CSS variables for direct developer use.

03

Component library

Atomic component library in Figma - atoms to organisms, all interactive states, responsive variants, WCAG accessibility annotations throughout.

04

B2C patient platform

Full web platform screens for the patient journey - search, compare, hospital profiles, secure upload flow, and messaging. Web and mobile-responsive.

05

B2B partner portal

Dedicated partner portal for hospitals, tourism agencies, and consultant firms - inquiry management, document access, referral coordination, and status tracking.

06

GDPR-compliant data flows

Full UX design of the consent, upload, access, and revocation flows for sensitive health data - built to GDPR and German Datenschutz requirements.

When a user uploads their medical records, they're not thinking about UX. They're thinking about whether they can trust you. Every pixel of that flow either builds that trust or destroys it. There is no neutral.

09 - Outcomes

A complete product identity - ready to build on

Brand identity built for scale

A complete logo system and brand guidelines that work across digital platform, partner materials, and future marketing contexts - built to remain consistent as the company grows.

Design system that accelerates development

A fully documented component library with semantic tokens - reducing design-to-development friction and ensuring consistency across both B2C and B2B platform experiences.

GDPR-compliant sensitive data UX

A health document upload flow designed from the ground up for GDPR compliance - explicit consent, named data recipients, access audit trails, and revocation capability built into the interaction model.

WCAG AA accessible from day one

Accessibility built into the token layer - meaning every screen assembled from the system inherits compliance automatically. Critical for a health platform serving users across age ranges and digital literacy levels.

10 - Key Takeaways

What this project reinforced

01

Trust is a design material

On a platform handling medical data, trust isn't a feeling you create with nice colors - it's an outcome of specific, deliberate design decisions. Explicit consent. Named recipients. Visible audit trails. Revocation that actually works. You design for trust the same way you design for usability.

02

Two audiences need two mindsets

B2C and B2B users don't just have different needs - they have different mental models, different contexts, and different tolerances for complexity. A shared design system keeps the brand consistent. Separate information architectures keep the experiences right for each audience.

03

Compliance is a design input, not a design output

GDPR requirements shaped the information architecture, the consent flows, and the data visibility model from the very first wireframe. When compliance is designed in from the start, it makes the product better - clearer, more trustworthy, more honest about what it does with user data.

More Projects

Design System - WCAG - Figma

Ecclesia - a design system built in 53 hours.

Germany's leading insurance group had no design system. No component library. No shared UI language.

Read More

AI Platform - Dashboard UX

DFKI — Designing for
the Amazon Rainforest.

Full UX redesign of DFKI's AI-based ecological monitoring platform used by scientists.

Read More

UX/UI · Accessibility · WCAG 2.1 AA

Making Turkish Airlines
accessible for everyone.

A comprehensive WCAG 2.1 AA audit and redesign of the Turkish Airlines digital booking experience

Read More

Mobile UX - Wellness App - Research - Usability Testing

Medicrescent - designing forhealth tourism at scale.

A health tourism platform connecting patients with hospitals worldwide - and hospitals with their B2B partners. Logo, full accessible design system, and a dual-audience web platform built around one of UX's hardest problems: making users feel safe uploading sensitive medical data.

Client:

Medicrescent

Role:

UX/UI Designer - Brand

Scope:

Logo, Design System, Platform

Market:

International

01 - Context

Health tourism is a $100B+ market with a trust problem

Millions of people travel internationally every year for medical treatment - elective procedures, specialist surgeries, dental care, fertility treatments. The reasons are clear: lower costs, shorter waiting times, access to specialists unavailable locally.

The problem is the process. Finding a hospital, understanding what a procedure will actually cost, communicating across languages and systems, and knowing whether your personal health data is safe - these are all unsolved for most patients. Medicrescent was built to solve this.

A dual-audience platform: B2C for patients navigating health tourism for the first time, and B2B for the hospitals, tourism agencies, and consultant firms coordinating the journeys on the other side.

0

0

Distinct user audiences

0+

0+

Deliverables: Logo, System, Platform

Deliverables: Logo, System, Platform

AA

AA

WCAG compliance level

WCAG compliance level

GDPR

GDPR

Compliant health data flows

Compliant health data flows

02 - The Challenge

Four problems that made this project genuinely hard

Sensitive health data - and users who are scared to share it

To get a specific price quote from a hospital, patients need to upload their medical reports. That's a significant trust ask for a new platform. Every design decision in the upload flow had to actively reduce anxiety - not just look reassuring.

Two completely different user types on one platform

B2C patients and B2B partners (hospitals, tourism agencies, consultants) have different goals, different mental models, and different levels of technical sophistication. The platform needed to serve both without either experiencing the other's complexity.

International scale with multiple languages and regulations

A platform serving patients across multiple countries means multiple languages, multiple healthcare systems, different regulatory requirements, and vastly different levels of digital literacy in the user base.

GDPR and Datenschutz compliance at the core - not the edge

Health data is among the most sensitive category under GDPR. Compliance couldn't be a legal checkbox at the end - it had to be designed into the data flows, consent interactions, and information architecture from day one.

03 - Brand identity

A logo that communicates care, trust, and movement

The Medicrescent mark combines an interlocking M form with a crescent shape - referencing both the medical context and the concept of journey and growth. The teal and navy palette was chosen deliberately: teal for health, vitality, and trust; navy for authority, stability, and security. Together they signal a platform that takes both care and credibility seriously.

The wordmark is set in a clean, modern typeface - approachable without being casual, professional without being cold. The full brand system was designed to work across the platform UI, partner-facing materials, and future marketing contexts.

04 - Design System

Built accessible from the first token - not audited at the end

The design system was built before any platform screen was designed. Colour tokens were defined with contrast ratios checked against WCAG AA from the start. Typography scale, spacing system, and component library followed in strict atomic order - atoms to organisms - so that every screen assembled from the system inherited accessibility and consistency automatically.

Healthcare platforms carry a higher accessibility obligation than most - users may be elderly, visually impaired, or accessing the platform under stress. These aren't edge cases in health tourism. They are a significant portion of the actual user base.

05 - Users

Two audiences - one platform. Designed to never feel that way.

The platform serves two fundamentally different audiences. The design challenge was ensuring each user type experiences only the complexity that belongs to them - with clear separation between the B2C patient journey and the B2B partner portal, while sharing the same underlying design system and brand.

B2C - Patient

The Patient

Exploring health tourism for the first time - or returning after a previous experience

Search treatments by type and browse hospitals by country and price range

Get a specific price quote by securely uploading health reports

Understand which hospital gets access to their data - and when

Communicate with the hospital directly through the platform

Feel confident their sensitive data is protected under GDPR

B2B - Partner

The Partner

Hospital, tourism agency, or consultant firm managing patient referrals

Receive and respond to patient inquiries with specific pricing

Access patient health reports securely - only after patient consent

Manage referrals and relationships with tourism agencies and consultants

Track patient journey status across inquiry, quote, booking, and treatment

Maintain a compliant audit trail of all data access and consent events

Mood Mentor

A personalised check-in tool that responds to how the user is feeling in the moment - offering tailored content, exercises, or simply acknowledgment.

MUST HAVE

The Planner

A personal planning tool that helps users structure their wellness intentions without creating the pressure of a rigid habit tracker.

MUST HAVE

Progress bar

A visual progression indicator that feels encouraging rather than punishing - showing movement without making the user feel they've failed when they miss a day.

SHOULD HAVE

06 - The Hard Part

Designing the health data upload flow

The most sensitive - and most important - interaction on the platform is the health report upload flow. A patient needs to share medical documents to get a specific price quote. That is a significant trust ask, and one that standard UX patterns don't have a template for.

The design approach was to make consent explicit, visible, and revocable at every step. Users needed to see exactly which hospital would access their data, understand what it would be used for, and know they could withdraw access at any time. GDPR compliance wasn't a legal footnote - it was the interaction model.

Patient searches

Browse treatments and hospitals anonymously - no data required

NO DATA SHARED

Patient selects hospital

Chooses a specific hospital and requests a personalised quote

CONSENT PROMPTED

Secure upload

Uploads health reports with explicit consent to named hospital only

GDPR CONSENT LOGGED

Hospital responds

Hospital accesses reports and provides a specific price quote

AUDIT TRAIL RECORDED

07 - Platform Design

The B2C experience - search, compare, connect

The patient-facing platform was designed around three core jobs: finding the right treatment, comparing hospitals and price ranges, and initiating a secure connection with a specific provider. The information architecture was kept deliberately simple - a patient in a stressful medical situation should never have to think about where to go next.

The B2B portal

A separate experience for hospitals and partners

The B2B portal gives hospitals, tourism agencies, and consultant firms a dedicated workspace for managing patient inquiries, accessing consented health documents, coordinating referrals, and tracking the full patient journey. The design language is shared with the patient platform - same system, different information architecture and interaction patterns.

07 - Deliverables

What was designed - end to end

01

Brand identity

Full logo system - primary, reversed, icon-only, monochrome - with brand guidelines for color, typography, and usage rules.

02

Design tokens

Semantic color, typography, spacing, radius, and shadow tokens - all WCAG AA compliant, mapped to CSS variables for direct developer use.

03

Component library

Atomic component library in Figma - atoms to organisms, all interactive states, responsive variants, WCAG accessibility annotations throughout.

04

B2C patient platform

Full web platform screens for the patient journey - search, compare, hospital profiles, secure upload flow, and messaging. Web and mobile-responsive.

05

B2B partner portal

Dedicated partner portal for hospitals, tourism agencies, and consultant firms - inquiry management, document access, referral coordination, and status tracking.

06

GDPR-compliant data flows

Full UX design of the consent, upload, access, and revocation flows for sensitive health data - built to GDPR and German Datenschutz requirements.

When a user uploads their medical records, they're not thinking about UX. They're thinking about whether they can trust you. Every pixel of that flow either builds that trust or destroys it. There is no neutral.

09 - Outcomes

A complete product identity - ready to build on

Brand identity built for scale

A complete logo system and brand guidelines that work across digital platform, partner materials, and future marketing contexts - built to remain consistent as the company grows.

Design system that accelerates development

A fully documented component library with semantic tokens - reducing design-to-development friction and ensuring consistency across both B2C and B2B platform experiences.

GDPR-compliant sensitive data UX

A health document upload flow designed from the ground up for GDPR compliance - explicit consent, named data recipients, access audit trails, and revocation capability built into the interaction model.

WCAG AA accessible from day one

Accessibility built into the token layer - meaning every screen assembled from the system inherits compliance automatically. Critical for a health platform serving users across age ranges and digital literacy levels.

10 - Key Takeaways

What this project reinforced

01

Trust is a design material

On a platform handling medical data, trust isn't a feeling you create with nice colors - it's an outcome of specific, deliberate design decisions. Explicit consent. Named recipients. Visible audit trails. Revocation that actually works. You design for trust the same way you design for usability.

02

Two audiences need two mindsets

B2C and B2B users don't just have different needs - they have different mental models, different contexts, and different tolerances for complexity. A shared design system keeps the brand consistent. Separate information architectures keep the experiences right for each audience.

03

Compliance is a design input, not a design output

GDPR requirements shaped the information architecture, the consent flows, and the data visibility model from the very first wireframe. When compliance is designed in from the start, it makes the product better - clearer, more trustworthy, more honest about what it does with user data.

More Projects

Design System - WCAG - Figma

Ecclesia - a design system built in 53 hours.

Germany's leading insurance group had no design system. No component library. No shared UI language.

Read More

AI Platform - Dashboard UX

DFKI — Designing for
the Amazon Rainforest.

Full UX redesign of DFKI's AI-based ecological monitoring platform used by scientists.

Read More

UX/UI · Accessibility · WCAG 2.1 AA

Making Turkish Airlines
accessible for everyone.

A comprehensive WCAG 2.1 AA audit and redesign of the Turkish Airlines digital booking experience

Read More

Mobile UX - Wellness App - Research - Usability Testing

Medicrescent - designing forhealth tourism at scale.

A health tourism platform connecting patients with hospitals worldwide - and hospitals with their B2B partners. Logo, full accessible design system, and a dual-audience web platform built around one of UX's hardest problems: making users feel safe uploading sensitive medical data.

Client:

Medicrescent

Role:

UX/UI Designer - Brand

Scope:

Logo, Design System, Platform

Market:

International

01 - Context

Health tourism is a $100B+ market with a trust problem

Millions of people travel internationally every year for medical treatment - elective procedures, specialist surgeries, dental care, fertility treatments. The reasons are clear: lower costs, shorter waiting times, access to specialists unavailable locally.

The problem is the process. Finding a hospital, understanding what a procedure will actually cost, communicating across languages and systems, and knowing whether your personal health data is safe - these are all unsolved for most patients. Medicrescent was built to solve this.

A dual-audience platform: B2C for patients navigating health tourism for the first time, and B2B for the hospitals, tourism agencies, and consultant firms coordinating the journeys on the other side.

0

0

Distinct user audiences

0+

0+

Deliverables: Logo, System, Platform

Deliverables: Logo, System, Platform

AA

AA

WCAG compliance level

WCAG compliance level

GDPR

GDPR

Compliant health data flows

Compliant health data flows

02 - The Challenge

Four problems that made this project genuinely hard

Sensitive health data - and users who are scared to share it

To get a specific price quote from a hospital, patients need to upload their medical reports. That's a significant trust ask for a new platform. Every design decision in the upload flow had to actively reduce anxiety - not just look reassuring.

Two completely different user types on one platform

B2C patients and B2B partners (hospitals, tourism agencies, consultants) have different goals, different mental models, and different levels of technical sophistication. The platform needed to serve both without either experiencing the other's complexity.

International scale with multiple languages and regulations

A platform serving patients across multiple countries means multiple languages, multiple healthcare systems, different regulatory requirements, and vastly different levels of digital literacy in the user base.

GDPR and Datenschutz compliance at the core - not the edge

Health data is among the most sensitive category under GDPR. Compliance couldn't be a legal checkbox at the end - it had to be designed into the data flows, consent interactions, and information architecture from day one.

03 - Brand identity

A logo that communicates care, trust, and movement

The Medicrescent mark combines an interlocking M form with a crescent shape - referencing both the medical context and the concept of journey and growth. The teal and navy palette was chosen deliberately: teal for health, vitality, and trust; navy for authority, stability, and security. Together they signal a platform that takes both care and credibility seriously.

The wordmark is set in a clean, modern typeface - approachable without being casual, professional without being cold. The full brand system was designed to work across the platform UI, partner-facing materials, and future marketing contexts.

04 - Design System

Built accessible from the first token - not audited at the end

The design system was built before any platform screen was designed. Colour tokens were defined with contrast ratios checked against WCAG AA from the start. Typography scale, spacing system, and component library followed in strict atomic order - atoms to organisms - so that every screen assembled from the system inherited accessibility and consistency automatically.

Healthcare platforms carry a higher accessibility obligation than most - users may be elderly, visually impaired, or accessing the platform under stress. These aren't edge cases in health tourism. They are a significant portion of the actual user base.

05 - Users

Two audiences - one platform. Designed to never feel that way.

The platform serves two fundamentally different audiences. The design challenge was ensuring each user type experiences only the complexity that belongs to them - with clear separation between the B2C patient journey and the B2B partner portal, while sharing the same underlying design system and brand.

B2C - Patient

The Patient

Exploring health tourism for the first time - or returning after a previous experience

Search treatments by type and browse hospitals by country and price range

Get a specific price quote by securely uploading health reports

Understand which hospital gets access to their data - and when

Communicate with the hospital directly through the platform

Feel confident their sensitive data is protected under GDPR

B2B - Partner

The Partner

Hospital, tourism agency, or consultant firm managing patient referrals

Receive and respond to patient inquiries with specific pricing

Access patient health reports securely - only after patient consent

Manage referrals and relationships with tourism agencies and consultants

Track patient journey status across inquiry, quote, booking, and treatment

Maintain a compliant audit trail of all data access and consent events

Mood Mentor

A personalised check-in tool that responds to how the user is feeling in the moment - offering tailored content, exercises, or simply acknowledgment.

MUST HAVE

The Planner

A personal planning tool that helps users structure their wellness intentions without creating the pressure of a rigid habit tracker.

MUST HAVE

Progress bar

A visual progression indicator that feels encouraging rather than punishing - showing movement without making the user feel they've failed when they miss a day.

SHOULD HAVE

06 - The Hard Part

Designing the health data upload flow

The most sensitive - and most important - interaction on the platform is the health report upload flow. A patient needs to share medical documents to get a specific price quote. That is a significant trust ask, and one that standard UX patterns don't have a template for.

The design approach was to make consent explicit, visible, and revocable at every step. Users needed to see exactly which hospital would access their data, understand what it would be used for, and know they could withdraw access at any time. GDPR compliance wasn't a legal footnote - it was the interaction model.

Patient searches

Browse treatments and hospitals anonymously - no data required

NO DATA SHARED

Patient selects hospital

Chooses a specific hospital and requests a personalised quote

CONSENT PROMPTED

Secure upload

Uploads health reports with explicit consent to named hospital only

GDPR CONSENT LOGGED

Hospital responds

Hospital accesses reports and provides a specific price quote

AUDIT TRAIL RECORDED

07 - Platform Design

The B2C experience - search, compare, connect

The patient-facing platform was designed around three core jobs: finding the right treatment, comparing hospitals and price ranges, and initiating a secure connection with a specific provider. The information architecture was kept deliberately simple - a patient in a stressful medical situation should never have to think about where to go next.

The B2B portal

A separate experience for hospitals and partners

The B2B portal gives hospitals, tourism agencies, and consultant firms a dedicated workspace for managing patient inquiries, accessing consented health documents, coordinating referrals, and tracking the full patient journey. The design language is shared with the patient platform - same system, different information architecture and interaction patterns.

07 - Deliverables

What was designed - end to end

01

Brand identity

Full logo system - primary, reversed, icon-only, monochrome - with brand guidelines for color, typography, and usage rules.

02

Design tokens

Semantic color, typography, spacing, radius, and shadow tokens - all WCAG AA compliant, mapped to CSS variables for direct developer use.

03

Component library

Atomic component library in Figma - atoms to organisms, all interactive states, responsive variants, WCAG accessibility annotations throughout.

04

B2C patient platform

Full web platform screens for the patient journey - search, compare, hospital profiles, secure upload flow, and messaging. Web and mobile-responsive.

05

B2B partner portal

Dedicated partner portal for hospitals, tourism agencies, and consultant firms - inquiry management, document access, referral coordination, and status tracking.

06

GDPR-compliant data flows

Full UX design of the consent, upload, access, and revocation flows for sensitive health data - built to GDPR and German Datenschutz requirements.

When a user uploads their medical records, they're not thinking about UX. They're thinking about whether they can trust you. Every pixel of that flow either builds that trust or destroys it. There is no neutral.

09 - Outcomes

A complete product identity - ready to build on

Brand identity built for scale

A complete logo system and brand guidelines that work across digital platform, partner materials, and future marketing contexts - built to remain consistent as the company grows.

Design system that accelerates development

A fully documented component library with semantic tokens - reducing design-to-development friction and ensuring consistency across both B2C and B2B platform experiences.

GDPR-compliant sensitive data UX

A health document upload flow designed from the ground up for GDPR compliance - explicit consent, named data recipients, access audit trails, and revocation capability built into the interaction model.

WCAG AA accessible from day one

Accessibility built into the token layer - meaning every screen assembled from the system inherits compliance automatically. Critical for a health platform serving users across age ranges and digital literacy levels.

10 - Key Takeaways

What this project reinforced

01

Trust is a design material

On a platform handling medical data, trust isn't a feeling you create with nice colors - it's an outcome of specific, deliberate design decisions. Explicit consent. Named recipients. Visible audit trails. Revocation that actually works. You design for trust the same way you design for usability.

02

Two audiences need two mindsets

B2C and B2B users don't just have different needs - they have different mental models, different contexts, and different tolerances for complexity. A shared design system keeps the brand consistent. Separate information architectures keep the experiences right for each audience.

03

Compliance is a design input, not a design output

GDPR requirements shaped the information architecture, the consent flows, and the data visibility model from the very first wireframe. When compliance is designed in from the start, it makes the product better - clearer, more trustworthy, more honest about what it does with user data.

More Projects

Design System - WCAG - Figma

Ecclesia - a design system built in 53 hours.

Germany's leading insurance group had no design system. No component library. No shared UI language.

Read More

AI Platform - Dashboard UX

DFKI — Designing for
the Amazon Rainforest.

Full UX redesign of DFKI's AI-based ecological monitoring platform used by scientists.

Read More

UX/UI · Accessibility · WCAG 2.1 AA

Making Turkish Airlines
accessible for everyone.

A comprehensive WCAG 2.1 AA audit and redesign of the Turkish Airlines digital booking experience

Read More