Ressourcer Eksempel på arbejdsgang

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

Et fiktivt eksempel på overgangen fra regneark til en fælles reservationsproces. Dette er ikke en kundehistorie eller en rapport om målte resultater.

Tal med os

Reservationskalender — Faktisk grænseflade (engelsk) · Demodata · Tidslinjevisning med træk og slip

Tegn på at jeres regneark er ved at blive en belastning

Bookinger der kolliderer i højsæsonen

Når to medarbejdere opdaterer det samme regneark fra forskellige enheder, opstår dobbeltbookinger. Campingpladsen opdager som regel konflikten ved indtjekning - ikke før.

Ingen fælles kilde til tilgængelighed

Tilgængeligheden ligger tre steder: i hovedregnearket, i en medarbejders personlige noter og i gårsdagens print. Ingen af dem stemmer fuldt overens.

Prisregler kun én person forstår

Sæsonpriser, minimumophold og ekstra gebyrer ligger i et regneark, som kun ejeren kan fortolke sikkert. Det tager uger at lære nyt personale op.

Reservationshistorik man ikke kan rapportere på

Gæstedata og reservationshistorik gemmes i rækker og ark, der aldrig var designet til at besvare spørgsmål som belægningsgrad, gennemsnitligt ophold eller omsætning pr. enhedstype.

Vejen gennem migreringen: fem trin der forebygger de mest almindelige problemer

Gennemgå først jeres enhedsoversigt. Ret uens navne, fjern dubletter og tildel enhedstyper før import. En ren enhedsoversigt gør alt andet lettere.
Eksportér prisregler til CSV, og tilpas kolonneoverskrifterne til importskabelonen. Manage.Camps importværktøj validerer reglerne før anvendelse, så konflikter vises, før de skaber problemer.
Migrering af gæster og reservationer aftales under opstarten. Selvbetjent CSV/XLSX-import af disse poster er ikke tilgængelig i dag. Afklar, hvilke historiske data I har brug for til drift og dokumentation. Bevar et læsbart arkiv, og aftal, hvilke poster der skal flyttes før overgangen.
Kør det nye system parallelt i en til to uger. Lad regnearket være en skrivebeskyttet reference, mens personalet vænner sig til det nye system. Opdater ikke begge systemer samtidigt - vælg det nye system som den eneste kilde fra dag ét.
Arkivér det gamle regneark, og bekræft at det nye system er den eneste operative kilde. Kommunikér dette klart til hele personalet. Tvivl om hvilket værktøj der er aktuelt, er den største kilde til fejl efter en migrering.

Hvad der faktisk kan migreres

Selvbetjent import af enheder og prisregler er nu tilgængelig med gennemgang før anvendelse, CSV/XLSX-upload og mulighed for at uploade en rettet fil igen, hvis der findes blokerende fejl. Guidet opstart er stadig tilgængelig, hvis I ønsker hjælp til migreringen.

Migrering af gæster og reservationer aftales under opstarten. Selvbetjent CSV/XLSX-import af disse poster er ikke tilgængelig i dag.

Tidsforbruget afhænger af datakvalitet, mængde og aftalt omfang. Lad os gennemgå en prøveeksport, før I vælger en overgangsdato.

Ligner det jeres situation?

Hvis jeres regnearkssituation ligner det, der beskrives i denne guide, er næste skridt en samtale om jeres konkrete opsætning - antal enheder, sæsonstruktur og hvor presserende behovet er.

Tal med os Guide til migrering

Relaterede sider

Reservationssystem til campingpladser Manage.Camp vs. regneark Guide til migrering fra regneark