Przejdź do głównej zawartości

Jak korzystać z systemu

Techniczny: DraftAkceptacja: Reviewed

To jest design system marki Polisoteka®: jedno źródło reguł marki, języka, identyfikacji, tokenów, komponentów, wzorców i szablonów. Czytają go ci, którzy piszą, projektują i implementują punkty kontaktu z klientem — ludzie i modele.

System obejmuje cały branding Polisoteka®: odbiorców, cel i obietnicę marki, głos i komunikaty, identyfikację, tokeny, komponenty, wzorce, szablony oraz materiały kanałowe. Elementy techniczne realizują ustalenia marki; nie stanowią osobnego design systemu oderwanego od tego, do kogo i po co mówimy.

Handbook-first to zasada pracy rozwinięta przez GitLab: uzgodnione reguły, procesy i odpowiedzialności zapisujemy w jednym dostępnym miejscu, zanim zaczniemy na nich polegać. Dokumentacja jest wspólnym kontraktem, nie raportem po wdrożeniu — w tej samej sytuacji człowiek i automat mają znaleźć tę samą regułę i następny krok. „Work the system” odwołuje się do książki Work the System Sama Carpentera: gdy wynik zależy od powtarzalnego działania, poprawiamy regułę, proces lub narzędzie, a zmianę utrwalamy w dokumentacji, kodzie i bramkach.

Powtarzalną regułę sprawdzamy automatem zawsze, gdy da się jednoznacznie określić warunek naruszenia. Test, walidator lub bramka CI ma przypadek poprawny i celowe naruszenie. Review człowieka i AI obejmuje znaczenie, spójność oraz decyzje, których nie da się wiarygodnie sprowadzić do mechanicznego warunku.

  • Handbook firmy przechowuje strategię biznesową, procesy, odpowiedzialności i decyzje przekrojowe.
  • Ten system przechowuje markę, komunikację, identyfikację oraz kontrakty zastosowań.
  • Kod i artefakty paczek są źródłem działania tokenów oraz komponentów.
  • Rejestr zastosowań pokazuje, które produkty konsumują wydanie systemu.

Strony opisują kompletny system w chwili jego wydania. Nie mieszamy tego kontraktu ze stanem migracji konkretnych portali i aplikacji.

  • Marka i treść: platforma → odbiorcy → głos i ton → właściwy materiał.
  • Projektowanie: platforma → identyfikacja → właściwy szablon → potrzebne fundamenty i komponenty.
  • Implementacja: instrukcja wykonania → szablon → kontrakty komponentów i tokenów → bramki.
  • Review: mapa zakresu → definicja zakończenia → raport spójności całego przyrostu.

Znaczenie statusów i warunki gotowości opisuje definicja zakończenia.