Praca nad projektem

To może być lista, która ostatecznie wyląduje jako zadania projektowe np. w Asanie, a poszczególne etapy będą do odhaczenia jako checkboxy.

[Design] Zebranie informacji
- uzyskanie informacji projektowych oraz materiałów od kierownika
- wdrożenie w informacje i wymagania projektowe
- (jeśli konieczne) sporządzenie uwag zwrotnych do projektu i przesłanie kierownikowi (“brakuje mi tego i tego”)
- wstępne przemyślenie sekcji graficznych z Proud UI Kit, być może również indywidualnych (unique)
- zastanowienie się nad dodatkowymi elementami (jeśli występują)
[Design] Przygotowanie do pracy
- ustalenie wielkości kontenera, typografii, kolorystyki
- przygotowanie buttonów i ich state’ów
- przemyślenie dropdown / megamenu w nawigacji
[Design] Praca zasadnicza
- przygotowanie projektu w Figmie, zarówno plików “Archiwum” jak i “Final”
- rozpoczęcie prac nad stroną główną na podstawie UI Kit
- wygenerowanie linku z prezentacją projektu (dla wszystkich) i przekazanie kierownikowi
- zebranie akceptacji od kierownika, ewentualne poprawki
- zaprezentowanie strony głównej Klientowi - “w taki styl idziemy, to proponujemy”, w przypadku konfliktu metoda “informacja + argumentacja + przykład”
- (jeśli konieczne) wykonanie poprawek strony głównej
- dalsze prace nad projektem - reszta widoków
- zebranie akceptacji od kierownika, prośba developera o rzucenie okiem, ewentualne poprawki
- zaprezentowanie całości projektu Klientowi, w przypadku konfliktu metoda “informacja + argumentacja + przykład”
[Design] Finalizacja
- przygotowanie projektu do wersji Final: odpowiednie nazewnictwo, optymalizacja plików (odciążenie Figmy),
- przygotowanie zakładki Developer
- stworzenie paczki zdjęć do projektu w odpowiednich wymiarach i nazwach
- przygotowanie favicon (min. 260x260), obrazka tymczasowego
- stworzenie spisu sekcji i informacji o nich
- stworzenie design systemu - jakie użyte fonty, grubości / h1/h2/h3, kolory

Dodatkowe porady:

jeśli projekt wymaga dużej oryginalności, starajmy się tworzyć sekcje w oparciu o logikę ACF-ową
im więcej pytań do developera tym lepiej, dbaj o dobry kontakt i jeśli jest taka możliwość wymieniajcie się nawzajem spostrzeżeniami na temat projektu
na bieżąco dokumentuj / proś o feedback. Czy to za pośrednictwem systemu np. Asany czy chociażby Discorda
korzystaj z wersjonowania widoków oraz ułatwiaj współpracownikom “połapanie się” w projekcie (podział: Final, Archiwum, Developer)
zachowuj przejrzystość w projekcie
stosuj odpowiednią nomenklaturę do odpowiednich elementów / sekcji, które projektujesz (można prosić developera o pomoc)
ustal z developerem o czym zapomniałeś (prawie zawsze okazuje się że czegoś nie ma - a czesem wystarczy tylko 30min na dosłanie / dorobienie jakiejś pierdółki)
Zapisuj stare wersje (najlepiej w chmurze).