Przejdź do treści

Case study · Product design

ChatMy.Doctor

Kompleksowy projekt aplikacji medycznej – od audytu i architektury, przez design system i branding, po gotowe ekrany UI, social media, animacje i mailingi.

Sektor
HealthTech

Zakres prac
UX • UI • Design System • Branding • Animacje • Social Media

Współpraca
2026
Dłoń lekarza w białym fartuchu trzyma smartfon z ekranem powitalnym ChatMy.Doctor: monogram „CM”, logotyp i hasło „Wszyscy pacjenci. Jedno miejsce.” na granatowym tle. W tle rozmyte biurko ze stetoskopem na granatowym notesie i roślina przy oknie.

Kontekst

Jeden produkt, siedem faz

Klient przyszedł z pomysłem na aplikację łączącą lekarzy z pacjentami. Miał wstępnie zakodowany prototyp – realizowany wyłącznie przez developera, bez udziału projektanta. Potrzebował kogoś, kto uporządkuje produkt od podstaw i nada mu spójną formę.

Wzięłam na siebie cały zakres projektowy – od audytu istniejącego stanu, przez architekturę informacji, design system i branding, po pełne ekrany UI dla aplikacji mobilnej i webowej. Jedyna projektantka w zespole.

  • UX Design
  • UI Design
  • Architektura informacji
  • Design System
  • Branding
  • User Journey
  • Prototypowanie
  • Responsywność

faza 01

Audyt i architektura informacji

Zmapowałam istniejący prototyp – niespójne nawigacje, brakujące stany, ad hoc dodawane funkcjonalności. Na tej podstawie zaprojektowałam od nowa:

  1. 01

    Sitemapę

    Podział na trzy sekcje nawigacyjne (Wiadomości, Finanse, Ustawienia).

  2. 02

    Tab bar

    Wiadomości jako centrum operacyjne lekarza (90% czasu w aplikacji).

  3. 03

    User journey

    Każdy proces (rejestracja, konsultacja, recepta) rozpisany jako osobna ścieżka.

  4. 04

    Grid webowy

    Dokumentacja responsywności z trybem 3 i 4 kolumnowym, breakpointy.

iMac na drewnianym biurku z otwartym plikiem Figmy „ChatMy.Doctor” – dziesiątki makiet ekranów mobilnych połączonych liniami przepływów w jedną mapę całego prototypu.
Diagram paska nawigacji (Tab Bar) aplikacji: trzy kolorowe kolumny – Wiadomości, Finanse, Ustawienia – i wygaszona czwarta Pacjenci, każda z drzewem ekranów i modali oraz makietą widoku mobilnego pod spodem.
Cztery strony dokumentacji responsywności webowej: wprowadzenie z tabelą wymiarów paneli, tryb 3-kolumnowy (768–1199 px) i 4-kolumnowy (≥1200 px) z tabelami szerokości oraz zasady zachowania panelu bocznego, siatki i hierarchii warstw.
Pięć makiet webowego widoku Wiadomości w ChatMy.Doctor – lista czatów, rozmowa i panel pacjenta – przy szerokościach ekranu 1024, 1200, 1280, 1440 i 1920 px.
  • Product Audit
  • Information Architecture
  • Sitemap
  • Navigation
  • User Journey
  • Responsive UX
  • User Experience

faza 02

Skalowalny Design System

Zbudowałam pełny, ztokenizowany i udokumentowany design system od zera, który obsłużył dwóch użytkowników (lekarz + pacjent), na dwóch platformach (mobile + web).

To nie zbiór kolorów i fontów – to narzędzie skalowalności i automatyzacji, które realnie optymalizuje czas pracy.

  1. 01

    107 tokenów prymitywnych

    Skala granatów dla lekarza, skala zieleni dla pacjenta, neutralne szarości, kolory sygnalizacyjne.

  2. 02

    175 tokenów semantycznych

    Cztery tryby kolorystyczne: Light Lekarz, Dark Lekarz, Light Pacjent, Dark Pacjent.

  3. 03

    Typografia, size, radius, spacing

    42 tokeny typo z responsywnymi wariantami. 62 tokeny size, 6 radiusów, 13 spacingu.

  4. 04

    Biblioteka komponentów i patternów

    37 komponentów, 11 patternów.

  5. 05

    Dostępność

    Od początku projektowałam design system z uwzględnieniem kontrastów i czytelności zgodnie z WCAG.

Panel Variables w Figmie z kolekcją color-semantic – 175 zmiennych semantycznych rozpisanych na cztery kolumny trybów: Light Lekarz, Dark Lekarz, Light Pacjent, Dark Pacjent, z grupami Background i Text mapowanymi na skale gray i slate.
Plansza biblioteki komponentów ChatMy.Doctor: przyciski, pola formularzy, checkboxy, banery, karty, wyszukiwarka, stany puste, input wiadomości i kafle ikon – każda grupa podpisana i pokazana w kilku wariantach.

Tryb ciemny i jasny

Zarówno w wersji jasnej, jak i ciemnej, wszystkie teksty oraz kluczowe elementy aktywne spełniają najwyższe standardy dostępności cyfrowej. Motyw ciemny zoptymalizowałam pod kątem pracy w nocnych warunkach oświetleniowych, minimalizując zmęczenie oczu przy długim kontakcie z ekranem.

Ten sam ekran wizyty w aplikacji ChatMy.Doctor w wersji jasnej i ciemnej obok siebie – nagłówek pacjenta, karta konsultacji z przełącznikiem płatnika NFZ/prywatna i wyszukiwarka rozpoznań ICD-10 – rozdzielone ikoną odświeżania.
  • Design System
  • Design Tokens
  • Semantic Tokens
  • Typography
  • Responsive
  • Light/Dark Modes
  • Theming
  • Light Mode
  • Dark Mode

faza 03

Branding

Klient komunikował się w zieleni – kolorystyce aplikacji skierowanych do pacjenta. Problem: głównym klientem płacącym miał być lekarz. Przeprowadziłam analizę i zidentyfikowałam rozbieżność. Zaproponowałam zmianę na paletę premium – głęboki granat, szafir, kobalt.

Zaprojektowałam sygnet, w którym litery C, M, D tworzą monogram wpisany w owalną formę kapsułki. Logo w wersjach: poziomej, pionowej, sygnet solo, na jasnym/ciemnym tle, digital i druk.

Telefon w dłoni lekarza z poziomą wersją logo ChatMy.Doctor na granatowym ekranie startowym, z hasłem „Wszyscy pacjenci. Jedno miejsce.”
Telefon w dłoni lekarza z pionową wersją logo ChatMy.Doctor – sygnet nad nazwą – na granatowym ekranie startowym

Zaprojektowałam też brand hero – postać 3D w formie kapsułki z sygnetem CMD. Pigułka pojawia się w filmach instruktażowych, w tipsach w interfejsie i jako asystent serwis desku.

Maskotka marki z dymkiem czatu, z uniesionym palcem
Maskotka trzymająca tablet
Maskotka z uniesionym kciukiem
Maskotka w słuchawkach z mikrofonem, w roli wsparcia
Maskotka trzymająca granatowe serce
  • Branding
  • Logo
  • Signet
  • Visual Identity
  • Color Strategy
  • Brand hero
  • 3D Character

faza 04

Ponad 100 ekranów

Zaprojektowałam natywną aplikację dla lekarza (iOS + Android), rozszerzoną wersję webową na tablety i desktopy, onboarding lekarza w przeglądarce oraz ankietę medyczną pacjenta.

Lekarz trzyma telefon z otwartą rozmową z pacjentką w aplikacji ChatMy.Doctor, w tle biurko gabinetu

Lekarz

Aplikacja natywna

Centrum to Wiadomości – lista chatów ze statusami, wyszukiwarka, filtry. 90% czasu lekarza. Z czatu dostęp do e-Recepty, e-Zwolnienia, e-Wizyty – pełne przepływy. Dashboard Finanse i Ustawienia.

Lista rozmów z pacjentami z filtrami statusu i licznikiem nieprzeczytanych
Profil pacjentki: dane podstawowe, kontaktowe i medyczne, PESEL zamaskowany
Zestawienie przychodów: najbliższa wypłata, suma roczna i lista ostatnich rozliczeń z kwotami
Ustawienia lekarza: karta profilu z numerem prawa wykonywania zawodu oraz sekcje pracy z pacjentem i konta

Lekarz

Web

Osobny layout – 3-kolumnowy: sidebar, lista chatów, treść rozmowy, kontekstowy panel pacjenta. Lekarz widzi jednocześnie listę, chat i dane medyczne. Na telefonie korzysta z natywnej aplikacji, na większych ekranach przechodzi do weba.

Tablet na biurku z webową wersją ChatMy.Doctor otwartą na ustawieniach profilu lekarza
Widok webowy na monitorze: sidebar, lista chatów, treść rozmowy i panel danych pacjenta obok siebie
Ten sam widok na laptopie – trzy kolumny mieszczą się w węższym oknie
Wersja na telefonie – z trzech kolumn zostaje sama lista rozmów

Onboarding lekarza: webowy split layout z brandingowym panelem i wyborem planu, obok mobilny stepper z czterema krokami

Lekarz

Onboarding

Mobile – stepper z 4 krokami. Web – split layout z brandingowym panelem i formularzem wymagającym minimum danych (e-mail + PWZ).


Lekarz

Strona wizytówka

Każdy lekarz dostaje własną podstronę-wizytówkę ze swoim zdjęciem, opisem specjalizacji, cennikiem usług i przyciskiem kontaktu. Kiedy pacjent pyta o cenę – lekarz wysyła link i sprawa jest załatwiona.

Laptop na biurku ze stroną wizytówką lekarki: zdjęcie, opis specjalizacji i cennik usług

Ankieta medyczna pacjenta w zielonym trybie: webowy formularz z pytaniem o powód kontaktu i mobilna karta pacjenta

Pacjent

Ankieta medyczna

Pacjent nie ma dostępu do aplikacji – pozostaje w swoich komunikatorach (iMessage, WhatsApp). Żeby nawiązać połączenie z lekarzem, przechodzi przez ankietę medyczną w przeglądarce. Wizualnie odróżniona – zielony tryb pacjenta z design systemu. Wersja mobilna i webowa.

  • UI Design
  • User Experience
  • Native App (iOS + Android)
  • Web (Tablet + Desktop)
  • Responsiveness
  • Onboarding

faza 05

Social media, animacje, mailingi

Social media

Posty statyczne i karuzele do Instagram, Facebook, LinkedIn. Budowane na tych samych tokenach co aplikacja.

Animacje

Krótkie wideo prezentujące funkcjonalności. Kreatywna koncepcja i realizacja.

Mailingi

Transakcyjne i marketingowe. Responsywne, jednokolumnowe, z dużymi CTA.

iMac na biurku ze skrzynką pocztową otwartą na mailingu powitalnym ChatMy.Doctor, z instrukcją konfiguracji konta i przyciskiem założenia konta
  • Social Media
  • Animations
  • Video
  • Email Marketing
  • Visual Communication

faza 06

Współpraca z zespołem developerskim

Projekt nie kończy się na pliku w Figmie. Współpracowałam z zespołem frontendowym nad implementacją każdego komponentu – nie „wysyłałam projekt przez płot”, ale siadałam z developerami i razem ustalaliśmy, jak dany komponent powinien działać w kodzie.

  1. 01

    Wspólne ustalanie wariantów

    Razem z frontendem priorytetyzowaliśmy, co wdrażamy od razu, a co może poczekać.

  2. 02

    Edge case'y

    Stany ładowania, puste widoki, błędy walidacji – projektowane wspólnie z zespołem technicznym.

  3. 03

    Developer jako współtwórca

    Kiedy pattern był technicznie kosztowny, szukaliśmy wspólnie wariantu optymalnego wizualnie i technicznie.

  4. 04

    Design System pod implementację

    Nazewnictwo tokenów odzwierciedla strukturę CSS. Przełączenie trybu kolorystycznego to jedna zmiana – reszta podmienia się automatycznie.

  • Dev Handoff
  • Component Implementation
  • Edge Cases
  • Design-Dev Workflow
  • Token Naming
  • CSS Architecture
  • Theming

faza 07

Walidacja z lekarzami

Projektowanie nie odbywało się w próżni – rozwiązania weryfikowałam na bieżąco z lekarzami, którzy uczestniczyli w spotkaniach projektowych.

Prototyp w praktyce

Zaproponowałam udostępnienie prototypu do realnego użytku. Lekarze testowali go w codziennej praktyce.

Bieżący feedback

Na bieżąco otrzymywałam informacje o wymaganiach systemowych, obowiązkach formalnych i brakujących funkcjach.

Odkrywanie potrzeb

Identyfikowałam realne potrzeby lekarzy, których dotąd żadna aplikacja nie zaopiekowała.

  • Validation
  • Prototype Testing
  • Feedback
  • User Experience
  • Discovery

Podsumowanie

Jedna osoba – siedem faz

Zaczęłam od zrozumienia (audyt, architektura, user journey). Zbudowałam fundament nastawiony na skalowalność (design system z czterema trybami kolorystycznymi, 37 komponentów, 11 patternów). Nadałam tożsamość (branding z sygnetem CMD). Zaprojektowałam ponad 100 ekranów na dwie platformy. Zaprojektowałam skalowalny system stron wizytówkowych. Zamknęłam komunikację wizualną w spójny system. Przeprowadziłam implementację z frontendem – każdy komponent działa w kodzie tak, jak został zaprojektowany.

  • Information Architecture
  • User Journey
  • Design System
  • Tokenization
  • 4 Color Modes
  • 37 Components
  • 11 Patterns
  • Branding
  • UI Design
  • Native App (iOS + Android)
  • Web (Tablet + Desktop)
  • Onboarding
  • Social Media
  • Animations
  • Mailings
  • Implementation
  • Frontend Collaboration

Porozmawiajmy

Wymyślona rozmowa o szukaniu projektantki
  1. Szukam projektantki.

  2. A jakiej?

  3. Takiej, co nie boi się Figmy, Excela i developera naraz.

  4. Cześć. To ja. 🙂