01
Metodyki i frameworki
- Design System
- Brand Identity System
- Component Library
- Brand Architecture
- Atomic Design
Diagnoza i system marki
Diagnoza i system marki
Nowa hierarchia, zastosowania, poradniki — tak, żeby zespół mógł utrzymywać spójność bez agencji na każdy plakat. System w narzędziu, które da się dalej rozwijać, zamiast PDF-a, który kończy swój żywot w mailu.
01
02
hierarchia wizualna · system składowych · token wizualny · wytyczne stosowania · biblioteka komponentów · skalowalność systemu
03
Gdy szablony i tokeny żyją w Figmie (albo w wybranym stacku), zespół odtwarza look zgodnie z marką, zamiast wymyślać układ i kolory na nowo przy każdej wersji oferty.
Jeśli rozpoznajesz co najmniej dwa poniższe sygnały, system marki w formacie roboczym szybko zwróci czas, który dziś idzie na poprawki i odsiewanie wersji „poza brandem”.
Sprawdzamy, co naprawdę wychodzi w kanałach, które wersje identyfikacji żyją równolegle i gdzie system powinien dać ograniczenia, a gdzie elastyczność. Punkt odniesienia pod Brand Architecture i bibliotekę.
Budujemy hierarchię, tokeny, komponenty i szablony w logice Design System / Atomic Design — tak, żeby dało się to utrzymać w jednym miejscu (np. Figma) i wersjonować zmiany.
Dopinamy przewodnik po formatach, przykłady do/nie, sesję na realnych zadaniach i zasady rozwoju systemu, żeby nowa oferta nie wymuszała przejścia na „wersję 2 od zera”.
Nie PDF do wglądu, ale plik Figma (albo odpowiedni żywy dokument), który zespół może używać i aktualizować. Komponenty, tokeny i wytyczne użycia w jednym miejscu.
Konkretne zasady dla formatów: social media, prezentacja, oferta handlowa, materiały zewnętrzne. Z przykładami poprawnego i niepoprawnego użycia.
Nie szkolenie z teorii marki, tylko praca na realnych zadaniach. Uczestnicy wychodzą z systemem w narzędziach, których używają na co dzień.
System ogranicza decyzje o tym, jak, nie o tym, co. Projektant z systemem spędza czas na rozwiązaniu problemu, nie na wyborze kroju pisma.
System projektujemy tak, żeby był rozszerzalny, nie monolityczny. Zmiana oferty nie powinna wymagać przeprojektowania całości.
Jeśli Twój zespół tworzy od zera tam, gdzie powinien korzystać z szablonu, umów przegląd systemu (przycisk poniżej).