Zasady projektowania dla inzynierow oprogramowania
Poznaj podstawy projektowania do tworzenia lepszego oprogramowania. Typografia, teoria koloru, odstepy, animacja i 16 studiow przypadkow od Arc do Stripe.
Zaktualizowano 9 lutego 2026
Aktualizacja z lutego 2026: Dodano dwie nowe sekcje — Wzorce interakcji (8 paradygmatów na podstawie analizy Framer, Flighty, Halide, Warp, Bear, Craft i Superhuman) oraz Wzorce interfejsów AI (projektowanie z cytatami na pierwszym planie, fazy streamingu, przejrzystość błędów z Perplexity). Zaktualizowano sekcję Wzorce webowe do 2026 roku, uwzględniając anchor positioning, animacje sterowane przewijaniem oraz @starting-style. Zaktualizowano sekcję dotyczącą dostępności, aby odzwierciedlić standaryzację ISO dla WCAG 2.2. Szczegółowe analizy 16 wyjątkowych produktów można znaleźć w sekcji Studia projektowe.
Przez lata studiowałem design, jednocześnie tworząc oprogramowanie — przyswajałem zasady od legend takich jak Dieter Rams i analizowałem interfejsy produktów takich jak Linear, Stripe czy Raycast. Ten przewodnik stanowi destylat tej wiedzy w kompleksowe kompendium, którego sam potrzebowałem, gdy zacząłem zwracać uwagę na to, jak moje oprogramowanie wygląda i jak się z niego korzysta.
Design to nie dekoracja. To komunikacja. Każdy piksel komunikuje funkcję, hierarchię i znaczenie. Różnica między oprogramowaniem, które wygląda amatorsko, a oprogramowaniem, które wygląda profesjonalnie, polega na zrozumieniu tych zasad i ich konsekwentnym stosowaniu.
Ten przewodnik zakłada, że czytelnik potrafi już pisać kod. Uczy patrzenia — rozumienia, dlaczego niektóre interfejsy wydają się intuicyjne, a inne chaotyczne, i co ważniejsze — jak tworzyć te pierwsze.
Spis treści
Część 1: Podstawy
Część 2: Interakcja i AI
Część 3: Filozofia projektowania
Część 4: Implementacja
Część 5: Materiały referencyjne
Psychologia Gestalt
„Całość jest czymś innym niż suma jej części.” — Kurt Koffka
Psychologia Gestalt, rozwinięta w Niemczech w latach 20. XX wieku, wyjaśnia, w jaki sposób ludzie postrzegają informacje wizualne. Mózg nie widzi pojedynczych pikseli — organizuje elementy w znaczące wzorce. Opanowanie tych zasad pozwala kontrolować sposób, w jaki użytkownicy postrzegają interfejsy.
Bliskość
Elementy umieszczone blisko siebie są postrzegane jako grupa.
To najpotężniejsza zasada Gestalt w projektowaniu UI. Przestrzeń komunikuje relacje skuteczniej niż jakakolwiek inna właściwość wizualna.
WRONG (equal spacing = no grouping):
┌─────────────────┐
│ Label │
│ │
│ Input Field │
│ │
│ Label │
│ │
│ Input Field │
└─────────────────┘
RIGHT (unequal spacing = clear groups):
┌─────────────────┐
│ Label │
│ Input Field │ ← Tight (4px) - related
│ │
│ │ ← Wide (24px) - separating groups
│ Label │
│ Input Field │ ← Tight (4px) - related
└─────────────────┘
Implementacja CSS:
.form-group {
margin-bottom: 24px; /* Between groups: wide */
}
.form-group label {
margin-bottom: 4px; /* Label to input: tight */
display: block;
}
Implementacja SwiftUI:
VStack(alignment: .leading, spacing: 4) { // Tight within group
Text("Email")
.font(.caption)
.foregroundStyle(.secondary)
TextField("[email protected]", text: $email)
.textFieldStyle(.roundedBorder)
}
.padding(.bottom, 24) // Wide between groups
Podobieństwo
Elementy o wspólnych cechach wizualnych wyglądają na powiązane.
Gdy elementy wyglądają tak samo, użytkownicy zakładają, że działają tak samo. Dlatego systemy projektowe stosują spójne style przycisków, kart i typografii.
Example Navigation:
┌───────────────────────────────────┐
│ [Dashboard] [Projects] [Settings] │ ← Same style = same function
│ │
│ ┌─────┐ ┌─────┐ ┌─────┐ │
│ │Card │ │Card │ │Card │ │ ← Same style = same content type
│ └─────┘ └─────┘ └─────┘ │
│ │
│ [+ New Project] │ ← Different style = different function
└───────────────────────────────────┘
Figura i tło
Treść powinna wyraźnie oddzielać się od tła.
Mózg musi rozróżniać „figurę” (obiekt skupienia uwagi) od „tła” (podłoża). Słabe relacje figura-tło tworzą chaos wizualny.
Techniki: - Kontrast (jasna figura na ciemnym tle lub odwrotnie) - Cienie (unoszenie figury nad tło) - Obramowania (wyznaczanie krawędzi figury) - Rozmycie (rozmyte tło, ostra figura)
/* Strong figure-ground relationship */
.card {
background: var(--color-surface); /* Figure */
border-radius: 12px;
box-shadow: 0 1px 3px rgba(0,0,0,0.1); /* Elevation */
}
.modal-overlay {
background: rgba(0, 0, 0, 0.5); /* Dim ground */
backdrop-filter: blur(4px); /* Blur ground */
}
Wspólny region
Elementy wewnątrz granicy są postrzegane jako grupa.
Umieszczenie elementów w wizualnym kontenerze (karcie, polu, obszarze z obramowaniem) sygnalizuje, że należą one do siebie.
Ciągłość
Oko podąża za ścieżkami, liniami i krzywymi.
Wyrównanie i przepływ wizualny służą do kierowania uwagi przez interfejs.
CONTINUITY IN ALIGNMENT:
┌────────────────────────────────┐
│ Logo [Nav] [Nav] [Nav] │ ← Aligned on horizontal axis
├────────────────────────────────┤
│ │
│ Headline │
│ ───────────────────────────── │ ← Eye follows left edge
│ Paragraph text continues │
│ along the same left edge │
│ │
│ [Primary Action] │ ← Still on the left edge
└────────────────────────────────┘
Domknięcie
Mózg dopełnia niekompletne kształty.
Użytkownicy nie potrzebują narysowania każdego piksela — mentalnie dopełniają znane kształty. Pozwala to na tworzenie bardziej minimalistycznych, eleganckich projektów.
/* Horizontal scroll with partial card (closure) */
.card-carousel {
display: flex;
gap: 16px;
overflow-x: auto;
padding-right: 48px; /* Show partial card = scroll hint */
}
.card-carousel .card {
flex: 0 0 280px; /* Fixed width, partial visible */
}
Gestalt — szybkie odniesienie
| Zasada | Reguła | Główne zastosowanie |
|---|---|---|
| Bliskość | Powiązane = blisko, niepowiązane = daleko | Pola formularzy, sekcje treści |
| Podobieństwo | Wygląda tak samo = działa tak samo | Przyciski, karty, nawigacja |
| Figura i tło | Wyraźne rozdzielenie warstw | Karty, okna modalne, nakładki |
| Wspólny region | Granice grupują treść | Sekcje ustawień, karty użytkowników |
| Ciągłość | Podążanie za liniami i wyrównaniem | Osie czasu, kierunek czytania |
| Domknięcie | Mózg dopełnia kształty | Ikony, podpowiedzi przewijania, szkielety |
Typografia
„Typografia to rzemiosło nadawania ludzkiemu językowi trwałej formy wizualnej.” — Robert Bringhurst
Typografia jest fundamentem projektowania interfejsów. Tekst komunikuje funkcjonalność, hierarchię i markę. Słaba typografia utrudnia korzystanie z interfejsów; doskonała typografia jest niewidoczna — po prostu działa.
Skala typograficzna
Spójna skala tworzy harmonię wizualną. Należy stosować proporcję matematyczną.
Skala 1,25 (zalecana dla UI):
:root {
/* Base: 16px (1rem) */
--text-xs: 0.64rem; /* 10.24px - use sparingly */
--text-sm: 0.8rem; /* 12.8px - captions, labels */
--text-base: 1rem; /* 16px - body text */
--text-lg: 1.25rem; /* 20px - lead text */
--text-xl: 1.563rem; /* 25px - h4 */
--text-2xl: 1.953rem; /* 31.25px - h3 */
--text-3xl: 2.441rem; /* 39px - h2 */
--text-4xl: 3.052rem; /* 48.8px - h1 */
}
Interlinia (leading)
Interlinia ma ogromny wpływ na czytelność. Różne rodzaje treści wymagają różnej interlinii.
| Rodzaj treści | Interlinia | Dlaczego |
|---|---|---|
| Nagłówki | 1.1 - 1.2 | Zwięzłe, pogrubione, krótkie |
| Tekst UI | 1.3 - 1.4 | Etykiety, przyciski |
| Tekst główny | 1.5 - 1.7 | Czytelne akapity |
| Długie formy | 1.7 - 2.0 | Artykuły, dokumentacja |
Długość wiersza (miara)
Optymalna długość wiersza zapobiega zmęczeniu oczu i poprawia zrozumienie tekstu.
- Optymalna: 45–75 znaków na wiersz
- Docelowa: 50–65 znaków
- Bezwzględne maksimum: 85 znaków
p {
max-width: 65ch; /* ch unit = width of '0' character */
}
.article-body {
max-width: 70ch;
margin: 0 auto;
}
Wybór czcionki
Czcionki systemowe w pierwszej kolejności. Ładują się natychmiast, pasują do platformy i są zoptymalizowane pod kątem ekranów.
:root {
--font-sans: system-ui, -apple-system, BlinkMacSystemFont,
'Segoe UI', Roboto, 'Helvetica Neue', Arial, sans-serif;
--font-mono: ui-monospace, 'SF Mono', 'Cascadia Code',
'JetBrains Mono', Consolas, monospace;
}
Czcionki niestandardowe stosuje się, gdy: - Konieczne jest wyróżnienie marki (strony marketingowe) - Pożądany jest charakter edytorski/publikacyjny - Zamierzony efekt projektowy nie jest osiągalny za pomocą czcionek systemowych
Grubość czcionki a hierarchia
Grubość czcionki służy do budowania hierarchii — nie tylko rozmiar.
h1 { font-weight: 700; } /* Bold */
h2 { font-weight: 600; } /* Semibold */
h3 { font-weight: 600; } /* Semibold */
.lead { font-weight: 500; } /* Medium */
p { font-weight: 400; } /* Regular */
.meta { font-weight: 400; color: var(--text-muted); }
Typografia — szybkie odniesienie
| Właściwość | Tekst główny | Nagłówki | Etykiety UI |
|---|---|---|---|
| Rozmiar | 16-18px | 24-48px | 12-14px |
| Grubość | 400 | 600-700 | 500 |
| Interlinia | 1.5-1.7 | 1.1-1.2 | 1.3-1.4 |
| Długość wiersza | 45-75ch | N/A | N/A |
| Wyrównanie | Do lewej | Wyśrodkowanie OK | Do lewej |
Teoria koloru
„Kolor jest siłą, która bezpośrednio wpływa na duszę.” — Wassily Kandinsky
Kolor komunikuje szybciej niż słowa. Ustala nastrój, kieruje uwagę, sygnalizuje znaczenie i buduje rozpoznawalność marki.
Zasada 60-30-10
Najbardziej niezawodny rozkład kolorów dla zrównoważonych interfejsów.
┌──────────────────────────────────────────┐
│░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│ 60% - Dominant (Background)
│░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░│
│░░░░░▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░│ 30% - Secondary (Cards, sections)
│░░░░░▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░│
│░░░░░▓▓▓▓▓▓▓▓▓▓▓▓██████▓▓▓▓▓▓▓▓▓▓░░░░░░░░│ 10% - Accent (Buttons, links)
└──────────────────────────────────────────┘
Budowanie palety kolorów
Każdy interfejs potrzebuje następujących kolorów semantycznych:
:root {
/* Brand */
--color-primary: hsl(220, 80%, 50%);
--color-primary-hover: hsl(220, 80%, 45%);
/* Semantic */
--color-success: hsl(142, 76%, 36%); /* Green - positive */
--color-warning: hsl(38, 92%, 50%); /* Amber - caution */
--color-error: hsl(0, 84%, 60%); /* Red - danger */
/* Neutrals */
--color-background: hsl(0, 0%, 100%);
--color-surface: hsl(220, 14%, 96%);
--color-border: hsl(220, 13%, 91%);
/* Text */
--color-text: hsl(220, 13%, 13%);
--color-text-secondary: hsl(220, 9%, 46%);
--color-text-muted: hsl(220, 9%, 64%);
}
Psychologia koloru
| Kolor | Psychologia | Zastosowanie w UI |
|---|---|---|
| Niebieski | Zaufanie, stabilność, spokój | Finanse, technologia, korporacje |
| Zielony | Wzrost, natura, sukces | Zdrowie, ekologia, stany pozytywne |
| Czerwony | Energia, pilność, zagrożenie | Alerty, wyprzedaże, błędy |
| Pomarańczowy | Ciepło, entuzjazm | CTA, zabawne marki |
| Żółty | Optymizm, ostrożność | Ostrzeżenia, wyróżnienia |
| Fioletowy | Luksus, kreatywność | Produkty premium |
Projektowanie z priorytetem dark mode (Vercel)
Vercel projektuje najpierw dla dark mode, a następnie wyprowadza z niego tryb jasny. Takie podejście daje lepsze ciemne interfejsy, ponieważ dark mode staje się głównym punktem wyjścia, a nie dodatkiem tworzonym po fakcie.
/* Design dark first, derive light */
:root {
/* Dark mode defaults */
--color-background: hsl(0, 0%, 0%);
--color-surface: hsl(0, 0%, 7%);
--color-border: hsl(0, 0%, 15%);
--color-text: hsl(0, 0%, 93%);
--color-text-secondary: hsl(0, 0%, 63%);
}
@media (prefers-color-scheme: light) {
:root {
--color-background: hsl(0, 0%, 100%);
--color-surface: hsl(0, 0%, 97%);
--color-border: hsl(0, 0%, 89%);
--color-text: hsl(0, 0%, 9%);
--color-text-secondary: hsl(0, 0%, 40%);
}
}
Kiedy stosować: narzędzia developerskie, aplikacje multimedialne, dashboardy — konteksty, w których użytkownicy spędzają długie sesje, a dark mode zmniejsza zmęczenie oczu.
Kontrast a dostępność
| Poziom | Tekst normalny | Tekst duży | Komponenty UI |
|---|---|---|---|
| AA | 4.5:1 | 3:1 | 3:1 |
| AAA | 7:1 | 4.5:1 | N/A |
WCAG 2.2 stał się standardem ISO (ISO/IEC 40500:2025) w październiku 2025, dodając kryteria dotyczące widoczności fokusa, powtarzanego wprowadzania danych i dostępnego uwierzytelniania. Kluczowe zmiany: wskaźniki fokusa nie mogą być całkowicie przysłonięte przez inne treści (2.4.11), a uwierzytelnianie nie może opierać się wyłącznie na testach funkcji kognitywnych (3.3.8).
Narzędzia: WebAIM Contrast Checker, Chrome DevTools — selektor kolorów
Hierarchia wizualna
„Design jest cichym ambasadorem Twojej marki.” — Paul Rand
Hierarchia wizualna kontroluje, co użytkownicy widzą jako pierwsze, drugie i trzecie. Bez wyraźnej hierarchii użytkownicy muszą się wysilać, by znaleźć informację. Z nią — interfejsy wydają się intuicyjne i lekkie.
Sześć narzędzi hierarchii
1. Rozmiar — Większe elementy przyciągają uwagę w pierwszej kolejności
.hero-title { font-size: 3rem; } /* Dominant */
.section-title { font-size: 1.5rem; } /* Secondary */
.body-text { font-size: 1rem; } /* Baseline */
2. Grubość — Pogrubienie wysuwa się na pierwszy plan, lekkość cofa się
h1 { font-weight: 700; }
.lead { font-weight: 500; }
p { font-weight: 400; }
3. Kolor i kontrast — Wysoki kontrast = uwaga
.title { color: var(--color-text); } /* Near black */
.meta { color: var(--color-text-muted); } /* Gray */
4. Pozycja — Kluczowe pozycje mają znaczenie
F-PATTERN (content pages): Z-PATTERN (landing pages):
████████████████████████ 1 ──────────────────► 2
████████ ↘
████ ↘
██ ↘
3 ──────────────────► 4
5. Przestrzeń — Izolacja tworzy ważność
.hero { padding: 120px 48px; } /* Generous space */
.data-table { padding: 12px; } /* Dense content */
6. Głębia i elewacja — Elementy wysunięte do przodu domagają się uwagi
:root {
--shadow-sm: 0 1px 2px rgba(0,0,0,0.05);
--shadow-md: 0 4px 6px rgba(0,0,0,0.1);
--shadow-lg: 0 10px 15px rgba(0,0,0,0.1);
}
.card { box-shadow: var(--shadow-sm); }
.card:hover { box-shadow: var(--shadow-md); }
.modal { box-shadow: var(--shadow-lg); }
Zastosowane wzorce
Wspólna obecność (Figma): Wiele kursorów użytkowników z etykietami imion, podświetlenia zaznaczenia i kontury komponentów tworzą żywy dokument. Kolor każdego współpracownika jest odrębny, ale równie wyważony — żaden kursor nie jest „głośniejszy” od innego.
Subtelne wskaźniki statusu (Vercel): Status wdrożenia wykorzystuje dyskretne, stałe wskaźniki zamiast natrętnych alertów. Cienki kolorowy pasek u góry komunikuje stan (budowanie, wdrożone, błąd) bez przerywania pracy.
Analogie do świata rzeczywistego (Flighty): Wizualizacje postępu lotu naśladują fizyczne instrumenty lotnicze — krzywe wysokości, wskaźniki prędkości i mapy bramek używają znanych metafor wizualnych zamiast abstrakcyjnych pasków postępu.
Test przymrużonych oczu
Przymrużcie oczy, patrząc na swój projekt. Czy nadal widzicie hierarchię? Jeśli tak — jest silna.
Odstępy i rytm
„Przestrzeń jest jak powietrze: jest niezbędna, by design mógł oddychać.” — Wojciech Zieliński
Odstępy to niewidzialna struktura designu. Konsekwentne odstępy tworzą wizualny rytm — poczucie, że elementy należą do siebie w spójnym systemie.
Siatka 8px
Siatka 8px jest standardem branżowym, ponieważ: - Dzieli się równomiernie (8, 16, 24, 32, 40, 48…) - Współpracuje z popularnymi gęstościami ekranów (1x, 1,5x, 2x, 3x) - Tworzy spójny rytm bez konieczności obliczeń
:root {
--space-1: 4px; /* Tight: icon gaps */
--space-2: 8px; /* Compact: inline elements */
--space-3: 12px; /* Snug: form fields */
--space-4: 16px; /* Default: most gaps */
--space-6: 24px; /* Spacious: card padding */
--space-8: 32px; /* Section gaps */
--space-12: 48px; /* Major sections */
--space-16: 64px; /* Page sections */
--space-20: 80px; /* Hero spacing */
}
Odstępy wewnętrzne i zewnętrzne
Wewnętrzne (padding): Przestrzeń wewnątrz elementu Zewnętrzne (margin): Przestrzeń między elementami
Zasada: Odstępy wewnętrzne powinny być zwykle większe niż zewnętrzne w obrębie powiązanych grup.
.card {
padding: 24px; /* Internal: spacious */
margin-bottom: 16px; /* External: less than padding */
}
Wzorce odstępów w komponentach
Karty:
.card { padding: 24px; border-radius: 12px; }
.card-header { margin-bottom: 16px; }
.card-title { margin-bottom: 4px; } /* Tight to subtitle */
Przyciski:
.btn { padding: 12px 24px; border-radius: 8px; }
.btn--sm { padding: 8px 16px; }
.btn--lg { padding: 16px 32px; }
.btn-group { display: flex; gap: 12px; }
Formularze:
.form-row { margin-bottom: 24px; }
.form-label { margin-bottom: 4px; }
.form-help { margin-top: 4px; }
.form-actions { margin-top: 32px; display: flex; gap: 12px; }
Szybki przegląd odstępów
| Kontekst | Zalecane odstępy |
|---|---|
| Ikona do tekstu | 4-8px |
| Etykieta do pola | 4px |
| Między grupami formularza | 24px |
| Padding karty | 20-24px |
| Odstęp między kartami | 16-24px |
| Padding sekcji (urządzenia mobilne) | 48-64px |
| Padding sekcji (desktop) | 80-96px |
| Padding przycisku (h/v) | 24px / 12px |
Zasady animacji
„Animacja nie jest sztuką rysunków, które się poruszają, lecz sztuką ruchów, które są rysowane.” — Norman McLaren
Animacja ożywia interfejsy. Dobrze wykonana kieruje uwagę, komunikuje stan i tworzy emocjonalną więź. Źle wykonana — frustruje i rozprasza.
Podstawowa zasada
Animacja powinna sprawiać wrażenie naturalnej i nieuchronnej, nie dekoracyjnej.
Dobra animacja: 1. Komunikuje coś, czego statyczny design nie jest w stanie przekazać 2. Zmniejsza obciążenie poznawcze, pokazując relacje 3. Wydaje się naturalna i oczekiwana 4. Znika ze świadomej percepcji
Zła animacja: 1. Istnieje tylko dlatego, że „fajnie wygląda” 2. Spowalnia użytkownika 3. Zwraca uwagę na samą siebie 4. Wywołuje niepokój lub niecierpliwość
Kluczowe zasady dla UI
1. Antycypacja — Przygotowanie użytkowników na to, co nadchodzi.
.button {
transition: transform 0.1s ease-out;
}
.button:active {
transform: scale(0.97); /* Slight press before action */
}
2. Doślizg — Pozwolenie ruchowi na naturalne dokończenie z efektem sprężystego osadzania.
.panel {
transition: transform 0.4s cubic-bezier(0.34, 1.56, 0.64, 1);
}
withAnimation(.spring(response: 0.4, dampingFraction: 0.7)) {
isOpen = true
}
3. Łagodne wejście, łagodne wyjście — Nic w naturze nie porusza się ze stałą prędkością.
| Krzywa | Kiedy stosować | Charakter |
|---|---|---|
ease-out |
Elementy wchodzące | Szybki start, łagodne zatrzymanie |
ease-in |
Elementy wychodzące | Łagodny start, szybkie wyjście |
ease-in-out |
Zmiany stanu | Płynność w całym zakresie |
linear |
Wskaźniki ładowania | Ciągły, mechaniczny |
4. Scenografia — Kierowanie uwagi na to, co istotne. Tylko jeden element powinien się poruszać w danym momencie, chyba że ruch jest choreograficznie skoordynowany jako grupa.
5. Sekwencyjne wejście — Elementy powinny pojawiać się kolejno, nie wszystkie naraz.
.list-item {
animation: fadeSlideIn 0.3s ease-out both;
}
.list-item:nth-child(1) { animation-delay: 0ms; }
.list-item:nth-child(2) { animation-delay: 50ms; }
.list-item:nth-child(3) { animation-delay: 100ms; }
.list-item:nth-child(4) { animation-delay: 150ms; }
@keyframes fadeSlideIn {
from { opacity: 0; transform: translateY(10px); }
to { opacity: 1; transform: translateY(0); }
}
Wytyczne dotyczące czasu trwania
| Czas trwania | Zastosowanie | Odczucie |
|---|---|---|
| 50-100ms | Mikrointerakcje (najechanie, naciśnięcie) | Natychmiastowa odpowiedź |
| 150-200ms | Proste zmiany stanu (przełącznik, zaznaczenie) | Szybkie |
| 250-350ms | Średnie przejścia (wysuwanie panelu, obrót karty) | Płynne |
| 400-500ms | Duże ruchy (przejścia między stronami, modale) | Celowe |
Wydajność: złota zasada
Animować wyłącznie transform i opacity — są akcelerowane przez GPU i nie wywołują przeliczania układu.
/* BAD: Animating layout */
.panel { transition: left 0.3s, width 0.3s; }
/* GOOD: Using transform */
.panel { transition: transform 0.3s; }
Kiedy NIE animować
-
Użytkownik ma włączone
prefers-reduced-motioncss @media (prefers-reduced-motion: reduce) { *, *::before, *::after { animation-duration: 0.01ms !important; transition-duration: 0.01ms !important; } } -
Animacja nie wnosi żadnej informacji — zbędne wskaźniki kręcenia, skaczące elementy
- Użytkownicy się spieszą — stany błędów, walidacja formularzy, wyniki wyszukiwania
- Animacja spowalniałaby powtarzane czynności — skróty klawiaturowe powinny pomijać animację
- Dane są już załadowane — Bear nie wyświetla żadnych stanów ładowania, ponieważ treść jest wstępnie załadowana, co sprawia, że aplikacja działa błyskawicznie. Jeśli można wstępnie załadować dane — warto pominąć szkielety i wskaźniki ładowania.
// Bear's approach: preload so no loading state is needed
struct NoteListView: View {
@Query var notes: [Note] // SwiftData loads from disk instantly
// No loading state, no skeleton, no spinner — data is always there
var body: some View {
List(notes) { note in
NoteRow(note: note)
}
}
}
Szybki przegląd animacji
:root {
/* Durations */
--duration-instant: 0.1s;
--duration-fast: 0.15s;
--duration-normal: 0.25s;
--duration-slow: 0.4s;
/* Easings */
--ease-out: cubic-bezier(0.0, 0.0, 0.58, 1.0);
--ease-in: cubic-bezier(0.42, 0.0, 1.0, 1.0);
--ease-in-out: cubic-bezier(0.42, 0.0, 0.58, 1.0);
--ease-out-back: cubic-bezier(0.34, 1.56, 0.64, 1);
}
Wzorce interakcji
„Najlepszy interfejs to brak interfejsu.” — Golden Krishna
Wzorce interakcji określają, w jaki sposób użytkownicy manipulują, nawigują i rozumieją produkt. Poniższe wzorce zostały wyodrębnione na podstawie analizy produktów, które dostarczają wyjątkowe doświadczenia interakcji.
Bezpośrednia manipulacja (Framer)
Abstrakcyjne koncepcje należy uczynić namacalnymi. Framer przekształca breakpointy CSS — abstrakcyjne liczby — w przeciągane uchwyty. Użytkownicy widzą, jak układ dostosowuje się w czasie rzeczywistym.
/* Breakpoint handle styling */
.breakpoint-handle {
position: absolute;
top: 0;
bottom: 0;
width: 4px;
background: var(--accent);
cursor: col-resize;
opacity: 0.6;
transition: opacity 0.15s ease;
}
.breakpoint-handle:hover,
.breakpoint-handle:active {
opacity: 1;
width: 6px;
}
Kiedy stosować: Każde ustawienie, którego rezultat jest wizualny — przeciąganie w celu zmiany rozmiaru, selektory kolorów, przewijanie osi czasu.
Interfejsy kontekstowe (Flighty, Figma)
Należy wyświetlać tylko to, co jest istotne w danym momencie. Flighty wykorzystuje 15 odrębnych stanów do śledzenia lotów. Panel właściwości w Figma całkowicie się zmienia w zależności od tego, co zostało zaznaczone.
| Faza (Flighty) | Co widzi użytkownik |
|---|---|
| 24 godz. przed | Kod potwierdzenia, informacje o terminalu |
| Na lotnisku | Numer bramki, czas boardingu |
| W locie | Pozostały czas, postęp, szacowany czas przylotu |
| Lądowanie | Bramki przesiadkowe, trasa przejścia |
enum ContextState: CaseIterable {
case farOut, dayBefore, headToAirport, atAirport
case atGate, boarding, inFlight, landed, connection
static func current(for flight: Flight, context: UserContext) -> ContextState {
// Factor in: time, location, flight status
// Return the single most relevant state
}
}
Antywzorzec: Wyświetlanie wszystkich kontrolek i wyszarzanie tych nieistotnych. Tworzy to szum wizualny.
Inteligentna aktywacja (Halide)
Narzędzia powinny rozpoznawać kontekst i aktywować się samodzielnie. Lupa ostrości w Halide pojawia się podczas przeciągania ostrości i znika po zwolnieniu. Przyciski przełączające nie są potrzebne.
struct IntelligentlyActivated<Content: View>: ViewModifier {
let isInteracting: Bool
@State private var isVisible = false
func body(content: Content) -> some View {
content
.opacity(isVisible ? 1 : 0)
.scaleEffect(isVisible ? 1 : 0.95)
.animation(.easeInOut(duration: 0.2), value: isVisible)
.onChange(of: isInteracting) { _, newValue in
if newValue {
withAnimation { isVisible = true }
} else {
DispatchQueue.main.asyncAfter(deadline: .now() + 0.3) {
if !isInteracting { isVisible = false }
}
}
}
}
}
Projektowanie dwutrybowe (Halide, Warp)
Zmiana trybu powinna transformować UI, a nie tylko przełączać elementy. Tryby Auto i Manual w Halide to zupełnie różne interfejsy. Warp łączy CLI i GUI poprzez cztery metody wprowadzania danych (pisanie, paleta poleceń, AI, mysz), nie zmuszając użytkowników do jednego paradygmatu.
Ustrukturyzowana treść (Warp, Bear, Craft)
Należy dodawać strukturę do tradycyjnie nieustrukturyzowanej treści. Warp przekształca wyjście terminala w oddzielne bloki, które można kopiować, udostępniać lub ponownie uruchamiać. Bear umożliwia organizowanie notatek bezpośrednio podczas pisania (#tag/subtag). W Craft każdy blok może stać się stroną — struktura wyłania się z użytkowania, a nie z predefiniowanej hierarchii.
Stopniowe szkolenie (Superhuman)
Uczenie użytkowników szybszego sposobu pracy poprzez powtarzaną ekspozycję. Paleta Cmd+K w Superhuman zawsze wyświetla skróty klawiszowe obok wyników. Każde użycie to mikrolekcja.
/* Always show shortcut alongside command name */
.command-result {
display: flex;
justify-content: space-between;
padding: 8px 12px;
}
.command-shortcut {
font-family: var(--font-mono);
font-size: 12px;
color: var(--text-muted);
background: var(--bg-subtle);
padding: 2px 6px;
border-radius: 4px;
}
Antywzorzec: Modalne okna samouczka wyjaśniające funkcje. Wyjaśnienia się zapomina; praktyka zostaje w pamięci.
Wzorce interfejsów AI
„Najlepsze interfejsy AI czynią proces maszyny widocznym, a wynik maszyny — weryfikowalnym.”
Interfejsy AI stoją przed unikalnymi wyzwaniami: użytkownicy nie mogą przewidzieć wyniku, nie mogą zweryfikować dokładności przez inspekcję i często nie potrafią stwierdzić, czy system działa, czy jest uszkodzony.
Główny problem
| Tradycyjne oprogramowanie | Oprogramowanie AI |
|---|---|
| Wynik jest przewidywalny | Wynik bywa różny |
| Błędy są oczywiste | Błędy wyglądają wiarygodnie |
| Użytkownicy weryfikują testując | Użytkownicy weryfikują sprawdzając źródła |
| Ładowanie = czekanie | Ładowanie = praca (pokaż to) |
| Zaufanie domyślne | Na zaufanie trzeba zapracować |
Projektowanie z priorytetem cytowań (Perplexity)
Każde twierdzenie faktyczne musi zawierać odnośnik do źródła. Perplexity osadza cytaty inline [1] w każdym twierdzeniu, z podglądem po najechaniu i stałym panelem źródeł.
.citation-marker {
position: relative;
color: var(--accent);
cursor: pointer;
font-size: 0.8em;
vertical-align: super;
}
.citation-preview {
position: absolute;
bottom: 100%;
left: 50%;
transform: translateX(-50%);
width: 280px;
padding: 12px;
background: var(--bg-elevated);
border: 1px solid var(--border);
border-radius: 8px;
box-shadow: 0 4px 12px rgba(0, 0, 0, 0.15);
}
Antywzorzec: Interfejsy AI, które generują twierdzenia bez możliwych do prześledzenia źródeł. Jeśli model nie jest w stanie podać cytatu, interfejs powinien to oznaczyć.
Wskaźniki faz streamingu (Perplexity)
Należy pokazywać użytkownikom, co AI robi, a nie tylko że działa. Ogólne wskaźniki ładowania należy zastąpić wskaźnikami faz: „Wyszukiwanie…” → „Czytanie 4 źródeł…” → „Pisanie odpowiedzi…”
.phase-indicator {
display: inline-flex;
align-items: center;
gap: 8px;
padding: 6px 12px;
background: color-mix(in srgb, var(--phase-color) 10%, transparent);
border-radius: 16px;
font-size: 13px;
color: var(--phase-color);
transition: all 0.3s ease;
}
.loading-dots span {
width: 4px;
height: 4px;
background: currentColor;
border-radius: 50%;
animation: pulse 1.4s ease-in-out infinite;
}
Przejrzystość błędów
Gdy AI zawodzi lub nie jest pewne, należy to wyraźnie pokazać — nie ukrywać za pewnie brzmiącym tekstem.
| Sytuacja | Zły wzorzec | Dobry wzorzec |
|---|---|---|
| Niska pewność | Stwierdzenie z przekonaniem | „Nie jestem pewien, ale…” z wyciszonym stylem |
| Brak źródeł | Fabrykowanie tekstu | „Nie udało mi się znaleźć źródeł dla tego twierdzenia” |
| Sprzeczne źródła | Cichy wybór jednego | Wyświetlenie obu z zaznaczonym konfliktem |
| Nieaktualne informacje | Prezentowanie jako bieżące | „Według stanu na [data]…” ze wskaźnikiem aktualności |
Kluczowy wniosek: Użytkownicy wybaczają AI, które jest szczere wobec niepewności. Nie wybaczają AI, które z pewnością się myli.
Dieter Rams: Dziesięć zasad
„Mniej, ale lepiej.” — Dieter Rams
Dieter Rams to najbardziej wpływowy projektant wzornictwa przemysłowego XX wieku. Jako szef działu projektowania w Braun w latach 1961–1995 tworzył produkty, które pozostają ponadczasowe dekady później. Jego prace bezpośrednio zainspirowały język projektowania Apple.
Dziesięć zasad dobrego projektowania
1. Dobre projektowanie jest innowacyjne Nie kopiuj. Łącz rozwijającą się technologię z innowacyjnym projektowaniem.
2. Dobre projektowanie czyni produkt użytecznym Każdy element musi służyć celowi. Forma wynika z funkcji.
3. Dobre projektowanie jest estetyczne Piękno nie jest powierzchowne — jest kluczowe. Produkty, których używamy codziennie, wpływają na nasze samopoczucie.
4. Dobre projektowanie czyni produkt zrozumiałym Użytkownicy nie powinni potrzebować instrukcji. Interfejs uczy sam siebie.
5. Dobre projektowanie jest dyskretne Projektowanie powinno wspierać, nie przytłaczać. Gwiazdą jest treść użytkownika, nie UI.
/* Obtrusive: UI competes with content */
.editor {
background: linear-gradient(135deg, purple, blue);
border: 3px dashed gold;
}
/* Unobtrusive: UI recedes, content shines */
.editor {
background: var(--color-background);
border: 1px solid var(--color-border);
}
6. Dobre projektowanie jest uczciwe Nie stosuj dark patterns. Nie obiecuj za dużo. Bądź transparentny wobec ograniczeń.
7. Dobre projektowanie jest trwałe Unikaj trendów, które szybko się zestarzeją. Klasyka ponad modę.
MODNE (szybko się zestarzeje): PONADCZASOWE:
- Ekstremalny glassmorphism - Czysta typografia
- Neonowe kolory, efekty glitch - Subtelna głębia
- Agresywne gradienty - Neutralna paleta z przemyślanym akcentem
8. Dobre projektowanie jest dokładne w każdym detalu Nic nie może być przypadkowe. Stany ładowania, stany puste, stany błędów — wszystko zaprojektowane.
9. Dobre projektowanie jest przyjazne dla środowiska Wydajność to troska o środowisko. Szanuj uwagę użytkownika. Efektywny kod.
10. Dobre projektowanie to jak najmniej projektowania Usuń wszystko, co nie jest konieczne. Najlepsze projektowanie jest niewidoczne.
Wzorce webowe 2026
Nowoczesne projektowanie stron internetowych wykorzystuje natywne możliwości CSS, które w wielu przypadkach eliminują potrzebę stosowania JavaScript. Lata 2025–2026 wprowadziły do przeglądarek produkcyjnych anchor positioning, animacje sterowane przewijaniem oraz @starting-style.
Container queries
Dopasowywanie rozmiaru komponentów na podstawie ich kontenera, a nie okna przeglądarki.
.card-grid {
container-type: inline-size;
container-name: card-grid;
}
.card {
display: grid;
gap: 16px;
padding: 20px;
}
@container card-grid (min-width: 400px) {
.card {
grid-template-columns: auto 1fr;
}
}
@container card-grid (min-width: 600px) {
.card {
padding: 32px;
gap: 24px;
}
}
Selektor :has()
Selekcja rodzica na podstawie dzieci — wcześniej niemożliwa bez JavaScript.
/* Card with image gets different padding */
.card:has(img) {
padding: 0;
}
.card:has(img) .card-content {
padding: 20px;
}
/* Form group with error */
.form-group:has(.input:invalid) .form-label {
color: var(--color-error);
}
/* Highlight navigation when on that page */
.nav-item:has(a[aria-current="page"]) {
background: var(--color-surface);
}
Zagnieżdżanie CSS
Natywne zagnieżdżanie bez preprocesorów.
.card {
background: var(--color-surface);
border-radius: 12px;
padding: 24px;
& .card-title {
font-size: 1.25rem;
font-weight: 600;
margin-bottom: 8px;
}
& .card-body {
color: var(--color-text-secondary);
line-height: 1.6;
}
&:hover {
box-shadow: var(--shadow-md);
}
@media (min-width: 768px) {
padding: 32px;
}
}
Integracja z HTMX
Interaktywność sterowana z serwera bez ciężkich frameworków JavaScript.
<!-- Load content on click -->
<button hx-get="/api/more-items"
hx-target="#item-list"
hx-swap="beforeend"
hx-indicator="#loading">
Load More
</button>
<!-- Form with inline validation -->
<form hx-post="/api/contact"
hx-target="#form-response"
hx-swap="outerHTML">
<input type="email" name="email"
hx-post="/api/validate-email"
hx-trigger="blur"
hx-target="next .error" />
<span class="error"></span>
</form>
Anchor positioning
Natywne pozycjonowanie CSS jednego elementu względem drugiego — bez JavaScript. Podpowiedzi, popovery i menu rozwijane, które podążają za swoimi wyzwalaczami.
/* Anchor an element to another */
.trigger {
anchor-name: --my-trigger;
}
.tooltip {
position: fixed;
position-anchor: --my-trigger;
top: anchor(bottom);
left: anchor(center);
translate: -50% 8px;
}
Animacje sterowane przewijaniem
Powiązanie postępu animacji z pozycją przewijania. Wskaźniki postępu czytania, efekty paralaksy i sekwencje ujawniania — bez JavaScript.
/* Reading progress bar */
.progress-bar {
position: fixed;
top: 0;
left: 0;
width: 100%;
height: 3px;
background: var(--color-primary);
transform-origin: left;
animation: progress linear;
animation-timeline: scroll();
}
@keyframes progress {
from { transform: scaleX(0); }
to { transform: scaleX(1); }
}
@starting-style
Definiowanie początkowych stylów dla elementów wchodzących do DOM — umożliwia animacje wejścia wyłącznie w CSS, bez JavaScript.
.card {
opacity: 1;
transform: translateY(0);
transition: opacity 0.3s ease, transform 0.3s ease;
@starting-style {
opacity: 0;
transform: translateY(10px);
}
}
System design tokens
Kompletny system tokenów zapewniający spójność w całej aplikacji.
:root {
/* Colors */
--color-text: #1a1a1a;
--color-text-secondary: #666666;
--color-text-muted: #999999;
--color-background: #ffffff;
--color-surface: #f8f9fa;
--color-surface-elevated: #ffffff;
--color-border: #e5e7eb;
--color-primary: #3b82f6;
--color-primary-hover: #2563eb;
--color-success: #10b981;
--color-warning: #f59e0b;
--color-error: #ef4444;
/* Typography */
--font-sans: system-ui, -apple-system, sans-serif;
--font-mono: "SF Mono", Consolas, monospace;
--text-xs: 0.75rem;
--text-sm: 0.875rem;
--text-base: 1rem;
--text-lg: 1.125rem;
--text-xl: 1.25rem;
--text-2xl: 1.5rem;
--text-3xl: 2rem;
--leading-tight: 1.25;
--leading-normal: 1.5;
--leading-relaxed: 1.75;
/* Spacing (8px base) */
--space-1: 0.25rem; /* 4px */
--space-2: 0.5rem; /* 8px */
--space-3: 0.75rem; /* 12px */
--space-4: 1rem; /* 16px */
--space-6: 1.5rem; /* 24px */
--space-8: 2rem; /* 32px */
--space-12: 3rem; /* 48px */
--space-16: 4rem; /* 64px */
/* Borders */
--radius-sm: 4px;
--radius-md: 8px;
--radius-lg: 12px;
--radius-full: 9999px;
/* Shadows */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.05);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.07);
--shadow-lg: 0 10px 15px rgba(0, 0, 0, 0.1);
/* Transitions */
--ease-out: cubic-bezier(0.16, 1, 0.3, 1);
--duration-fast: 100ms;
--duration-normal: 200ms;
}
Tryb ciemny zrobiony prawidłowo
Nie wystarczy odwrócić kolory — należy przeprojektować interfejs z myślą o ciemnym kontekście.
@media (prefers-color-scheme: dark) {
:root {
/* Neutrals */
--color-background: hsl(220, 13%, 10%);
--color-surface: hsl(220, 13%, 15%);
--color-surface-elevated: hsl(220, 13%, 18%);
--color-border: hsl(220, 13%, 23%);
/* Text (inverted) */
--color-text: hsl(220, 9%, 93%);
--color-text-secondary: hsl(220, 9%, 70%);
--color-text-muted: hsl(220, 9%, 55%);
/* Adjust saturation for dark mode */
--color-primary: hsl(220, 80%, 60%);
--color-success: hsl(142, 70%, 45%);
--color-error: hsl(0, 80%, 65%);
/* Shadows in dark mode need adjustment */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.3);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.4);
}
}
Zasady trybu ciemnego: - Zmniejsz nasycenie na dużych powierzchniach - Zwiększ jasność kolorów akcentowych - Wzmocnij cienie (potrzebują większego kontrastu) - Projektuj tryb ciemny celowo, nie jako dodatek w ostatniej chwili
Przepływy pracy ekstrakcji z Figma
Przekształcenie plików projektowych w kod produkcyjny wymaga systematycznej ekstrakcji design tokens — kolorów, typografii, odstępów i efektów definiujących język wizualny projektu.
Eksport zmiennych Figma
Natywna funkcja Variables w Figma zapewnia najczystszą ścieżkę ekstrakcji:
Kroki eksportu:
1. Otwórz plik Figma → panel Local Variables
2. Kliknij menu kolekcji → „Export to JSON”
3. Zapisz jako figma-variables.json
Struktura tokenów JSON:
{
"colors": {
"primitive": {
"blue-500": { "value": "#3b82f6", "type": "color" },
"blue-600": { "value": "#2563eb", "type": "color" }
},
"semantic": {
"primary": { "value": "{colors.primitive.blue-500}", "type": "color" },
"primary-hover": { "value": "{colors.primitive.blue-600}", "type": "color" }
}
},
"spacing": {
"1": { "value": "4px", "type": "spacing" },
"2": { "value": "8px", "type": "spacing" },
"4": { "value": "16px", "type": "spacing" }
}
}
Transformacja tokenów do CSS
Właściwości niestandardowe CSS:
:root {
/* Primitive colors (direct values) */
--color-blue-50: #eff6ff;
--color-blue-100: #dbeafe;
--color-blue-500: #3b82f6;
--color-blue-600: #2563eb;
--color-blue-900: #1e3a8a;
/* Semantic colors (reference primitives) */
--color-primary: var(--color-blue-500);
--color-primary-hover: var(--color-blue-600);
--color-background: var(--color-white);
--color-surface: var(--color-gray-50);
/* Spacing (8px grid) */
--space-1: 0.25rem; /* 4px */
--space-2: 0.5rem; /* 8px */
--space-4: 1rem; /* 16px */
--space-6: 1.5rem; /* 24px */
--space-8: 2rem; /* 32px */
/* Typography */
--font-size-sm: 0.875rem;
--font-size-base: 1rem;
--font-size-lg: 1.125rem;
--line-height-tight: 1.25;
--line-height-normal: 1.5;
/* Effects */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.05);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.07);
--radius-sm: 4px;
--radius-md: 8px;
--radius-lg: 12px;
}
Tokeny trybu ciemnego:
@media (prefers-color-scheme: dark) {
:root {
--color-background: var(--color-gray-900);
--color-surface: var(--color-gray-800);
--color-text: var(--color-gray-100);
--color-text-secondary: var(--color-gray-400);
/* Adjusted shadows for dark mode */
--shadow-sm: 0 1px 2px rgba(0, 0, 0, 0.3);
--shadow-md: 0 4px 6px rgba(0, 0, 0, 0.4);
}
}
Transformacja tokenów do SwiftUI
Rozszerzenie Color:
import SwiftUI
extension Color {
// MARK: - Primitive Colors
static let blue50 = Color(hex: "eff6ff")
static let blue500 = Color(hex: "3b82f6")
static let blue600 = Color(hex: "2563eb")
// MARK: - Semantic Colors
static let brandPrimary = Color.blue500
static let brandPrimaryHover = Color.blue600
// MARK: - Surface Colors
static let surfaceBackground = Color(light: .white, dark: Color(hex: "0f172a"))
static let surfaceElevated = Color(light: Color(hex: "f8fafc"), dark: Color(hex: "1e293b"))
}
extension Color {
init(hex: String) {
// Standard hex parsing implementation
}
init(light: Color, dark: Color) {
self.init(UIColor { traits in
traits.userInterfaceStyle == .dark ? UIColor(dark) : UIColor(light)
})
}
}
Stałe odstępów:
enum Spacing {
static let xs: CGFloat = 4 // --space-1
static let sm: CGFloat = 8 // --space-2
static let md: CGFloat = 16 // --space-4
static let lg: CGFloat = 24 // --space-6
static let xl: CGFloat = 32 // --space-8
}
// Usage
VStack(spacing: Spacing.md) {
// ...
}
.padding(Spacing.lg)
Lista kontrolna przekazania od projektanta
Co projektanci powinni eksportować:
| Typ zasobu | Format | Uwagi |
|---|---|---|
| Kolory | Variables JSON | Uwzględnij tryb jasny i ciemny |
| Typografia | Eksport stylów | Czcionka, rozmiar, grubość, interlinia |
| Odstępy | Variables JSON | Udokumentowana jednostka bazowa |
| Ikony | SVG | Obrysowe, jednokolorowe |
| Obrazy | PNG @2x/@3x lub WebP | Z kompresją |
| Komponenty | Linki Figma | Do referencji podczas implementacji |
Kryteria bramki jakości:
- [ ] Wszystkie kolory zdefiniowane jako zmienne (bez zakodowanych wartości hex)
- [ ] Typografia korzysta ze zdefiniowanych stylów tekstu
- [ ] Odstępy zgodne z systemem siatki (baza 8px)
- [ ] Zapewnione warianty trybu ciemnego
- [ ] Udokumentowane stany interaktywne (hover, active, disabled)
- [ ] Opisane punkty przełamania responsywności
- [ ] Zanotowane wymagania dostępności (współczynniki kontrastu)
Programista otrzymuje:
- Pliki tokenów (JSON/CSS/Swift w zależności od platformy)
- Specyfikacje komponentów z wymiarami
- Wyeksportowane zasoby w wymaganych formatach
- Dokumentację interakcji (stany, animacje)
- Adnotacje dotyczące dostępności
Tabele szybkiej referencji
Zasady Gestalt
| Zasada | Reguła | Zastosowanie |
|---|---|---|
| Bliskość | Powiązane = blisko siebie | Formularze, sekcje |
| Podobieństwo | Ten sam wygląd = ta sama funkcja | Przyciski, karty |
| Figura-tło | Wyraźne oddzielenie warstw | Modale, karty |
| Ciągłość | Podążanie za liniami | Osie czasu, wyrównanie |
| Domknięcie | Mózg dopełnia kształty | Ikony, wskazówki przewijania |
Typografia
| Element | Rozmiar | Grubość | Interlinia |
|---|---|---|---|
| Tekst główny | 16px | 400 | 1,5–1,7 |
| Nagłówki | 24–48px | 600–700 | 1,1–1,2 |
| Etykiety UI | 12–14px | 500 | 1,3–1,4 |
| Podpisy | 12px | 400 | 1,4 |
Role kolorów
| Rola | Tryb jasny | Tryb ciemny |
|---|---|---|
| Tło | #ffffff | #0f172a |
| Powierzchnia | #f4f5f7 | #1e293b |
| Obramowanie | #e4e6ea | #334155 |
| Tekst | #1a1a2e | #f1f5f9 |
| Tekst wyciszony | #6b7280 | #94a3b8 |
| Primary | #3b82f6 | #60a5fa |
| Success | #22c55e | #4ade80 |
| Error | #ef4444 | #f87171 |
Skala odstępów
| Token | Wartość | Zastosowanie |
|---|---|---|
| –space-1 | 4px | Odstępy ikon |
| –space-2 | 8px | Elementy w linii |
| –space-4 | 16px | Domyślne odstępy |
| –space-6 | 24px | Padding kart |
| –space-8 | 32px | Odstępy sekcji |
| –space-16 | 64px | Sekcje strony |
Lista kontrolna projektu
Przed opublikowaniem dowolnego interfejsu należy zweryfikować:
Gestalt
- [ ] Powiązane elementy znajdują się bliżej siebie niż niepowiązane (bliskość)
- [ ] Podobne funkcje mają podobne style (podobieństwo)
- [ ] Wyraźne oddzielenie pierwszego planu od tła (figura-tło)
- [ ] Wzrok naturalnie podąża przez układ (ciągłość)
Typografia
- [ ] Bazowy rozmiar czcionki wynosi co najmniej 16px
- [ ] Interlinia wynosi 1,5+ dla tekstu głównego
- [ ] Długość wiersza nie przekracza 75 znaków
- [ ] Hierarchia jest czytelna (3 rozróżnialne poziomy)
- [ ] Spójna skala stosowana w całym projekcie
Kolor
- [ ] Cały tekst spełnia kontrast 4,5:1 (WCAG AA)
- [ ] Kolor nie jest jedynym wskaźnikiem (ikony/etykiety również)
- [ ] Tryb ciemny zaprojektowany świadomie
- [ ] Zachowana proporcja 60-30-10
Hierarchia wizualna
- [ ] Można zidentyfikować najważniejszy element (#1)
- [ ] Wzrok podąża w zamierzonej kolejności
- [ ] Jeden wyraźny CTA na sekcję
- [ ] Spójna skala typograficzna
Odstępy
- [ ] Wszystkie odstępy wykorzystują zdefiniowaną skalę (bez „magicznych liczb”)
- [ ] Karty/komponenty mają spójny padding
- [ ] Odstępy na urządzeniach mobilnych są komfortowe
- [ ] Wyrównanie do siatki jest spójne (baza 8px)
Interakcja
- [ ] Czy użytkownicy mogą osiągać cele bez myślenia o narzędziu?
- [ ] Czy UI dostosowuje się do bieżącego kontekstu?
- [ ] Czy narzędzia są widoczne tylko wtedy, gdy są istotne?
- [ ] Czy wielokrotne użycie uczy szybszych metod?
Interfejsy AI
- [ ] Każde twierdzenie faktyczne ma identyfikowalne źródło
- [ ] Streaming pokazuje fazy procesu, nie tylko wskaźnik ładowania
- [ ] Stany błędów są przejrzyste, nie ukryte
- [ ] Wyniki o niskim poziomie pewności są wizualnie wyróżnione
Test Dieter Rams
- [ ] Czy można coś usunąć?
- [ ] Czy każdy element pełni funkcję?
- [ ] Czy to będzie wyglądać przestarzale za 5 lat?
- [ ] Czy zaprojektowano każdy stan?
Zasoby
Książki: - As Little Design as Possible — Sophie Lovell (Dieter Rams) - The Elements of Typographic Style — Robert Bringhurst
Narzędzia: - WebAIM Contrast Checker - Type Scale Generator - Figma Tokens Studio — zarządzanie design tokens
Systemy projektowe: - Apple HIG - Material Design 3 - Radix UI - shadcn/ui
Studia projektowe
Szczegółowe analizy 16 wyjątkowych produktów, dokumentujące wzorce i zasady warte zastosowania.
Narzędzia deweloperskie
| Produkt | Kluczowy wkład |
|---|---|
| Figma | Obecność wielu użytkowników, panele kontekstowe |
| Warp | Terminal blokowy, połączenie CLI z GUI |
| Framer | Wizualne projektowanie responsywne, kontrola właściwości |
| Vercel | Wzorcowy tryb ciemny, subtelny status |
| Linear | Optimistic UI, przepływ pracy oparty na klawiaturze |
| Raycast | System rozszerzeń, szybkie akcje |
Natywne aplikacje iOS (laureaci Apple Design Award)
| Produkt | Kluczowy wkład |
|---|---|
| Flighty | 15 inteligentnych stanów, Live Activities, wizualizacja danych |
| Halide | Inteligentna aktywacja, sterowanie gestami |
| Bear | Typografia na pierwszym miejscu, tagowanie inline |
| Craft | Natywne podejście międzyplatformowe, zagnieżdżone strony |
| Things | Odroczone terminy, wzorce szybkiego wprowadzania |
Produktywność i AI
| Produkt | Kluczowy wkład |
|---|---|
| Superhuman | Reguła 100ms, szkolenie z palety poleceń, onboarding oparty na praktyce |
| Perplexity | AI z cytowaniem źródeł, fazy streamingu |
| Notion | System bloków, polecenia slash |
| Arc | Przestrzenie, podzielony widok, pasek poleceń |
| Stripe | Wzorcowa dokumentacja, projektowanie API |
Ten przewodnik rozwija się wraz z praktyką. Zasady projektowania są ponadczasowe, ale ich zastosowanie ewoluuje wraz z technologią i zrozumieniem.