Pilot · Dom Weselny Jagoda
Celem pilota nie jest „wdrożenie całego systemu”. Celem jest udowodnienie, że jeden prawdziwy proces gości działa szybciej i pewniej niż obecny sposób pracy, a zespół chce użyć go ponownie.
Tenant Jagoda jest utworzony i pozostaje pusty: bez fikcyjnych wydarzeń i gości. Konto showcase jest odseparowane i służy wyłącznie do prezentacji.
Propozycja dla partnera
- bezpłatny, prowadzony pilot na jednym weselu;
- konfiguracja i wsparcie bez przerzucania pracy na zespół Jagody;
- realny wpływ na kolejność funkcji;
- prywatne dane organizacji, oddzielone od showcase;
- możliwość zatrzymania pilota bez długiej umowy;
- wspólny materiał case study dopiero po akceptacji wyników i treści.
Faza 0 · rozmowa 45 minut
Pytania procesowe
- Gdzie dziś żyje finalna lista gości?
- Kto i kiedy przepisuje posiłki oraz alergie?
- Kiedy plan stołów staje się finalny?
- Jak obsługiwane są późne zmiany?
- Kto w dniu wesela odpowiada na pytanie o stół?
- Jak recepcja otrzymuje noclegi i transport?
- Który arkusz lub komunikator powoduje najwięcej pomyłek?
Nie prezentuj funkcji przed zrozumieniem obecnej pracy. Zapisz słowa używane przez zespół — nazwy w produkcie powinny do nich pasować.
Faza 1 · konfiguracja
- właściciel aktywuje konto;
- potwierdzamy osoby i role;
- tworzymy jedno nadchodzące wesele;
- wpisujemy tylko niezbędne zadania i run sheet;
- dodajemy 2–3 testowe gospodarstwa;
- przechodzimy pełne RSVP i check-in;
- ustalamy procedurę awaryjną.
Faza 2 · prawdziwi goście
Wysyłkę zacznij od małej grupy uzgodnionej z parą. Przez pierwsze 48 godzin sprawdzaj:
- czy link otwiera się na urządzeniach gości;
- czy język pytań jest zrozumiały;
- czy odpowiedzi trafiają do właściwych osób;
- czy operator potrafi znaleźć dane bez pomocy technicznej;
- czy ktoś nadal ręcznie kopiuje odpowiedzi do arkusza i dlaczego.
Faza 3 · dzień wesela
Minimalny test dnia:
- aktualny run sheet na iOS;
- lista zaakceptowanych gości;
- wyszukiwanie nazwiska i stołu;
- check-in na jednym urządzeniu;
- liczniki przybycia na dashboardzie;
- jeden komunikat testowy zespołu przed otwarciem drzwi.
Metryki sukcesu
| Metryka | Cel pilota |
|---|---|
| Kompletność gospodarstw | 100% osób testowej listy przypisanych poprawnie |
| Dostarczenie linku | Każdy odbiorca otwiera właściwe gospodarstwo |
| RSVP | Odpowiedź zapisuje się bez pomocy operatora |
| Znalezienie danych | Stół lub dieta odnaleziona w mniej niż 10 sekund |
| Przepisywanie | Brak ponownego wpisywania testowych odpowiedzi |
| Check-in | Akceptowany gość oznaczony jednym działaniem |
| Chęć ponownego użycia | Zespół wybiera następne wesele do Splot |
Zbieranie feedbacku
Po każdym ważnym momencie zapytaj:
- Co próbowałaś/próbowałeś zrobić?
- Czego spodziewałaś/spodziewałeś się po kliknięciu?
- Gdzie musiałaś/musiałeś wrócić do starego narzędzia?
- Który brak blokował pracę, a który był tylko „miło mieć”?
Oddziel błąd, brak funkcji i preferencję wizualną. Błąd blokujący realne wesele ma wyższy priorytet niż dziesięć sugestii kosmetycznych.
Granice i zgody
- nie publikujemy nazwy pary ani zdjęć bez zgody;
- nie używamy danych gości do marketingu;
- case study powstaje dopiero po wspólnej akceptacji;
- zespół zna kanał pilnej eskalacji;
- operator potrafi wyłączyć portal gości;
- zakończenie pilota obejmuje eksport albo usunięcie danych zgodnie z ustaleniem.
Definicja następnego kroku
Jeśli workflow gości przejdzie pilota, kolejnym wspólnym modułem powinien być wizualny plan sali + pakiet produkcyjny oparty na realnym układzie Jagody.