Projektowanie produktu w kodzie zamiast w Figmie: kiedy warto
Projektowanie w kodzie warto wybrać, gdy produkt już działa, a nowe funkcje trzeba sprawdzić w prawdziwym interfejsie. Od kwietnia 2025 roku tak projektuję wersję Spark dla zespołów w Readdle. Figma zostaje, ale służy do specyfikacji.
Skąd ta zmiana
Readdle rozwija Spark, swoją aplikację pocztową, w stronę pracy zespołowej. Wersja dla zespołów wprowadza wspólną pracę z wiadomościami, kalendarz, notatki ze spotkań i AI.
Statyczne makiety nie pokazywały, jak te funkcje zachowają się w prawdziwej skrzynce. Sprawdzenie każdego pomysłu wymagało czasu programistów.
Jak to wygląda na co dzień
- Nowe funkcje projektuję od razu w kodzie aplikacji, z pomocą narzędzi AI.
- Każdy pomysł trafia do działającego prototypu, w którym widać całą skrzynkę, a nie pojedynczy ekran.
- Figma służy do specyfikacji dla programistów.
- Projektanci i programiści korzystają ze wspólnego systemu projektowego.
- Proces projektowy zespołu jest spisany.
Kiedy warto projektować w kodzie
- Produkt już działa i ma system projektowy.
- Funkcja zależy od zachowania, nie tylko od wyglądu: od stanów, danych i ruchu.
- Decyzję podejmuje kilka osób, które muszą zobaczyć to samo.
- Zespół traci czas, bo każdą wersję próbną budują programiści.
Kiedy zostaję przy Figmie
- Na samym początku, gdy szukam kierunku i szybko porównuję kilka wariantów.
- Przy marce i materiałach, które nie są interfejsem.
- Gdy nie ma jeszcze kodu ani systemu projektowego.
Efekt w Readdle
Prototyp stał się narzędziem całego zespołu. Projektanci i menedżerowie produktu sprawdzają w nim pomysły samodzielnie, bez czekania na programistów.
Odpowiadam m.in. za współpracę przy wiadomościach, kalendarz, panel AI i notatki ze spotkań. Współpraca trwa.