De fire tingene som avgjør prisen
Hvem betaler, og når. Gratis påmelding er en kalender. Betaling ved booking er en kalender pluss en betalingsleverandør, refusjonsregler og avstemming. Faktura i etterkant er et tredje system, og det er sjelden det billigste.
Hva som skjer etter betalingen. Et bekreftelses-e-postbrev er én ting. En kode som gjelder i akkurat det tidsrommet, en ovn som starter førti minutter før, en påminnelse dagen før og en oppfølging etterpå er fire ting – hver med sin egen måte å feile på.
Hvor mange som deler kalenderen. Én ressurs på ett sted er enkelt. Flere rom, flere avdelinger, ulike priser på ulike tider, sesong, ansatte som skal se hver sin plan – det er ikke «mer av det samme», det er en annen datamodell.
Om noe fysisk skal skje. I det øyeblikket bookingen skal styre en lås, en ovn eller en teller, snakker programvaren med verden. Da må systemet håndtere at nettet er borte, at utstyret svarer sent, og at gjesten står utenfor døra uansett.
Hva du faktisk kjøper
Et bookingsystem selges som én ting og er som regel sju:
- Kalenderen – tilgjengelighet, varighet, buffer, sesong, sperrede tider.
- Betalingen – gjennomføring, refusjon, delbetaling, avstemming.
- Kundeforholdet – konto, medlemskap, klippekort, historikk.
- Varslingen – bekreftelse, påminnelse, endring, avlysning, på e-post og SMS.
- Administrasjonen – den delen dere lever i hver dag, og den som oftest blir nedprioritert.
- Integrasjonene – regnskap, låser, styring, kalender, det dere allerede bruker.
- Driften – overvåking, sikkerhetskopi, oppdateringer, og noen som svarer når det står.
Når noen sammenligner to tilbud som spriker kraftig, er det nesten alltid fordi de teller ulikt antall av disse.
Hyllevare eller egen kode
Ferdige systemer er gode, og de er billigere enn å bygge. Regelen vi bruker selv: hyllevare så lenge driften kan følge systemet. Egen kode når systemet må følge driften.
Det er tre situasjoner der egen kode pleier å lønne seg. Når arbeidsflyten deres er selve produktet og ikke kan bøyes. Når to eller tre systemer må holdes i synk manuelt, og noen bruker en time om dagen på det. Og når noe fysisk skal styres – da finnes det sjelden hyllevare i det hele tatt.
HeatBooking ble bygget av den tredje grunnen. Booking, betaling, medlemskap, renholdsplan og adgang henger sammen i én flyt, og på Vestfjord Sauna styrer den samme flyten en PLS med temperaturfølere og en ovn som skal være varm når gjesten kommer. Det finnes ikke som abonnement.
Der prisen løper fra folk
Ikke i funksjonene. I kantene:
- Avbestilling. Hvem får pengene tilbake, hvor sent, og hva skjer med klippet?
- Dobbeltbooking. To som trykker samtidig på den siste timen. Løses i databasen, ikke i grensesnittet.
- Sommertid. To ganger i året finnes en time to ganger, eller ikke i det hele tatt.
- Betalinger som henger. Kortet er belastet, svaret kom aldri fram. Systemet må tåle det uten menneskelig opprydding.
- Personopplysninger. Hva lagres, hvor lenge, og hvem kan se det.
Dette er ikke ekstraarbeid. Det er arbeidet. Et tilbud som ikke nevner noe av det, har flyttet regningen til senere.
Slik finner du ut av det på en time
Vi setter ikke pris uten å vite hva vi setter pris på – en logistikkbedrift med maskinlæring og en badstubedrift med to rom er ikke samme jobb, og et prisskilt ville vært like nyttig for begge.
Så: beskriv driften deres i Living Brief, så får du en arkitekturskisse, faser og et tidsrom i uker tilbake med én gang – uten at noen ringer deg. Vil du starte enda enklere, tar den frie KI-gjennomgangen for seg hele virksomheten og peker på hva som er verdt å gjøre først.