WordPress je odlična osnova za spletno stran majhnega podjetja, vendar spletna stran sama po sebi še ne rešuje vprašanja, ki ga številni ponudniki storitev dobivajo vsak dan: »Kdaj imate prost termin?«
Če termine še vedno usklajujete po telefonu, e-pošti, Messengerju ali WhatsAppu, lahko spletni strani dodate rezervacijski sistem in obiskovalcem omogočite, da sami preverijo razpoložljivost ter rezervirajo ustrezen termin.
Pri tem ni samo eno možno tehnično izhodišče. Rezervacije lahko postanejo del samega WordPressa, lahko uporabite zunanji rezervacijski sistem z vgradnim gradnikom ali pa razvijete lastno rešitev.
V tem članku bomo pogledali, kako izbrati rezervacijski sistem za WordPress, kakšne so razlike med posameznimi pristopi in kako lahko spletne rezervacije vključite v obstoječo stran brez njene popolne prenove.
Če šele razmišljate o spletnem naročanju in vas WordPress še ne zanima na tehničnem nivoju, priporočamo najprej naš širši vodič kako dodati spletne rezervacije na svojo spletno stran.
Kaj mora rezervacijski sistem za WordPress dejansko znati?
Ko iščemo rešitev za rezervacije, je hitro mamljivo iskati samo po izrazih, kot so »WordPress booking plugin«, »booking widget« ali »rezervacijski koledar«. Toda lep koledar na strani je le vidni del sistema.
V ozadju mora rezervacijska rešitev poznati vsaj:
- katere storitve ponujate;
- koliko časa posamezna storitev traja;
- kdaj ste običajno razpoložljivi;
- katere izjeme veljajo za dopuste, praznike in posamezne datume;
- katera oseba, prostor ali druga potrebna sredstva morajo biti prosta;
- katere rezervacije že obstajajo;
- ali lahko isti termin rezervira ena ali več oseb;
- ali je treba rezervacijo takoj potrditi ali jo želite najprej pregledati.
Zato dober rezervacijski sistem ni zgolj WordPress obrazec. Njegova glavna naloga je izračunati, kdaj je rezervacija dejansko možna.
Trije glavni načini za dodajanje rezervacij v WordPress
V praksi lahko rešitve razdelimo v tri skupine.
| Pristop | Kje živi rezervacijska logika? | Primerno za |
|---|---|---|
| WordPress rezervacijski vtičnik | V WordPressu in njegovi podatkovni zbirki | Strani, kjer želite celoten sistem upravljati znotraj WordPressa |
| Zunanji rezervacijski sistem + gradnik | V ločeni rezervacijski storitvi | Podjetja, ki želijo booking ločiti od CMS-a |
| Lasten razvoj | V lastni aplikaciji oziroma backendu | Posebne zahteve in kompleksni poslovni procesi |
Vsak pristop ima svoje prednosti. Pomembno je predvsem razumeti, kaj se zgodi z rezervacijami, ko posodobite WordPress, zamenjate temo ali čez nekaj let spletno stran preselite na drugo platformo.
1. WordPress booking plugin
Prva možnost je klasičen WordPress vtičnik za rezervacije. Vtičnik namestite v WordPress administraciji, nato pa znotraj istega sistema nastavite storitve, urnike in obrazce.
Ta pristop je lahko zelo priročen, ker je vse na enem mestu. Za uporabnika, ki želi celotno poslovno logiko upravljati iz WordPress administracije, je to pogosto najbolj očitna pot.
Vendar ima tudi posledico: rezervacijski sistem postane del WordPress okolja. To pomeni, da je treba pri vzdrževanju upoštevati združljivost vtičnika z WordPressom, PHP različico, temo in drugimi vtičniki.
Če čez čas spletno stran prenovite ali se preselite z WordPressa na drugo platformo, je treba preveriti tudi, kaj se zgodi z rezervacijskimi podatki in konfiguracijo.
2. Zunanji rezervacijski sistem z WordPress gradnikom
Druga možnost je, da WordPress ostane odgovoren za vsebino in predstavitev spletne strani, rezervacijski sistem pa deluje ločeno.
Na WordPress strani se v tem primeru prikaže rezervacijski gradnik oziroma booking widget, ki obiskovalcu omogoča izbiro storitve, datuma in termina. Storitve, urniki, viri in rezervacije pa se upravljajo v zunanjem sistemu.
Prednost tega pristopa je predvsem ločitev odgovornosti:
- WordPress upravlja strani, članke, SEO in drugo vsebino;
- rezervacijski sistem upravlja storitve, razpoložljivost in rezervacije;
- gradnik poveže oba svetova na uporabniškem nivoju.
Če zamenjate WordPress temo ali celo zamenjate CMS, rezervacijske konfiguracije ni nujno ponovno ustvariti. Na novo spletno stran samo ponovno vključite gradnik.
Primer: Schedito za WordPress
Schedito deluje kot ločen rezervacijski sistem, WordPress pa ostane vaš CMS. Na strani prikažete rezervacijski gradnik, medtem ko storitve, vire in razpoložljivost upravljate v Scheditu.
Rezervacijski gradnik za WordPress3. Lasten rezervacijski sistem
Tretja možnost je lasten razvoj. Ta ima največ smisla, kadar rezervacije niso samostojna funkcija, ampak del kompleksnejšega poslovnega procesa.
Na primer, rezervacija lahko sproži še izdelavo ponudbe, preverjanje zaloge, razporejanje zaposlenih, plačilo, pogodbo ali povezavo z drugim internim sistemom.
Lastna rešitev omogoča največ svobode, vendar pomeni tudi razvoj in dolgoročno vzdrževanje vseh funkcij, ki jih pri gotovem sistemu dobite že izdelane: razpoložljivost, preprečevanje konfliktov, časovne pasove, potrditve, obvestila, uporabniški vmesnik in administracijo.
Kaj je bolje: WordPress vtičnik ali zunanji rezervacijski sistem?
Ni univerzalnega odgovora. Dobra odločitev je odvisna od tega, koliko želite WordPress povezati z rezervacijskim procesom.
| Vprašanje | WordPress vtičnik | Zunanji sistem + gradnik |
|---|---|---|
| Vse želite upravljati iz WordPressa | Prednost | Manj pomembno |
| Rezervacije naj ostanejo neodvisne od CMS-a | Manj primerno | Prednost |
| Pogosto menjate oziroma razvijate frontend | Lahko zahteva migracijo | Konfiguracija ostane ločena |
| Želite čim manj lastnega vzdrževanja booking logike | Odvisno od vtičnika | Prednost SaaS pristopa |
| Potrebujete popolnoma prilagojeno logiko | Odvisno od vtičnika | Odvisno od storitve/API-ja |
Za majhno podjetje je pogosto najbolj smiselno izbrati pristop, ki zahteva najmanj tehničnega vzdrževanja in se dobro ujema z načinom dela.
Kako se rezervacijski gradnik doda v WordPress?
WordPress ima v urejevalniku strani blok Custom HTML, namenjen vstavljanju lastnega HTML-ja. V aktualnih različicah WordPressa imajo uporabniki z ustreznimi pravicami na voljo tudi razširjene možnosti za HTML, CSS in JavaScript. Uradna WordPress dokumentacija za blok je na voljo na strani Custom HTML.
Pri integraciji zunanjega gradnika je tehnično najbolje ločiti tri elemente:
- CSS oziroma slogovno datoteko, ki določa videz gradnika;
- JavaScript, ki gradnik inicializira in poveže z rezervacijskim sistemom;
- HTML element, ki določa mesto, kjer naj se rezervacije prikažejo.
Skupni CSS in JavaScript praviloma naložite samo enkrat, HTML element posameznega koledarja pa postavite na stran, kjer želite rezervacije.
Pri bolj urejeni WordPress integraciji se skupne datoteke običajno vključujejo na nivoju teme oziroma spletnega mesta. WordPress za frontend skripte in sloge ponuja standardni mehanizem wp_enqueue_scripts.
Potrebujete natančna navodila?
Pripravili smo ločen vodič po korakih za dodajanje Schedita v WordPress, vključno z razdelitvijo CSS, JavaScript in koledarskega DIV-a.
Kako dodati Schedito v WordPressAli za Schedito potrebujem poseben WordPress plugin?
Ne. Osnovna Schedito integracija ne zahteva posebnega WordPress vtičnika.
To je namerna arhitekturna odločitev: isti rezervacijski sistem se lahko prikaže tudi na Wixu, Webflowu, Squarespaceu, Joomli ali spletni strani po meri.
WordPress je v tem primeru eden od možnih frontendov, ne pa okolje, v katerem je rezervacijska logika zaklenjena.
Takšen pristop je zanimiv predvsem za podjetja, ki želijo ohraniti možnost kasnejše prenove spletne strani brez migracije samega rezervacijskega sistema.
Kaj naj vsebuje dobra WordPress stran za rezervacije?
Ni dovolj, da na prazno stran postavite koledar. Obiskovalcu dajte dovolj informacij, da se lahko odloči brez dodatnega telefonskega klica.
Na strani naj bodo praviloma:
- jasen naslov storitve oziroma rezervacije;
- kratka razlaga, komu je storitev namenjena;
- trajanje;
- cena, če jo želite javno prikazati;
- lokacija ali informacija, da storitev poteka na daljavo;
- morebitni pogoji ali priprava;
- rezervacijski gradnik;
- kontakt za primere, ko stranka ne more uporabiti spletnega naročanja.
Tako rezervacijski sistem postane del prodajne strani in ne izoliran tehnični element.
Ne pozabite na mobilne telefone
Velik del obiskovalcev bo termin rezerviral na telefonu, zato je treba po namestitvi vedno preveriti dejansko rezervacijsko pot na manjšem zaslonu.
Preverite predvsem:
- ali je gradnik dovolj širok in ni odrezan;
- ali je mogoče enostavno izbrati datum;
- ali so gumbi dovolj veliki;
- ali vaša WordPress tema okoli gradnika ne dodaja preveč paddinga ali fiksne širine;
- ali je obrazec mogoče dokončati brez horizontalnega premikanja.
Težava je lahko pogosto v WordPress temi oziroma nadrejenem vsebniku in ne v samem rezervacijskem sistemu.
Rezervacijski sistem mora prikazovati dejansko razpoložljivost
Če stranka vidi termin ob 10.00, mora sistem vedeti, da ga lahko dejansko sprejmete.
To pomeni, da mora upoštevati kombinacijo:
- vašega običajnega urnika;
- trajanja storitve;
- že obstoječih rezervacij;
- potrebnih zaposlenih oziroma drugih virov;
- dopustov in izjem;
- po potrebi tudi dogodkov iz zunanjega koledarja.
Pri salonu je lahko oseba prosta, prostor pa zaseden. Pri svetovalcu je lahko delovni čas odprt, vendar ima v Google Koledarju že sestanek. Pri delavnici je lahko čas še vedno na voljo, vendar je doseženo največje dovoljeno število udeležencev.
Prav zaradi teh pravil je rezervacijski sistem več kot samo koledar na WordPress strani.
WordPress rezervacije in Google Koledar
Če že uporabljate Google Koledar za sestanke, preverite, ali lahko rezervacijska rešitev upošteva njegove zasedene termine.
Idealno je, da vam ni treba istega urnika ročno vzdrževati na več mestih. Zunanji dogodek lahko prepreči prikaz termina kot prostega, nova potrjena rezervacija pa se lahko pojavi tudi v koledarju, ki ga uporabljate vsak dan.
Primeri uporabe WordPress rezervacijskega sistema
Svetovalec
Na strani »Rezerviraj posvet« predstavi 30- in 60-minutni posvet ter neposredno pod opisom prikaže proste termine. Obiskovalec prebere ponudbo in rezervacijo zaključi brez prehoda na drugo spletno mesto.
Kozmetični ali frizerski salon
Stranka izbere storitev in termin. V ozadju sistem preverja tudi razpoložljivost zaposlenega oziroma drugega potrebnega vira.
Coach ali osebni trener
Individualni termini imajo kapaciteto ena, pri skupinski aktivnosti pa lahko isti termin rezervira več oseb do določene omejitve.
Delavnica ali dogodek
Storitev ni nujno na voljo vsak teden. Lahko obstaja samo v soboto ob 10. uri in ima na primer 12 prostih mest.
Rezervacije naj ostanejo del vaše spletne strani
Ena od prednosti vgradnega rezervacijskega gradnika je, da lahko uporabnik ostane na strani, na kateri ste že predstavili svojo storitev.
To vam omogoča, da okoli rezervacijskega vmesnika sami oblikujete:
- SEO vsebino;
- opis storitve;
- pogosta vprašanja;
- reference;
- fotografije;
- cenik;
- druge elemente, ki obiskovalcu pomagajo pri odločitvi.
WordPress tako ostane odgovoren za vsebino in organsko vidnost, rezervacijski sistem pa opravlja specializirano nalogo v ozadju.
Kontrolni seznam pred objavo
Preden gumb »Rezerviraj« pokažete strankam, naredite vsaj naslednje:
- Odprite stran kot navaden obiskovalec, brez prijave v WordPress.
- Preverite, ali se CSS in JavaScript pravilno naložita.
- Izberite storitev in preverite prikazane termine.
- Opravite pravo testno rezervacijo.
- Preverite, ali se je termin pravilno zasedel.
- Preverite rezervacijo v administraciji.
- Če uporabljate zunanji koledar, preverite tudi njegovo sinhronizacijo.
- Ponovite test na telefonu.
Pogosta vprašanja o WordPress rezervacijah
Kateri je najboljši rezervacijski sistem za WordPress?
Najboljši je tisti, ki podpira vaš dejanski način dela. Pred izbiro preverite storitve, vire, urnike, izjeme, kapaciteto, koledarske integracije in način vgradnje v stran. Število funkcij samo po sebi ni dober kriterij.
Ali potrebujem WordPress booking plugin?
Ne nujno. Rezervacijski sistem je lahko WordPress vtičnik ali ločena storitev z vgradnim gradnikom. Schedito uporablja drugi pristop in za osnovno WordPress integracijo ne potrebuje svojega vtičnika.
Ali lahko rezervacijski koledar dodam na obstoječo WordPress stran?
Da. Pri sistemih, ki podpirajo vgradnjo, lahko rezervacijski element postavite na obstoječo stran oziroma ustvarite posebno stran za rezervacije.
Ali moram CSS in JavaScript dodati pri vsakem koledarju?
Pri Scheditu ne. Skupni datoteki naložite enkrat, posamezna mesta za rezervacije pa imajo svoj koledarski HTML element.
Ali lahko več zaposlenih uporablja isti sistem?
To je odvisno od rezervacijskega sistema in izbranega paketa. Pri kompleksnejših storitvah je pomembno predvsem, da sistem zna zaposlene oziroma druge vire vključiti v izračun razpoložljivosti.
Ali lahko WordPress zamenjam, ne da bi izgubil rezervacijski sistem?
Če uporabljate zunanjo rešitev, kot je Schedito, rezervacijska konfiguracija ni vezana na WordPress. Ob menjavi spletne platforme je treba gradnik vključiti na novi strani, rezervacijskih pravil pa ni treba ponovno ustvariti.
WordPress naj upravlja spletno stran, rezervacijski sistem pa termine
WordPress je zelo prilagodljiv CMS in prav zato ni treba, da vsaka funkcija spletnega mesta tudi živi znotraj WordPressa.
Če želite vse upravljati v enem sistemu, je lahko kakovosten booking plugin odlična izbira. Če pa želite rezervacije ločiti od spletne platforme, je smiselna alternativa zunanji rezervacijski sistem z vgradnim gradnikom.
Pri izbiri se zato ne vprašajte samo »Kateri WordPress plugin naj namestim?«, ampak predvsem: kako želim upravljati rezervacije čez dve, tri ali pet let?
Preizkusite spletne rezervacije na svojem WordPressu
Schedito lahko začnete uporabljati brezplačno in brez plačilnega sredstva. Rezervacijski sistem ostane ločen od WordPressa, gradnik pa vključite v stran, ki jo že imate.
Preizkusi Schedito brezplačno