Paano Gumawa ng Booking App: Slots, Availability, Reminders at Deposits

Para gumawa ng booking app, kailangan mo ng apat na bagay na gumagana nang magkakasama: listahan ng mga puwedeng i-book (services, kuwarto, staff), mga panuntunan kung kailan available ang bawat isa, daloy ng booking na nag-aalok lang ng talagang bakanteng slot, at pribadong view kung saan pinamamahalaan ng negosyo ang mga pumasok. Kayang gumawa ng gumaganang unang bersyon ng AI app builder mula sa maikling paglalarawan sa loob ng ilang minuto. Ang tunay na trabaho ay ang pagpapasya ng mga panuntunan — haba ng slot, buffer, pagkansela, time zone — at ang pagsubok na imposible talaga ang double booking.

Magsimula sa pagpapasya kung ano ang ibig sabihin ng "booking" para sa iyo

Magkamukha ang mga booking app sa labas, pero magkaiba ang laman nila. Sagutin muna ang mga ito:

• Ano ang ibinu-book? Isang service (gupit), isang tao (tutor), isang resource (meeting room, court, van), o isang puwesto sa session (yoga class na may 12 puwesto).
• Gaano katagal ito? Nakapirmi kada service, o pipiliin ng customer?
• Sino ang nagbibigay nito? Isang tao, ilang staff na may kani-kanilang oras, o walang tao (kuwarto lang)?
• Ano ang mangyayari pagkatapos ng booking? Agarang kumpirmasyon, o request na aaprubahan ng may-ari?
• May kinalaman ba ang pera? Libre, bayad sa mismong araw, deposit nang maaga, o buong bayad nang maaga?

Mas simpleng itayo ang "humiling ng oras, kukumpirmahin ng may-ari sa email" kaysa "agarang booking laban sa tatlong staff calendar na may deposit". Parehong tama — piliin ang kailangan mo talaga para sa unang bersyon.

Ano ang kailangan ng app

Data

Ang pag-iimbak ng oras ng pagtatapos sa bawat booking, hindi lang ng simula, ay nagpapadali nang malaki sa pagsuri ng overlap.

Mga page

• Pampubliko: listahan ng service, pumili ng slot, booking form, confirmation page, at cancel o reschedule link.
• Pribado (may-ari o staff): iskedyul ngayon, paparating na booking, paraan para i-block ang oras ng pahinga, at settings para sa services at oras.

Mga pahintulot

Dapat makita lang ng customer ang bakante o abalang slot — hindi kailanman ang pangalan ng ibang customer. Maaaring makita ng staff ang sarili nilang iskedyul lang; nakikita ng may-ari ang lahat. Isulat ito, dahil ito ang nagpapasya kung kailangan mo ng login at role. Sakop ng gabay namin sa pagdaragdag ng login sa app ang mga opsyon.

Ang mahihirap na bahagi, at paano haharapin ang mga ito

Double booking

Ang klasikong bug: dalawang tao ang nagbukas ng page, parehong nakitang bakante ang 10:00, at pareho silang nag-book. Ang ayos ay i-check ulit sa server kapag sine-save ang booking at tanggihan kung may nag-o-overlap na ngayon. Hilingin ito nang tahasan:

Kapag sine-save ang booking, i-check ulit sa server na walang confirmed o pending na booking para sa parehong staff ang nag-o-overlap sa hiniling na oras (kasama ang buffer). Kung meron, tanggihan ito at ipakita ang "Nakuha na ang oras na iyon — pumili ng iba."

Pagkatapos, subukan ito gamit ang dalawang browser window.

Time zone

I-store ang bawat oras sa UTC at i-convert para sa display. Pagpasyahan kung time zone kanino ang ipapakita ng booking page — kadalasan ng negosyo para sa personal na serbisyo, at ng customer para sa online na tawag — at lagyan ito ng label sa page. Subukan ang booking sa araw ng pagpapalit ng daylight saving.

Buffer, abiso at limitasyon

Mga karaniwang panuntunang sulit pagpasyahan nang maaga: buffer sa pagitan ng mga appointment, minimum na abiso ("walang booking na mas malapit sa 2 oras"), gaano kalayo nang maaga puwedeng mag-book ang mga tao, at pang-araw-araw na limitasyon. Isang pangungusap lang ang bawat isa sa prompt; kapag iniwan mo ito, pipili ang AI ng default para sa iyo.

Pagkansela at hindi pagsipot

Bigyan ng cancel link na may natatanging token ang bawat kumpirmasyon para hindi kailangan ng account ng customer. Pagpasyahan ang cancellation window at kung maibabalik ang deposit, at ipakita ang patakarang iyon bago ang bayad.

Reminders

Ang reminder email o text ay nangangailangan ng bagay na tumatakbo ayon sa iskedyul ("tuwing 15 minuto, magpadala ng reminder para sa bookings na magsisimula sa loob ng 24 oras"). Tingnan kung paano hinahawakan ng builder at hosting mo ang mga scheduled job. Kung hindi, gumamit ng external scheduler na tumatawag sa endpoint ng app mo, o ipadala ang confirmation email kasama ang calendar invite para ang sarili nang calendar ng customer ang magpaalala sa kanila. Tingnan ang paano magpadala ng email mula sa app para sa panig ng provider.

Deposit at bayad

Karaniwang pattern gamit ang Stripe:

1. Pumili ang customer ng slot; gumagawa ang app ng pending na booking na nagre-reserve ng slot sa maikling panahon (halimbawa 15 minuto).
2. Ipinapadala sila ng app sa Stripe Checkout para sa deposit.
3. Ipinapaalam ng Stripe sa app mo sa pamamagitan ng webhook kapag nagtagumpay ang bayad; nagiging confirmed ang booking.
4. Kung walang bayad sa oras, nag-e-expire ang pending na booking at lumalaya ang slot.

Ang karaniwang pagpepresyo ng Stripe ay porsyento kasama ang nakapirming bayad kada matagumpay na card payment, walang buwanang bayad (noong Setyembre 2026); nagkakaiba ang rate ayon sa bansa, kaya tingnan ang pricing page ng Stripe para sa bansa mo. Gamitin ang test mode at mga test card hanggang gumana ang lahat. Ang gabay namin sa pagdaragdag ng bayad ay may hakbang-hakbang na paliwanag.

Unang prompt na gumagana

Gumawa ng booking app para sa Northside Barbers. Services: Haircut (30 min, $25), Beard trim (15 min, $12), Haircut + beard (45 min, $32). Dalawang barber, sina Sam at Ali, na parehong nagtatrabaho Martes–Sabado 9:00–18:00. Pipili ang customer ng service, pagkatapos barber o "kahit sino", at makikita lang ang bakanteng 15-minutong simula ng oras sa susunod na 14 na araw, at ilalagay ang pangalan, telepono at email. I-save ang mga booking sa database, may 10-minutong buffer pagkatapos ng bawat appointment, at i-check ulit ang availability kapag sine-save para maiwasan ang double booking. Magpakita ng confirmation page na may cancel link. May pribadong page ang may-ari na naglilista ng booking ngayon at paparating, puwedeng magkansela ng booking at mag-block ng oras. Nasa lokal na time zone ng shop ang mga oras. Malinis na disenyong nakatuon sa telepono.

Tinutukoy nito ang mga service, staff, oras, panuntunan at view ng may-ari — ang lahat ng hulaan sana ng AI.

Mga hakbang sa pagbuo

1. Core na daloy ng booking muna. Service → slot → form → naka-save na booking → kumpirmasyon. Walang iba hangga't hindi ito gumagana sa telepono.
2. View ng may-ari. Listahan ngayon, paparating, pagkansela, pag-block ng oras.
3. Protektahan ang mga pahina ng may-ari. Magdagdag ng login bago pumasok ang totoong data.
4. Mga panuntunan. Buffer, panahon ng abiso, hangganan ng pag-book, holiday.
5. Email. Kumpirmasyon na may calendar invite at cancel link.
6. Deposit kung kailangan, sa Stripe test mode muna.
7. Subukan ang mga edge case. Dalawang window na nag-book ng parehong slot, booking na tumatawid sa hatinggabi, petsa ng daylight saving, at kinanselang booking na nagpapalaya ng slot.
8. I-publish, tapos gumawa ka mismo ng totoong booking bago ibahagi ang link.

Mga karaniwang pagkakamali

• Pagsusuri ng availability sa browser lang. Mukhang tama, pero nagdo-double book pa rin.
• Pag-iimbak ng lokal na oras nang walang time zone. Gumagana ito hanggang magpalit ang orasan.
• Pagpapakita ng pangalan ng customer sa pampublikong calendar. Bakante o abala lang ang dapat ipakita.
• Pagbuo ng staff scheduling, loyalty points at SMS sa unang araw. Ilunsad muna ang core na daloy, tapos idagdag ang hinihingi talaga ng mga customer.
• Walang paraan para sa may-ari na mag-block ng oras. Ang unang araw na may sakit ka ay magdudulot ng no-show.

Kailan mas bagay ang Calendly (o katulad nito)

Kung isa kang tao na nagbabahagi ng availability para sa tawag, mahirap talunin ang scheduling tool. Noong Setyembre 2026, sakop ng libreng plan ng Calendly ang isang event type, isang koneksyon sa calendar, at one-on-one na scheduling na may maaaring i-customize na booking page; dinadagdagan ng bayad na plan ang event type at team feature. Kumokonekta ang ganitong mga tool sa kasalukuyan mong calendar nang walang setup, na kailangang itayo pa sa custom na app.

Gumawa ng sarili kapag kailangan mo ng mga panuntunang hindi sinusuportahan ng mga tool na iyon, maraming bookable na resource, sarili mong branding sa buong karanasan, mga booking na nakakabit sa iba pang data (customer, order, membership), o nagbebenta ka ng booking product sa iba.

Pagbuo nito gamit ang Mythex

Sa Mythex, ilalarawan mo ang booking app sa chat, itatayo ito sa live preview, at magdaragdag ito ng Postgres database kapag kailangang i-save ang mga booking. Iminumungkahi ng booking page use case sa docs na magsimula sa request form at admin list, tapos idagdag ang iba. Maging malinaw kung ano ang built-in at ano ang ikinakabit mo: walang built-in na calendar sync, SMS reminder o deposit product ang Mythex. Dumadaan ang email sa sarili mong provider, ang deposit naman sa sarili mong Stripe key na nakalagay bilang project secret (Stripe recipe), at ang mga panuntunan sa double booking at time zone ay tinutukoy at sinusubok mo, tulad ng nasa itaas.

Gumagana ang /test command kapag pinapa-click ng agent ang daloy ng booking sa preview at sinasabi kung ano ang masisira. Para sa panimulang prompt, subukan ang barbershop booking website o meeting booker na template, o tingnan ang lahat ng app template.

Mga tanong