Mam Gastro: lokalna platforma discovery + rezerwacje dla gastronomii we Wrocławiu

Projekt łączy dwa procesy w jednej ścieżce: wybór lokalu (mapa, filtry, profil miejsca) oraz finalizację rezerwacji (szybki formularz i potwierdzenie SMS). Start obejmuje wyłącznie Wrocław i segment dine-in.

Potential

Liczby robocze (do weryfikacji)

2,5k-3,5k lokali HoReCa we Wrocławiu (estymacja)

~672k+ mieszkańców Wrocławia (dane publiczne, GUS)

30 / 10 / 1 rozmowy / testy / płatny pilot jako próg decyzji

Fact-check: liczba mieszkańców jest oparta o publiczne źródła statystyczne (GUS). Liczba lokali HoReCa pozostaje hipotezą roboczą i wymaga twardej walidacji (np. REGON + Google Places + lokalne katalogi) przed podjęciem decyzji biznesowej.

"Najpierw mierzalny problem i działający proces operacyjny, potem skalowanie."

Project Snapshot

One-pager operacyjny

Problem Goście tracą czas na wybór lokalu i rezerwację przez wiele rozproszonych kanałów, a lokale obsługują duży wolumen zapytań telefonicznych bez jednego narzędzia operacyjnego.

Solution Jedna ścieżka: discovery (mapa + filtry + profil lokalu) i rezerwacja (formularz + potwierdzenie SMS) oraz panel lokalu (onboarding, kalendarz, statusy rezerwacji).

ICP v1 Niezależne lokale gastronomiczne we Wrocławiu i goście rezerwujący stolik na miejscu (dine-in). Zakres geograficzny v1: wyłącznie Wrocław.

Revenue Model Płatny pilot B2B dla wybranych lokali po etapie testowym. Weryfikacja modelu: gotowość do płatności, retencja 30-dniowa, relacja kosztu pozyskania do przychodu.

Core KPI Konwersja wejście - rezerwacja, odsetek potwierdzonych rezerwacji, czas obsługi zapytania, liczba aktywnych lokali, retencja lokali po 30 dniach.

Main Risks Niska podaż lokali gotowych do pilota, słaba retencja po okresie testowym, niesatysfakcjonująca konwersja discovery - rezerwacja. Mitigacja: wąski zakres v1 i szybkie iteracje procesu.

Product Thesis

Jak działa produkt end-to-end

Rezerwacja stolika

01 / Ścieżka gościa

Discovery i szybka decyzja

Użytkownik szuka lokalu przez mapę i filtry (kuchnia, dieta, budżet, otwarte teraz), przechodzi do profilu i składa rezerwację w jednym flow.

Panel lokalu

02 / Ścieżka lokalu

Onboarding i kalendarz

Lokal przechodzi onboarding, ustawia godziny i pojemność, odbiera rezerwacje w kalendarzu i aktualizuje statusy (potwierdzona, anulowana, no-show).

Model wartości

03 / Value

Korzyść dla obu stron

Dla gościa: szybszy wybór i rezerwacja. Dla lokalu: mniej obsługi telefonicznej, lepsza organizacja obłożenia i mierzalny kanał pozyskania rezerwacji.

Kluczowe cele produktu (v1)

1) Skrócić czas od wyszukiwania do rezerwacji. 2) Dostarczyć lokalom prosty, działający proces obsługi stolików. 3) Sprawdzić, czy lokale są gotowe płacić za kanał rezerwacji i narzędzie operacyjne.

Mierniki i kryteria decyzji

Próg decyzji: 30 rozmów discovery, 10 testów procesu, min. 1 płatny pilot. Dodatkowo: konwersja wejście - rezerwacja, odsetek potwierdzeń, koszt pozyskania lokalu i retencja po 30 dniach.

Execution Plan

Plan realizacji: 90 dni

Tydzień 1-2

Audyt problemu

Wywiady z lokalami i gośćmi, mapowanie obecnego procesu rezerwacji, identyfikacja najczęstszych barier operacyjnych.

Tydzień 3-6

Budowa i test przepływu

Uruchomienie discovery + rezerwacja dla ograniczonej grupy lokali, pomiar konwersji i czasu obsługi, iteracje UX.

Tydzień 7-10

Pilot komercyjny

Włączenie modelu płatnego dla wybranych lokali, test cennika, monitorowanie retencji i jakości obsługi rezerwacji.

Tydzień 11-12

Decyzja: go / no-go

Decyzja oparta o KPI: skalowanie na kolejne dzielnice/miasta, pivot modelu lub zakończenie projektu.

Rezultatem 90 dni ma być jednoznaczna odpowiedź: czy lokalny model discovery + rezerwacje jest powtarzalny operacyjnie i uzasadniony biznesowo.

Mam Gastro / Idea Check Deck