Od arkuszy kalkulacyjnych i e-maili po system rezerwacji, z którego może korzystać cały zespół

To anonimowa historia operatora kempingu, który przeszedł z ręcznego zarządzania rezerwacjami na Manage.Camp. Szczegóły obiektu zostały zanonimizowane i uproszczone, ale opisane problemy operacyjne i rezultaty opierają się na realnych doświadczeniach z wdrożeń.

Dane operatora i kempingu zostały zanonimizowane. Opisy wyników odzwierciedlają ogólny wzorzec zaobserwowany podczas wdrażania, a nie konkretne nazwane odniesienie.

Porozmawiaj z nami

Kemping

Rodzinny kemping w Europie Środkowej. Około 45 jednostek mieszanych, w tym stanowiska kempingowe, domki glampingowe i domki mobilne. Dwóch pracowników na cały sezon, jedna osoba na recepcji i właściciel, który osobiście obsługiwał większość rezerwacji poza sezonem. Kemping działał przez osiem lat, prawie wyłącznie w arkuszach kalkulacyjnych i e-mailach.

Przed: Jak wyglądał system

Przyjmowanie rezerwacji

Rezerwacje napływały telefonicznie, e-mailem i przez platformę rezerwacyjną. Każdy kanał był obsługiwany osobno. Rezerwacje telefoniczne były zapisywane na papierze i tego samego dnia wprowadzane do współdzielonego arkusza — chyba że właściciel był zajęty, wtedy wpis trafiał tam dopiero następnego ranka.

Śledzenie dostępności

Arkusz kalkulacyjny był głównym źródłem informacji o dostępności. Personel recepcji sprawdzał go na początku każdej zmiany. Plik nie miał blokady, więc jednoczesna edycja powodowała sporadyczne nadpisywanie wpisów. W ciągu 18 miesięcy przed zmianą doszło do dwóch podwójnych rezerwacji.

Cennik

Ceny sezonowe były w osobnej zakładce. Opłaty za dodatkową osobę, podatek turystyczny i opłaty za sprzątanie zostały wymienione w dokumencie referencyjnym, który personel miał zapamiętać. Mniej więcej raz w miesiącu w opiniach gości pojawiały się niespójności w sposobie stosowania opłat.

Raportowanie

Raportowanie na koniec sezonu było ręcznym procesem, który zajmował od dwóch do trzech dni. Właściciel wyciągał dane z arkusza rezerwacji i przygotowywał podsumowanie w osobnym pliku. Porównanie rok do roku wymagało odnalezienia i uzgodnienia arkuszy z dwóch sezonów.

Co skłoniło właściciela do zmiany

Ostatecznym impulsem była druga podwójna rezerwacja w sezonie — sześcioosobowa grupa z potwierdzoną rezerwacją przyjechała i zastała swój obiekt już zajęty. Rozwiązanie tej sytuacji kosztowało kemping darmowy nocleg dla obu stron i znaczną utratę zaufania. Po tym incydencie właściciel zaczął oceniać dedykowane oprogramowanie.

Wdrożenie

Import jednostek

Najpierw uporządkowano listę jednostek — usunięto duplikaty, ujednolicono nazwy i przypisano kategorie typów. Import zajął jedno popołudnie. Właściciel uznał to za najcenniejszy etap całego procesu, bo wymusił przegląd struktury jednostek, którego nie robiono od lat.

Zasady cenowe

Stawki sezonowe, minimalne pobyty i opłaty dodatkowe zostały skonfigurowane w Manage.Camp przy użyciu interfejsu reguł cenowych. Właściciel użył importu CSV do stawek podstawowych i ręcznie wprowadził zastąpienia sezonowe. Całkowity czas konfiguracji wyniósł około sześciu godzin w ciągu dwóch dni.

Migracja aktywnych rezerwacji

Przeniesione zostały tylko rezerwacje na bieżący sezon — około 60 rezerwacji. Dane historyczne zostały zachowane w starym arkuszu kalkulacyjnym jako archiwum. Migracja zajęła pół dnia roboczego.

Przekazanie personelu

Podczas 2-godzinnego przewodnika pracownikom recepcji pokazano harmonogram rezerwacji i przebieg rezerwacji. Poproszono ich o utworzenie pięciu rezerwacji testowych i anulowanie dwóch przed datą uruchomienia. Nie były potrzebne żadne formalne materiały szkoleniowe.

Po: Co się zmieniło

Po zmianie nie zgłoszono żadnych podwójnych rezerwacji

Wykrywanie konfliktów w momencie rezerwacji wyeliminowało kategorię błędów, która stała za wcześniejszymi incydentami. Personel nie musiał już sprawdzać arkusza przed potwierdzeniem jednostki.

Bardziej spójne ceny

Skargi gości dotyczące opłat nie były już powracającym problemem. Pracownicy nie musieli już pamiętać zasad opłat — system obliczył je w momencie rezerwacji.

Szybsze raportowanie na koniec sezonu

Ręczne raportowanie w arkuszu kalkulacyjnym, które wcześniej zajmowało kilka dni, zostało zastąpione wbudowanymi raportami obłożenia i przychodów. Operator uznał to za jedno z najszybciej odczuwalnych usprawnień.

Mniejsze zaangażowanie właściciela w codzienne rezerwacje

Personel zajmował się rezerwacjami, odwołaniami i zmianami gości, ograniczając potrzebę angażowania właściciela w rutynowe zapytania. Operator odnotował znaczącą redukcję codziennych przerw w działaniu w szczycie sezonu.

Co było trudniejsze, niż się spodziewano

Oczyszczanie nazewnictwa jednostek trwało dłużej, niż oczekiwano. Przed importem trzeba było rozwiązać lata nieformalnych konwencji nazewnictwa. Była to cenna praca, ale nie była to praca na godzinę.
Jeden z pracowników początkowo uznał harmonogram rezerwacji za nieznany w porównaniu z widokiem arkusza kalkulacyjnego, którego używał od lat. Po dwóch tygodniach codziennego stosowania problem ustąpił samoistnie.
Stary arkusz kalkulacyjny był jeszcze nieformalnie używany przez około dwa tygodnie po uruchomieniu systemu, zanim właściciel wymusił pełne przejście. Jasna decyzja podjęta już pierwszego dnia — że od tego momentu tylko nowy system jest aktualny — przyspieszyłaby cały proces.

Podobna sytuacja?

Jeśli ta historia przypomina Twoją obecną sytuację, krótka rozmowa o liczbie jednostek, kanałach przyjmowania rezerwacji i strukturze sezonu to najszybszy sposób, by ocenić, czy taka zmiana ma sens w Twoim kempingu.

Porozmawiaj z nami Przewodnik po migracji

Powiązane strony

System rezerwacji dla kempingów Manage.Camp a arkusze kalkulacyjne Przewodnik po migracji arkuszy kalkulacyjnych