От електронни таблици и имейли към система за резервации, която целият екип може да използва

Това е анонимизиран разказ за оператор на къмпинг, който премина от ръчно управление на резервации към Manage.Camp. Данните за къмпинга са обобщени, но проблемите в процесите и резултатите се основават на реален опит от въвеждането.

Данните за оператора и къмпинга са анонимизирани. Описанията на резултатите отразяват общ модел, наблюдаван при въвеждането, а не конкретна назована референция.

Нека поговорим

Къмпингът

Семеен къмпинг в Централна Европа. Около 45 смесени единици, включително парцели, глемпинг единици и мобилни къщи. Двама сезонни служители на пълен работен ден, един човек на рецепцията и собственик, който през слабия сезон лично е обработвал повечето резервации. Къмпингът е работил осем години почти изцяло с електронни таблици и имейл.

Преди: как изглеждаше системата

Приемане на резервации

Резервациите идваха по телефон, имейл и през резервационна платформа. Всеки канал се управляваше отделно. Телефонните резервации се записваха на хартия и се въвеждаха в споделена таблица същия ден — освен ако собственикът беше зает, тогава въвеждането ставаше на следващата сутрин.

Проследяване на наличността

Електронната таблица беше източникът на истина за наличността. Персоналът на рецепцията я проверяваше в началото на всяка смяна. Нямаше заключване на файла, така че едновременните редакции понякога водеха до презаписани записи. В 18-те месеца преди смяната се бяха случили две двойни резервации.

Ценообразуване

Сезонните цени бяха в отделен лист. Таксите за допълнителни гости, туристическият данък и таксата за почистване бяха описани в референтен документ, който персоналът трябваше да помни. Непоследователното прилагане на таксите се появяваше в обратната връзка от гости приблизително веднъж месечно.

Отчети

Отчитането в края на сезона беше ръчна задача, която отнемаше два до три дни. Собственикът извличаше данни от таблицата с резервации и изграждаше обобщение в отделен файл. Сравнението между години изискваше намиране и сверяване на таблиците от две различни години.

Какво отключи промяната

Втората двойна резервация за сезона беше последният катализатор — група от шест души с потвърдена резервация пристигна и установи, че единицата вече е заета. Решаването на ситуацията струваше на къмпинга една безплатна нощ за двете страни и значително добронамерено отношение. След този инцидент собственикът започна да оценява специализиран софтуер.

Внедряване

Импорт на единици

Първо беше изчистен списъкът с единици — премахнати бяха дублиранията, стандартизирани имената и зададени категории по тип. Импортът отне един следобед. Собственикът описа тази стъпка като най-ценната част от процеса, защото е наложила преглед на структурата на единиците, какъвто не е правен с години.

Ценови правила

Сезонните цени, минималният престой и допълнителните такси бяха конфигурирани в Manage.Camp чрез интерфейса за ценови правила. Собственикът използва CSV импорт за базовите тарифи и въведе сезонните замествания ръчно. Общото време за настройка беше около шест часа в рамките на два дни.

Миграция на активните резервации

Мигрирани бяха само резервациите за текущия сезон — приблизително 60. Историческите данни останаха в старата таблица като архив. Миграцията отне половин работен ден.

Предаване към персонала

На персонала на рецепцията беше показана времевата линия на резервациите и процесът на работа в рамките на двучасово въвеждане. Бяха помолени да създадат пет тестови резервации и да отменят две преди датата на старта. Не бяха нужни официални обучителни материали.

След това: какво се промени

Без докладвани двойни резервации след промяната

Откриването на конфликти при резервиране премахна типа грешка, който беше причинил предишните инциденти. Персоналът вече не трябваше да сверява таблица, преди да потвърди единица.

По-последователни цени

Оплакванията на гости, свързани с таксите, престанаха да бъдат повтарящ се проблем. Персоналът вече не трябваше да помни правилата — системата ги изчисляваше при резервиране.

По-бързо отчитане в края на сезона

Ръчната работа с електронни таблици, която преди отнемаше дни, беше заменена от вградени отчети за заетост и приходи. Операторът определи това като една от най-непосредствените подобрения.

По-малко участие на собственика в ежедневните резервации

Персоналът обработваше резервации, анулирания и промени по гости с по-малка нужда да включва собственика за рутинни въпроси. Операторът отбеляза осезаемо намаляване на ежедневните прекъсвания през пиковия сезон.

Какво се оказа по-трудно от очакваното

Почистването на имената на единиците отне повече време от очакваното. Години неформални наименования трябваше да бъдат уеднаквени преди импорта. Това беше полезна работа, но не и едночасова задача.
Един служител първоначално намираше времевата линия на резервациите за по-непозната от изгледа в таблицата, който беше използвал с години. След две седмици ежедневна работа това се разреши от само себе си.
Старата електронна таблица продължи да се използва неофициално около две седмици след старта, преди собственикът да наложи ясно преминаване. Ясно решение от първия ден от типа „това вече е единственият източник на истина“ би било по-бързо.

Подобна ситуация?

Ако този разказ прилича на сегашната ви ситуация, кратък разговор за броя единици, каналите за приемане и структурата на сезона е най-бързият начин да прецените дали промяната има смисъл за вашия къмпинг.

Нека поговорим Ръководство за миграция

Свързани страници

Система за резервации за къмпинги Manage.Camp срещу електронни таблици Ръководство за миграция от електронни таблици