Jak zbudować aplikację do rezerwacji: terminy, dostępność, przypomnienia i zaliczki

Aby zbudować aplikację do rezerwacji, potrzebujesz czterech rzeczy działających razem: listy rzeczy, które można zarezerwować (usługi, pokoje, pracownicy), zasad określających, kiedy każda z nich jest dostępna, przebiegu rezerwacji, który pokazuje tylko naprawdę wolne terminy, oraz prywatnego widoku, w którym firma zarządza przychodzącymi rezerwacjami. Kreator aplikacji AI może wygenerować działającą pierwszą wersję na podstawie krótkiego opisu w kilka minut. Prawdziwa praca to ustalenie zasad — długość terminu, bufory, anulowania, strefy czasowe — oraz przetestowanie, że podwójne rezerwacje są niemożliwe.

Zacznij od ustalenia, czym jest „rezerwacja” w Twoim przypadku

Aplikacje do rezerwacji wyglądają podobnie z zewnątrz, ale różnią się w środku. Najpierw odpowiedz na te pytania:

• Co jest rezerwowane? Usługa (strzyżenie), osoba (korepetytor), zasób (sala konferencyjna, kort, bus) albo miejsce na zajęciach (zajęcia jogi z 12 miejscami).
• Jak długo to trwa? Stały czas dla każdej usługi czy wybierany przez klienta?
• Kto to świadczy? Jedna osoba, kilku pracowników z własnymi godzinami czy nikt (pokój)?
• Co się dzieje po rezerwacji? Natychmiastowe potwierdzenie czy prośba, którą zatwierdza właściciel?
• Czy są pieniądze? Za darmo, płatność na miejscu, zaliczka z góry czy pełna przedpłata?

„Poproś o termin, właściciel potwierdzi e-mailem” jest znacznie prostsze do zbudowania niż „rezerwacja natychmiastowa z trzema kalendarzami pracowników i zaliczkami”. Oba podejścia są poprawne — wybierz to, czego naprawdę potrzebujesz w wersji pierwszej.

Czego potrzebuje aplikacja

Dane

Zapisywanie czasu zakończenia przy każdej rezerwacji, a nie tylko czasu rozpoczęcia, znacznie upraszcza sprawdzanie nakładania się terminów.

Strony

• Publiczne: lista usług, wybór terminu, formularz rezerwacji, strona potwierdzenia oraz link do anulowania lub przełożenia.
• Prywatne (właściciel lub pracownicy): dzisiejszy grafik, nadchodzące rezerwacje, możliwość zablokowania czasu wolnego oraz ustawienia usług i godzin.

Uprawnienia

Klienci powinni widzieć tylko wolne lub zajęte terminy — nigdy nazwisk innych klientów. Pracownicy mogą widzieć tylko swój grafik; właściciel widzi wszystko. Zapisz to, bo to decyduje, czy potrzebujesz logowania i ról. Nasz przewodnik o dodawaniu logowania do aplikacji omawia dostępne opcje.

Trudne elementy i jak sobie z nimi radzić

Podwójne rezerwacje

Klasyczny błąd: dwie osoby ładują stronę, obie widzą wolne 10:00 i obie rezerwują ten termin. Rozwiązanie polega na ponownym sprawdzeniu na serwerze w chwili zapisu rezerwacji i odrzuceniu jej, jeśli cokolwiek się teraz nakłada. Poproś o to wprost:

Podczas zapisywania rezerwacji sprawdź na serwerze, czy dla tego samego pracownika nie istnieje już potwierdzona lub oczekująca rezerwacja nakładająca się na żądany czas (łącznie z buforem). Jeśli tak, odrzuć ją i pokaż komunikat „Ten termin właśnie został zajęty — wybierz inny”.

Potem przetestuj to, używając dwóch okien przeglądarki.

Strefy czasowe

Zapisuj każdy czas w UTC i konwertuj go do wyświetlenia. Ustal, czyjej strefy czasowej używa strona rezerwacji — zwykle firmy przy usługach stacjonarnych, a klienta przy rozmowach online — i oznacz ją na stronie. Przetestuj rezerwację na dzień zmiany czasu letniego.

Bufory, wyprzedzenie i limity

Powszechne zasady warte ustalenia od początku: bufor między wizytami, minimalne wyprzedzenie („bez rezerwacji mniej niż 2 godziny wcześniej”), jak daleko w przód można rezerwować oraz dzienny limit. Każda z nich to jedno zdanie w prompcie; pominięcie ich oznacza, że AI wybierze za Ciebie wartości domyślne.

Anulowania i nieobecności

Każde potwierdzenie powinno zawierać link do anulowania z unikalnym tokenem, aby klienci nie potrzebowali konta. Ustal okno anulowania i to, czy zaliczki podlegają zwrotowi, oraz pokaż tę politykę przed płatnością.

Przypomnienia

Przypomnienia e-mailowe lub SMS wymagają czegoś, co działa według harmonogramu („co 15 minut wysyłaj przypomnienia o rezerwacjach zaczynających się za 24 godziny”). Sprawdź, jak Twój kreator i hosting obsługują zadania cykliczne. Jeśli tego nie robią, użyj zewnętrznego harmonogramu, który wywołuje endpoint w Twojej aplikacji, albo wyślij e-mail z potwierdzeniem z załączonym zaproszeniem do kalendarza, aby kalendarz klienta sam przypominał mu o terminie. Część dotyczącą dostawcy poczty znajdziesz w artykule jak wysyłać e-maile z aplikacji.

Zaliczki i płatności

Typowy wzorzec ze Stripe:

1. Klient wybiera termin; aplikacja tworzy rezerwację oczekującą, która przez krótki czas (powiedzmy 15 minut) blokuje termin.
2. Aplikacja przekierowuje go na Stripe Checkout, aby wpłacić zaliczkę.
3. Stripe powiadamia aplikację przez webhook, gdy płatność się powiedzie; rezerwacja staje się potwierdzona.
4. Jeśli płatność nie nastąpi na czas, rezerwacja oczekująca wygasa i termin się zwalnia.

Standardowa opłata Stripe to procent plus stała opłata za każdą udaną płatność kartą, bez miesięcznej opłaty (stan na wrzesień 2026); stawki zależą od kraju, więc sprawdź stronę cennika Stripe dla swojego kraju. Korzystaj z trybu testowego i kart testowych, dopóki wszystko nie zacznie działać. Nasz przewodnik po dodawaniu płatności prowadzi krok po kroku.

Pierwszy prompt, który działa

Zbuduj aplikację do rezerwacji dla Northside Barbers. Usługi: strzyżenie (30 min, 25 $), trymowanie brody (15 min, 12 $), strzyżenie + broda (45 min, 32 $). Dwóch fryzjerów, Sam i Ali, każdy pracuje od wtorku do soboty w godzinach 9:00–18:00. Klienci wybierają usługę, potem fryzjera albo „dowolny fryzjer”, a następnie widzą tylko wolne początki wizyt co 15 minut przez najbliższe 14 dni i wpisują imię, telefon i e-mail. Zapisuj rezerwacje w bazie danych, z 10-minutowym buforem po każdej wizycie, i sprawdzaj dostępność ponownie przy zapisie, aby zapobiec podwójnym rezerwacjom. Pokaż stronę potwierdzenia z linkiem do anulowania. Właściciel ma prywatną stronę z listą dzisiejszych i nadchodzących rezerwacji, może anulować rezerwację i zablokować czas. Godziny podawane w lokalnej strefie czasowej zakładu. Nowoczesny projekt, najpierw z myślą o telefonie.

Prompt nazywa usługi, pracowników, godziny, zasady i widok właściciela — wszystko, co AI musiałoby inaczej zgadywać.

Kroki budowy

1. Najpierw podstawowy przebieg rezerwacji. Usługi → termin → formularz → zapisana rezerwacja → potwierdzenie. Nic więcej, dopóki to nie działa na telefonie.
2. Widok właściciela. Dzisiejsza lista, nadchodzące, anulowanie, blokowanie czasu.
3. Zabezpiecz strony właściciela. Dodaj logowanie, zanim wprowadzisz prawdziwe dane.
4. Zasady. Bufory, okres wyprzedzenia, horyzont rezerwacji, święta.
5. E-mail. Potwierdzenie z zaproszeniem do kalendarza i linkiem do anulowania.
6. Zaliczki, jeśli są potrzebne, najpierw w trybie testowym Stripe.
7. Przetestuj przypadki brzegowe. Dwa okna rezerwujące ten sam termin, rezerwacja przechodząca przez północ, data zmiany czasu, anulowana rezerwacja zwalniająca termin.
8. Opublikuj, a następnie samodzielnie zrób prawdziwą rezerwację, zanim udostępnisz link.

Częste błędy

• Sprawdzanie dostępności tylko w przeglądarce. Wygląda dobrze, a mimo to powoduje podwójne rezerwacje.
• Zapisywanie czasów lokalnych bez strefy czasowej. Działa, dopóki nie zmienią się zegary.
• Pokazywanie nazwisk klientów w publicznym kalendarzu. Pokazuj tylko wolne lub zajęte.
• Budowanie od pierwszego dnia grafików pracowników, programu lojalnościowego i SMS-ów. Uruchom podstawowy przebieg, a potem dodawaj to, o co klienci naprawdę proszą.
• Brak możliwości zablokowania czasu przez właściciela. Pierwszy dzień choroby wywoła nieobecności klientów.

Kiedy lepszy jest Calendly (lub podobne narzędzie)

Jeśli jesteś jedną osobą, która udostępnia swoją dostępność na rozmowy, narzędzie do umawiania spotkań trudno pokonać. Według stanu na wrzesień 2026 darmowy plan Calendly obejmuje jeden typ wydarzenia, jedno połączenie z kalendarzem i planowanie jeden na jeden z konfigurowalną stroną rezerwacji, a płatne plany dodają więcej typów wydarzeń i funkcji zespołowych. Takie narzędzia łączą się z Twoim istniejącym kalendarzem od razu, podczas gdy własna aplikacja musi zostać do tego zbudowana.

Buduj własną, gdy potrzebujesz zasad, których te narzędzia nie obsługują, kilku zasobów do rezerwacji, pełnego brandingu, rezerwacji połączonych z innymi danymi (klienci, zamówienia, karnety) albo budujesz produkt do rezerwacji, który chcesz sprzedawać innym.

Budowanie z Mythex

W Mythex opisujesz aplikację do rezerwacji w czacie, agent buduje ją w podglądzie na żywo, a gdy rezerwacje muszą być zapisywane, dodaje bazę danych Postgres. Przypadek użycia strony rezerwacji w dokumentacji sugeruje, aby zacząć od formularza zgłoszeń i listy dla administratora, a potem dodać resztę. Bądź świadomy, co jest wbudowane, a co podłączasz samodzielnie: Mythex nie ma wbudowanej synchronizacji kalendarza, przypomnień SMS ani produktu zaliczek. E-maile wysyłasz przez własnego dostawcę, zaliczki przez własne klucze Stripe przechowywane jako sekrety projektu (przepis na Stripe), a zasady dotyczące podwójnych rezerwacji i stref czasowych określasz i testujesz samodzielnie, jak opisano wyżej.

Polecenie /test pozwala agentowi przeklikać przebieg rezerwacji w podglądzie i zgłosić, co nie działa. Na początek wypróbuj szablony strony rezerwacji dla zakładu fryzjerskiego lub narzędzia do umawiania spotkań, albo przejrzyj wszystkie szablony aplikacji.

Pytania