Product designWspółzałożyciel

Kiddosy

Produkt, który współtworzę. Odpowiadam za operacje, produkt, design i ogólny kierunek. Ekrany pokazują obie strony: rodziców, którzy wyszukują i rezerwują zajęcia, oraz organizatorów zarządzających swoją pracą.

Klient
Własny produkt
Rola
Współzałożyciel / Product Designer
Zespół
4 osoby, łącznie ze mną
Czas trwania
Start około cztery lata temu; teraz tuż przed premierą
Efekt
Produkt gotowy do startu, oparty na badaniach, z design systemem zbudowanym od zera
Wizualizacja procesu odtworzona z prawdziwych ekranów

Kontekst i problem biznesowy

Kiddosy powstało około cztery lata temu z pierwszym zespołem. W październiku 2024 projekt dostał się do Hub of Talents, programu akceleracji start-upów. Pierwszy zespół rozpadł się, zanim do niego dołączył, więc zbudowałem nowy, większy i lepszy, czteroosobowy zespół.

Problem, który chcieliśmy rozwiązać: dobre zajęcia pozalekcyjne dla dziecka trzeba szukać w social mediach, z polecenia i na pojedynczych stronach, a mali organizatorzy wciąż obsługują rezerwacje i płatności przez telefon i komunikatory.

Użytkownicy i ich cele

Dwie strony tej samej rezerwacji, każda z własnym doświadczeniem:

  • Rodzice: szukają zajęć, porównują je, rezerwują i pilnują swoich rezerwacji.
    • Cele: znaleźć coś blisko, w dobrej porze i dla odpowiedniego wieku, bez obdzwaniania. Problemy: brak jednego miejsca do porównania ofert, niejasna dostępność i cena.
  • Organizatorzy: zarządzają ofertą, grupami, kalendarzem, klientami i przychodzącymi rezerwacjami.
    • Cele: zapełnić grupy i mniej czasu spędzać na administracji. Problemy: prośby o rezerwację i pytania rodziców przychodzą zbyt wieloma kanałami.

Ograniczenia

  • Czteroosobowy zespół start-upu; jednocześnie odpowiadam za operacje, produkt i design.
  • Dwie strony rynku: każda ścieżka musi działać dla rodzica i dla organizatora.
  • Ograniczony budżet przed startem, więc badania i projekt skupiały się najpierw na tym, co daje najwięcej wartości.

Moja rola i zakres

  • Współzałożyciel: operacje, produkt i wyznaczanie ogólnego kierunku
  • Product Designer: badania i UX/UI dla obu ról, na desktopie i mobile
  • Zbudowałem od zera design system Kiddosy
  • Zbudowałem workflow AI, w którym pracuje zespół (opis niżej)
  • Reszta czteroosobowego zespołu: dwóch developerów i backend developer; ja zajmuję się też stroną biznesową.

Proces i najważniejsze decyzje

1. Rozpoznanie i badania

Kilka dużych badań ilościowych i co najmniej 50 badań jakościowych z grupą docelową. Wnioski prowadziły projekt i ustalanie, co daje najwięcej wartości.

Wniosek, który najbardziej zmienił produkt: prowadzący zajęcia (na przykład lektorzy języków) często nie lubią kontaktów z rodzicami dzieci, które uczą. Wymiana wiadomości i dochodzenie do porozumienia to dla nich dużo frustracji.

2. Definicja

Badania zamieniłem na dwie ścieżki według ról: rodzica (wyszukiwanie → oferta → rezerwacja → moje rezerwacje) i organizatora (panel → kalendarz → grupy → rezerwacje), z priorytetem dla tego, co odblokowuje pierwszą rezerwację.

3. Pomysły i projekt

AI jest wbudowane w ten etap: szybkie warianty layoutów, prototypy w kodzie i przegląd projektu przez agentów. Dla Kiddosy zbudowałem system wieloagentowy (role agentów, bramki jakości, niezależna ocena i przekazania) oraz skille Claude do designu: przegląd projektu, audyty UX/UI, predykcyjne heatmapy i kontrolę spójności z design systemem.

4. Design system

Design system Kiddosy zbudowałem od zera, zamiast zaczynać od biblioteki w rodzaju shadcn/ui czy Material: własny, skalowalny system dopasowany do produktu.

Decyzja: własne tokeny i komponenty.

Dlaczego: te same komponenty muszą obsłużyć dwie bardzo różne role: rodzica, który przegląda oferty, i organizatora, który prowadzi działalność.

5. Weryfikacja

Wynik pracy AI nigdy nie trafia do produktu sam: sprawdzam go z badaniami jakościowymi, heurystykami (Nielsen, WCAG, zasady design systemu), niezależną oceną w systemie agentów i przeglądami zespołu. Testujemy na bieżąco w trakcie budowy; produkt jest jeszcze przed startem.

6. Oddanie

Kiddosy jest na ostatnim etapie, tuż przed startem.

Rozwiązanie

Najważniejsze ekrany dla obu ról, na desktopie i mobile:

  • Wyszukiwanie: lokalizacja i promień, fraza, filtry daty, godziny i wieku dziecka, zakładki kategorii oraz lista obok mapy.
  • Szczegóły zajęć i rezerwacja.
  • Moje rezerwacje.
  • Panel organizatora: najpierw priorytety operacyjne: prośby o rezerwację do przyjęcia albo odrzucenia, z terminem odpowiedzi, obok wiadomości od rodziców.
  • Kalendarz grup.

Decyzja: pierwszy ekran organizatora pokazuje to, co wymaga działania teraz (oczekujące rezerwacje, nieodpowiedziane wiadomości), a nie wykresy.

Dlaczego: od czasu odpowiedzi zależy, czy rodzic zarezerwuje.

Efekt

  • Kiddosy jest tuż przed startem, więc nie ma jeszcze danych o użyciu.
  • Produkt dla dwóch ról oparty na badaniach, własny design system i workflow AI, którego używam też gdzie indziej (między innymi przy tym portfolio).
  • Przyjęcie do programu akceleracji Hub of Talents (październik 2024).

Czego się nauczyłem i co dalej

  • Odbudowa zespołu nauczyła mnie, że produkt przetrwa dzięki zespołowi, a nie dzięki pomysłowi.
  • Dalej: start, potem pomiar lejka pierwszej rezerwacji i aktywacji organizatorów, a dane wracają do backlogu.