Manage.Camp logo Manage.Camp
Ressourcer Historier fra operatører

Historie fra en operatør

Fra regneark og e-mails til et reservationssystem hele teamet kan bruge

Dette er en anonymiseret beretning om en operatør af en campingplads, der gik fra manuel bookinghåndtering til Manage.Camp. Oplysningerne om campingpladsen er generaliseret, men problemerne i arbejdsgangen og resultaterne bygger på reelle erfaringer fra opstart.

Oplysninger om operatør og campingplads er anonymiseret. Beskrivelserne af resultatet afspejler det generelle mønster, vi har set under opstart, ikke en navngiven reference.

Campingpladsen

En familiedrevet campingplads i Centraleuropa. Omkring 45 blandede enheder, herunder standpladser, glampingpods og mobilhomes. To fuldtidssæsonmedarbejdere, én receptionsrolle og en ejer, der håndterede de fleste reservationer personligt uden for sæsonen. Campingpladsen havde været i drift i otte år, næsten udelukkende på regneark og e-mail.

Før: Sådan så systemet ud

Modtagelse af bookinger

Reservationer kom ind via telefon, e-mail og en bookingplatform. Hver kanal blev håndteret separat. Telefoniske bookinger blev skrevet på papir og tastet ind i et delt regneark samme dag - medmindre ejeren var travl, i så fald skete registreringen næste morgen.

Sporing af tilgængelighed

Regnearket var den fælles kilde for tilgængelighed. Receptionen kontrollerede det ved starten af hvert skift. Der var ingen lås på filen, så samtidige redigeringer medførte indimellem overskrevne poster. To dobbeltbookinger fandt sted i de 18 måneder før skiftet.

Prissætning

Sæsonpriser lå på en separat fane. Gebyrer for ekstra personer, turistskat og rengøringsgebyrer var anført i et referencedokument, som medarbejdere forventedes at huske. Uens anvendelse af gebyrer dukkede op i gæstefeedback cirka én gang om måneden.

Rapportering

Sæsonrapporteringen var en manuel øvelse, der tog to til tre dage. Ejeren trak data ud af reservationsregnearket og byggede en opsummering i en separat fil. Sammenligning år mod år krævede, at to års regneark blev fundet frem og afstemt.

Hvad udløste skiftet

Sæsonens anden dobbeltbooking blev den udløsende faktor - en gruppe på seks med en bekræftet reservation ankom og fandt deres enhed optaget. Løsningen kostede campingpladsen en gratis nat til begge parter og betydelig goodwill. Efter den hændelse begyndte ejeren at evaluere dedikeret software.

Implementering

Import af enheder

Enhedslisten blev først ryddet op - dubletter blev fjernet, navne standardiseret og typekategorier tildelt. Importen tog en eftermiddag. Ejeren beskrev dette som den mest værdifulde del af øvelsen, fordi den tvang en gennemgang af enhedsstrukturen, som ikke var blevet gjort i årevis.

Prisregler

Sæsonpriser, minimumophold og ekstra gebyrer blev konfigureret i Manage.Camp via prisgrænsefladen. Ejeren brugte CSV-import til grundpriserne og indtastede sæsonoverstyringer manuelt. Den samlede opsætningstid var cirka seks timer fordelt over to dage.

Migrering af åbne reservationer

Kun reservationer fra den aktuelle sæson blev migreret - cirka 60 reservationer. Historiske data blev bevaret i det gamle regneark som arkiv. Migreringen tog en halv arbejdsdag.

Overdragelse til personalet

Receptionspersonalet fik reservationstidslinjen og bookingflowet vist i en 2-timers gennemgang. De blev bedt om at oprette fem testreservationer og annullere to før idriftsættelsesdatoen. Der var ikke behov for formelt træningsmateriale.

Efter: Hvad ændrede sig

Ingen rapporterede dobbeltbookinger efter skiftet

Konfliktdetektion ved bookingtidspunktet fjernede den fejlkategori, der havde forårsaget de tidligere hændelser. Personalet behøvede ikke længere at krydstjekke et regneark, før en enhed blev bekræftet.

Mere ensartet prissætning

Klagepunkter fra gæster om gebyrer ophørte med at være et tilbagevendende problem. Personalet behøvede ikke længere huske prisreglerne - systemet beregnede dem ved booking.

Hurtigere sæsonrapportering

Den manuelle regnearksøvelse, der tidligere tog dage, blev erstattet af indbyggede rapporter om belægning og omsætning. Operatøren beskrev dette som en af de mest umiddelbare forbedringer.

Mindre involvering fra ejeren i daglige bookinger

Personalet håndterede reservationer, annulleringer og ændringer fra gæster med mindre behov for at involvere ejeren i rutinespørgsmål. Operatøren bemærkede en tydelig reduktion i daglige afbrydelser i højsæsonen.

Hvad der var sværere end forventet

  • Oprydning i enhedsnavne tog længere tid end forventet. År med uformelle navngivningskonventioner måtte løses før import. Det var værdifuldt arbejde, men ikke en opgave på en time.
  • Én medarbejder fandt i starten reservationstidslinjen uvant sammenlignet med den regnearksvisning, vedkommende havde brugt i årevis. Efter to ugers daglig brug forsvandt det problem af sig selv.
  • Det gamle regneark blev brugt uformelt i cirka to uger efter idriftsættelsen, før ejeren håndhævede en ren overgang. En tydelig beslutning fra dag ét om, at dette nu var den eneste kilde, ville have været hurtigere.

Ligner det jeres situation?

Hvis denne beretning ligner jeres nuværende setup, er en kort samtale om antal enheder, modtagelseskanaler og sæsonstruktur den hurtigste måde at vurdere, om et skifte giver mening.