Jaki problem to rozwiązuje
Strony projektowane w próżni i potem wciskane w CMS wychodzą skompromitowane: layouty, które psują się w chwili, gdy marketer je edytuje, jednorazowe strony nie do odtworzenia i każda drobna zmiana routowana z powrotem przez agencję. Najładniejszy makieta jest bezwartościowa, jeśli żywa strona odjeżdża od niej w kwartał realnej edycji.
Jak pracujemy
Projektujemy pod HubSpot CMS od pierwszego szkicu, a nie po fakcie. To znaczy projektowanie systemu, a nie stron: siatka layoutu, tokeny typografii i koloru oraz biblioteka sekcji wielokrotnego użytku - hero, siatki funkcji, paski dowodu, CTA - które składają się w każdą stronę, jakiej zespół będzie potrzebował, w tym te, o których nikt jeszcze nie pomyślał.
Każdy moduł projektujemy z myślą o jego edytowalnych polach: co marketer może zmienić, co zostaje zablokowane i jak design degraduje się z gracją, gdy ktoś napisze nagłówek dwa razy dłuższy niż w makiecie. Zachowanie responsywne specyfikujemy per moduł, a nie zostawiamy developerowi do improwizacji.
Przekazanie do developmentu to specyfikacja, nie obrazek: moduły, pola, stany i punkty łamania udokumentowane, żeby zbudowana strona zgadzała się z zaprojektowaną. Zaprojektowaliśmy i prowadzimy własną stronę na dokładnie tym systemie.
Deliverables
- Architektura stron i mapa witryny dla nowej strony
- System designu: siatka, typografia, kolor i tokeny odstępów
- Projekty modułów wielokrotnego użytku ze specyfikacją edytowalnych pól
- Specyfikacja zachowania responsywnego per moduł
- Projekty kluczowych stron złożone z biblioteki modułów
- Dokumentacja przekazania dla developera