Näin rakennat varaussovelluksen: ajat, saatavuus, muistutukset ja ennakkomaksut

Varaussovellus vaatii neljä asiaa, jotka toimivat yhdessä: luettelon siitä, mitä voi varata (palvelut, huoneet, henkilöstö), säännöt siitä, milloin kukin on saatavilla, varausprosessin, joka tarjoaa vain todella vapaat ajat, sekä yksityisen näkymän, jossa yritys hallitsee tulleita varauksia. Tekoälysovellusrakentaja voi tuottaa toimivan ensiversion lyhyestä kuvauksesta minuuteissa. Varsinainen työ on päättää säännöt, kuten aikavälin pituus, puskurit, peruutukset ja aikavyöhykkeet, ja testata, että päällekkäiset varaukset ovat mahdottomia.

Aloita päättämällä, mitä ”varaus” tarkoittaa sinulle

Varaussovellukset näyttävät samanlaisilta pinnalta, mutta eroavat paljon sisältä. Vastaa näihin ensin:

• Mitä varataan? Palvelu (hiustenleikkuu), henkilö (opettaja), resurssi (kokoushuone, kenttä, pakettiauto) tai paikka tapahtumassa (joogatunti, jossa on 12 paikkaa).
• Kuinka kauan se kestää? Kiinteä palvelukohtaisesti vai asiakkaan valitsema?
• Kuka tarjoaa sen? Yksi henkilö, useita työntekijöitä omilla aikatauluillaan vai ei kukaan (huone)?
• Mitä tapahtuu varauksen jälkeen? Välitön vahvistus vai pyyntö, jonka omistaja hyväksyy?
• Liittyykö rahaa? Ilmainen, maksu paikan päällä, ennakkomaksu vai täysi ennakkomaksu?

”Pyydä aika, omistaja vahvistaa sähköpostilla” on paljon yksinkertaisempi rakentaa kuin ”välitön varaus kolmea työntekijän kalenteria vastaan ennakkomaksuilla”. Molemmat ovat päteviä; valitse se, jota todella tarvitset ensimmäiseen versioon.

Mitä sovellus tarvitsee

Data

Tallenna loppuaika jokaiseen varaukseen, ei vain alkuaikaa. Se yksinkertaistaa päällekkäisyyden tarkistuksia huomattavasti.

Sivut

• Julkinen: palveluluettelo, aikavalitsin, varauslomake, vahvistussivu ja peruutus- tai uudelleenajoituslinkki.
• Yksityinen (omistaja tai henkilöstö): tämän päivän aikataulu, tulevat varaukset, mahdollisuus varata aikaa pois sekä palvelu- ja aikasetukset.

Oikeudet

Asiakkaiden pitää nähdä vain vapaat tai varatut ajat, ei koskaan muiden asiakkaiden nimiä. Henkilöstö näkee ehkä vain oman aikataulunsa; omistaja näkee kaiken. Kirjaa tämä ylös, koska se ratkaisee, tarvitsetko kirjautumisia ja rooleja. Oppaamme kirjautumisen lisäämisestä sovellukseesi käy vaihtoehdot läpi.

Vaikeat osat ja niiden käsittely

Päällekkäiset varaukset

Klassinen virhe: kaksi ihmistä lataa sivun, molemmat näkevät klo 10.00 vapaana ja molemmat varaavat sen. Korjaus on tarkistaa uudelleen palvelimella, kun varaus tallennetaan, ja hylätä se, jos mikään nyt menee päällekkäin. Pyydä tätä nimenomaisesti:

Kun varaus tallennetaan, tarkista palvelimella, ettei saman henkilön kanssa ole jo vahvistettua tai odottavaa varausta, joka menee päällekkäin pyydetyn ajan kanssa (puskuri mukaan lukien). Jos on, hylkää varaus ja näytä ”Tämä aika juuri varattiin – valitse toinen aika.”

Testaa sitten kahdella selainikkunalla.

Aikavyöhykkeet

Tallenna jokainen aika UTC-muodossa ja muunna näyttämistä varten. Päätä, kenen aikavyöhykkeellä varaussivu näyttää ajat. Yleensä paikan päällä tapahtuvissa palveluissa se on yrityksen, verkkopalaverissa asiakkaan, ja merkitse se sivulle. Testaa varaus kesäaikamuutoksen yli.

Puskurit, ilmoitusaika ja rajoitukset

Yleisiä sääntöjä, jotka kannattaa päättää etukäteen: puskuri tapaamisten välillä, vähimmäisilmoitusaika (”ei varauksia alle kaksi tuntia etukäteen”), kuinka pitkälle eteenpäin voi varata ja päivittäinen enimmäismäärä. Jokainen on yksi lause kehotteessa; jos jätät ne pois, tekoäly valitsee oletukset puolestasi.

Peruutukset ja poissaolot

Anna jokaiselle vahvistukselle peruutuslinkki yksilöllisellä tunnisteella, jotta asiakkaat eivät tarvitse tiliä. Päätä peruutusaika ja se, ovatko ennakkomaksut palautettavia, ja näytä käytäntö ennen maksua.

Muistutukset

Muistutussähköpostit tai tekstiviestit tarvitsevat jotain, joka ajetaan aikataulun mukaan (”joka 15. minuutti, lähetä muistutukset varauksille, jotka alkavat 24 tunnin kuluttua”). Tarkista, miten rakentajasi ja hostauksesi hoitavat ajastetut tehtävät. Jos ne eivät tue niitä, käytä ulkoista ajastinta, joka kutsuu sovelluksesi päätepistettä, tai lähetä vahvistussähköposti kalenterikutsulla, jotta asiakkaan oma kalenteri muistuttaa häntä. Katso näin lähetät sähköposteja sovelluksestasi palveluntarjoajan puolelta.

Ennakkomaksut ja maksut

Tavallinen malli Stripen kanssa:

1. Asiakas valitsee ajan; sovellus luo odottavan varauksen, joka pitää ajan varattuna lyhyen aikaa (esimerkiksi 15 minuuttia).
2. Sovellus ohjaa asiakkaan Stripe Checkoutiin ennakkomaksua varten.
3. Stripe ilmoittaa sovellukselle webhookilla, kun maksu onnistuu; varaus muuttuu vahvistetuksi.
4. Jos maksua ei tehdä ajoissa, odottava varaus vanhenee ja aika vapautuu.

Stripen vakiohinnoittelu on prosentti ja kiinteä maksu onnistunutta korttimaksua kohden ilman kuukausimaksua (syyskuun 2026 tilanne); hinnat vaihtelevat maittain, joten tarkista oman maasi hinnasto Stripen sivuilta. Käytä testitilaa ja testikortteja, kunnes kaikki toimii. Oppaamme maksujen lisäämisestä etenee vaihe vaiheelta.

Esimerkki toimivasta ensimmäisestä kehotteesta

Rakenna varaussovellus Northside Barbers -parturille. Palvelut: hiustenleikkuu (30 min, $25), partojen muotoilu (15 min, $12), hiustenleikkuu + parta (45 min, $32). Kaksi parturia, Sam ja Ali, jotka työskentelevät tiistaista lauantaihin klo 9.00–18.00. Asiakas valitsee palvelun, sitten parturin tai ”kuka tahansa”, ja näkee vain vapaat 15 minuutin aloitusajat seuraavalle 14 päivälle. Asiakas syöttää nimen, puhelinnumeron ja sähköpostin. Tallenna varaukset tietokantaan, jossa jokaisen varauksen jälkeen on 10 minuutin puskuri, ja tarkista saatavuus uudelleen tallennuksessa päällekkäisten varausten estämiseksi. Näytä vahvistussivu peruutuslinkillä. Omistajalla on yksityinen sivu, joka listaa tämän päivän ja tulevat varaukset, hän voi peruuttaa varauksen ja varata aikaa pois. Ajat ovat myymälän paikallisessa aikavyöhykkeessä. Selkeä, mobiili edellä suunniteltu ulkoasu.

Se nimeää palvelut, henkilöstön, aukioloajat, säännöt ja omistajan näkymän – kaiken, minkä tekoäly muuten arvaisi.

Rakennusvaiheet

1. Ydinvarausprosessi ensin. Palvelut → aika → lomake → tallennettu varaus → vahvistus. Ei mitään muuta, ennen kuin tämä toimii puhelimella.
2. Omistajan näkymä. Tämän päivän lista, tulevat lista, peruutus, ajan varaus pois.
3. Suojaa omistajan sivut. Lisää kirjautuminen ennen kuin oikeaa dataa syötetään.
4. Säännöt. Puskurit, ilmoitusaika, varausaikaväli, lomat.
5. Sähköposti. Vahvistus kalenterikutsulla ja peruutuslinkillä.
6. Ennakkomaksut, jos tarvitset niitä, ensin Stripen testitilassa.
7. Testaa reunatapaukset. Kaksi ikkunaa varaamassa samaa aikaa, varaus keskiyön yli, kesäaikapäivä, peruutettu varaus, joka vapauttaa ajan.
8. Julkaise, ja tee itse oikea varaus ennen linkin jakamista.

Yleisimmät virheet

• Saatavuuden tarkistaminen vain selaimessa. Se näyttää oikealta ja kaksoisvarata silti.
• Paikallisten aikojen tallentaminen ilman aikavyöhykettä. Toimii, kunnes kellot vaihtuvat.
• Asiakkaiden nimien näyttäminen julkisessa kalenterissa. Näytä vain vapaa tai varattu.
• Henkilöstön aikataulutus, uskollisuuspisteet ja SMS ensimmäisenä päivänä. Julkaise ydinprosessi, lisää sitten se, mitä asiakkaat todella pyytävät.
• Ei tapaa omistajalle varata aikaa pois. Ensimmäinen sairauspäivä tuottaa poissaoloja.

Milloin Calendly (tai vastaava) on parempi valinta

Jos olet yksi henkilö, joka jakaa saatavuutensa puheluihin, ajanvarausväline on vaikea voittaa. Syyskuun 2026 tilanteen mukaan Calendlyn ilmainen tilaus kattaa yhden tapahtumatyypin, yhden kalenteriyhteyden ja kahden kesken tapahtuvan ajanvarauksen muokattavalla varaussivulla, ja maksulliset tilaukset lisäävät tapahtumatyyppejä ja tiimiominaisuuksia. Tällaiset työkalut yhdistyvät suoraan olemassa olevaan kalenteriisi, mitä oma sovellus joutuu rakentamaan erikseen.

Rakenna oma, kun tarvitset sääntöjä, joita nämä työkalut eivät tue, useita varattavia resursseja, omaa brändiä kaikkialla tai varauksia, jotka liittyvät muihin tietoihin (asiakkaat, tilaukset, jäsenyydet), tai rakennat varausvälinettä myytäväksi muille.

Varausten rakentaminen Mythexillä

Mythexissä kuvailet varaussovelluksen chatissa, se rakentaa sen live-esikatselussa ja lisää Postgres-tietokannan, kun varaukset pitää tallentaa. Varaussivun käyttötapaus dokumentaatiossa ehdottaa aloittamista varauslomakkeella ja ylläpidon listalla, ja lisäämään loput myöhemmin. Ole selvillä siitä, mikä on sisäänrakennettua ja mitä kytket itse: Mythexissä ei ole sisäänrakennettua kalenterisynkronointia, SMS-muistutuksia eikä ennakkomaksutuotetta. Sähköposti kulkee oman palveluntarjoajasi kautta, maksut omilla Stripe-avaimillasi, jotka tallennetaan projektin salaisuuksiksi (Stripe-ohje), ja päällekkäisyyden ja aikavyöhykkeiden säännöt määrität ja testaat itse kuten yllä.

Komento /test pyytää agenttia klikkaamaan varausprosessin läpi esikatselussa ja raportoimaan, mikä hajoaa. Aloituskehotteeksi kokeile parturin varauswebsivustoa tai kokouksen varaajaa -mallia, tai selaa kaikkia sovellusmalleja.

Kysymykset