Audyt design systemu
Sprawdzam, co naprawdę masz w design systemie i co działa. Dostajesz raport z priorytetami i plan na 90 dni – nie listę uwag do szuflady.
Robię to po kilku latach utrzymywania design systemu w dużej instytucji finansowej – na trzech platformach, dla wielu zespołów naraz.
Chaos rośnie szybciej niż proces
Masz design system, ale komponenty się dublują, tokeny rozjeżdżają między designem a kodem, a nikt nie wie, która wersja jest źródłem prawdy. Audyt nazywa problem, zanim zaczniesz go naprawiać po omacku.
- Twój DS urósł szybciej niż proces, który miał go utrzymywać.
- Designerzy i developerzy pracują na różnych wersjach tych samych komponentów.
- Wiesz, że coś nie działa, ale nie wiesz, od czego zacząć.
Zakres audytu
- Bibliotekę komponentów: pokrycie, duplikaty, spójność, naming.
- Architekturę tokenów: prymitywy, semantyka, jedno źródło prawdy.
- Spójność design ↔ kod: gdzie Figma rozjeżdża się z implementacją.
- Governance: kto decyduje o zmianach i jak wchodzą do systemu.
- Proces adopcji: czy zespoły faktycznie używają systemu.
- Dostępność: zgodność z WCAG i EAA, jeśli dotyczy.
Diagnozę z priorytetami, nie listę uwag
- Raport: co działa, co naprawić, co wyrzucić – uszeregowane od najpilniejszego.
- Plan na 90 dni, gotowy do wdrożenia z zespołem.
- Rozmowę podsumowującą, na której przechodzimy wnioski razem.
Dostajesz diagnozę przyczyn, nie listę rzeczy do zrobienia.
Jak wygląda znalezisko z audytu
Przykład z niedawnego audytu aplikacji medycznej: w kodzie żyło 48 powtarzalnych wzorców interfejsu. W style guide opisanych było 19. Różnica – 29 wzorców – to miejsca, w których każdy programista decydował sam. Tak wygląda dług systemowy, zanim ktoś go policzy.
Raport z audytu pokazuje dokładnie takie rzeczy: co masz naprawdę, co z tego jest opisane, a co żyje własnym życiem.
Tydzień po tygodniu
- Tydzień 1: inwentaryzacja biblioteki, tokenów i dokumentacji.
- Tydzień 2: rozmowy z designerami i developerami osobno, mapowanie rozjazdów.
- Tydzień 3–4: priorytety, plan na 90 dni i rozmowa podsumowująca.
Zobacz, jak to wyglądało w praktyce: design system w instytucji finansowej →
Powiązane: governance · design tokens · wsparcie zespołu DS · niezależna ocena
Audyt design systemu – FAQ
Ile trwa audyt design systemu?
Zwykle 3–4 tygodnie, zależnie od skali systemu i liczby zespołów, które z niego korzystają.
Co dostaję na koniec audytu?
Raport z priorytetami: co naprawić w pierwszej kolejności, co zostawić, co wyrzucić. Do tego plan na 90 dni gotowy do wdrożenia z zespołem oraz rozmowa podsumowująca.
Czym audyt różni się od stałej współpracy?
Audyt to jednorazowa diagnoza stanu design systemu. Jeśli chcesz, żebym pomógł także wdrożyć zmiany, przechodzimy w pilotaż albo stałe wsparcie zespołu.
Dla jak dużej firmy audyt ma sens?
Najczęściej firmy 50–500 osób z kilkoma zespołami produktowymi. Liczy się jednak raczej dojrzałość design systemu niż sama wielkość organizacji.
Chcesz wiedzieć, co naprawdę masz w swoim design systemie? Napisz dwa zdania: jaki masz system i gdzie zaczyna się rozjeżdżać. To wystarczy na start – odpowiadam w 1–2 dni robocze.
radoslaw.latarski@gmail.com · LinkedIn · Zarezerwuj rozmowę →
Rozmowa bez zobowiązań i bez prezentacji handlowej. Czasem wystarczy jedna rozmowa, żeby zobaczyć problem inaczej.