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
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.