Channel manager dla małego pensjonatu

"Channel manager" brzmi jak narzędzie dla hotelu z pięćdziesięcioma pokojami i recepcją na trzy zmiany. Tymczasem problem, który on rozwiązuje, pojawia się dokładnie wtedy, gdy masz pięć pokoi i trzy kanały sprzedaży: kalendarzy jest więcej niż jeden, a Ty jesteś jedyną osobą, która je uzgadnia.

Ten tekst odpowiada na cztery pytania: co takie narzędzie robi, czym różnią się dwa sposoby synchronizacji i co z tego wynika dla Ciebie, kiedy naprawdę go potrzebujesz i na co uważać przy wyborze.

Co channel manager faktycznie robi

Jedno zdanie: pilnuje, żeby zajętość była taka sama wszędzie tam, gdzie sprzedajesz.

Trzy przepływy, które składają się na tę obietnicę:

• Z Twojego kalendarza do kanałów. Wpisujesz rezerwację z telefonu albo blokujesz pokój na remont, a te same daty zamykają się w Booking.com, Airbnb i pozostałych kanałach.
• Z kanałów do Twojego kalendarza. Rezerwacja z portalu pojawia się u Ciebie jako pobyt, z pokojem, datami i gościem, a nie jako mail do przepisania.
• Między kanałami, ale zawsze przez środek. Airbnb nie musi wiedzieć nic o Bookingu, o ile oba wiedzą to samo o Twoim kalendarzu.

Ostatni punkt jest ważniejszy, niż wygląda, i wróci przy wyborze narzędzia. Kanały spięte "każdy z każdym" to układ, który przy trzech jeszcze działa, a przy czterech zaczyna gubić terminy.

Dwa sposoby synchronizacji: iCal i API

To sedno całej kategorii i jednocześnie temat, w którym oferty są najmniej precyzyjne. Różnica nie jest techniczną ciekawostką, bo decyduje o tym, czego od narzędzia możesz wymagać.

iCal: uniwersalny, przenosi zajętość

iCal to standardowy format kalendarza (RFC 5545). Portal udostępnia adres z listą zajętych terminów, a druga strona po ten adres sięga, kiedy chce. Stąd trzy konsekwencje:

• Działa praktycznie wszędzie. Booking.com, Airbnb, Slowhop, AlohaCamp, Nocowanie, a także zwykły kalendarz Google. Nie potrzebujesz niczyjej zgody, wystarczy wkleić adres w dwie strony.
• Przenosi zajętość i tylko zajętość. Bez cen, minimalnych pobytów, danych gościa i kwot. Cennik prowadzisz w każdym portalu osobno.
• Tempo ustala portal, nie Ty. Twój system może odpytywać kanały choćby co kwadrans, ale to, jak często portal zajrzy do Twojego kalendarza, zależy od portalu. Z naszych obserwacji Booking sięga po dane co kilkanaście do kilkudziesięciu minut, Airbnb co dwie, trzy godziny, mniejsze polskie kanały nieregularnie. Nikt tego nie gwarantuje.

API: szybsze i bogatsze, ale za bramką

Integracja API to bezpośrednie połączenie z jednym konkretnym portalem. Rezerwacja przychodzi powiadomieniem w kilka sekund, a nie przy najbliższym odpytaniu, i można przesyłać więcej: ceny, restrykcje, dane gościa, jawne anulowania.

Haczyk jest w dostępie. Żeby wysyłać ceny do Booking.com, dostawca musi być jego partnerem połączeniowym i przejść certyfikację; u Airbnb wygląda to podobnie. To nie kwestia napisania kodu, a programu partnerskiego, wymagań i przeglądu technicznego. Dlatego pełne API do największych portali mają duzi dostawcy channel managerów, narzędzia dla małych obiektów najczęściej pracują na iCalu, a część polskich kanałów dopiero otwiera własne API.

Co z tego wynika dla Ciebie

Nie to, że jedno jest dobre, a drugie złe. Wynika coś praktyczniejszego: ile pracy ręcznej i ile ryzyka zostaje przy Tobie.

Przy iCalu ceny prowadzisz w portalach, a między rezerwacją a jej zauważeniem przez pozostałe kanały zostaje okno. Dlatego w narzędziu opartym na iCalu najważniejsze nie jest samo pobieranie kalendarzy, a jak dobrze radzi sobie z tym, czego iCal nie przenosi: czy odpytuje często, czy zauważa, że kanał przestał odpowiadać, i czy pokazuje Ci konflikt, zamiast go schować. Dobrze zrobiony iCal z monitoringiem bije źle zrobione API bez niego.

Czy mały obiekt naprawdę tego potrzebuje

Dwie zmienne wystarczą: ile kanałów i ile rezerwacji.

Liczba pokoi jest przy tym drugorzędna. Trzy domki z 90-procentowym obłożeniem w trzech kanałach robią więcej ruchu niż dwunastopokojowy pensjonat sprzedający tylko przez Booking. Liczy się liczba zdarzeń, nie liczba łóżek.

Gdzie postawiłbym granicę dla API: około 15 pokoi lub jednostek. Niżej iCal z jednym kalendarzem nadrzędnym i monitoringiem kanałów obsługuje ruch spokojnie, a ceny ustawiasz kilka razy w roku przy zmianie sezonu, więc prowadzenie ich w portalach jest do udźwignięcia. Wyżej rośnie nie tyle ryzyko kolizji, ile praca ręczna: kilkadziesiąt jednostek, kilka typów pokoi i ceny zmieniane co tydzień to już zajęcie, którego nie da się robić w trzech panelach naraz.

Funkcje, które naprawdę mają znaczenie

Kolejność nie jest losowa. Tak bym je ważył dla obiektu na 5-25 pokoi.

1. Jeden kalendarz nadrzędny. Wszystkie kanały czytają z jednego miejsca i do niego wpisują. Bez tego każdy nowy kanał trzeba spinać z każdym istniejącym, a liczba połączeń rośnie kwadratowo.
2. Synchronizacja w obie strony, per pokój. Narzędzie, które tylko wysyła dostępność, ale nie przyjmuje rezerwacji z portali, nie jest channel managerem. Mapowanie musi być na poziomie pokoju, inaczej jedna rezerwacja zamyka Ci cały obiekt.
3. Monitoring kanałów z alertem. Najgroźniejsza awaria synchronizacji nie krzyczy: kanał przestaje odpowiadać, adres traci ważność po zmianie w panelu portalu, a Ty dowiadujesz się o tym od drugiego gościa przy drzwiach. Pytaj wprost: po jakim czasie i w jaki sposób dowiem się, że kanał przestał się odświeżać.
4. Uczciwe pokazywanie konfliktów. Rezerwacji, którą portal już sprzedał, nie da się cofnąć, więc dobry system ją zapisuje i natychmiast alarmuje, zamiast odrzucić i zostawić Cię z pustym miejscem w kalendarzu oraz gościem, który ma potwierdzenie. Blokada ma chronić to, co kontrolujesz: Twój panel, Twoją stronę, Twoje integracje.
5. Obsługa polskich kanałów. Slowhop i AlohaCamp bywają u obiektów z charakterem większym źródłem przychodu niż Booking, a globalni dostawcy często nie mają ich w ogóle.
6. Rezerwacje bezpośrednie w cenie. Silnik rezerwacji na własnej stronie to jedyny kanał bez prowizji. Jeśli narzędzie go nie ma, kupujesz połowę rozwiązania.
7. Eksport danych jednym kliknięciem. Twoje rezerwacje są Twoje. Utrudniony eksport to zapowiedź tego, jak będzie wyglądało rozstanie.
8. Stała cena, niezależna od obrotu. Narzędzie nie powinno zarabiać więcej, kiedy Tobie idzie lepiej.
9. Działa na telefonie. Większość decyzji o kalendarzu podejmujesz w biegu, nie przy biurku.

Czego nie potrzebujesz na start

• Dynamic pricing z AI. Poniżej trzydziestu pokoi ręcznie ułożony plan sezonowy da Ci więcej niż algorytm, którego nie umiesz sprawdzić.
• Rozbudowane typy pokoi i plany taryfowe. To narzędzia hotelowe. W pensjonacie wystarczy kilka sezonów i podział na tydzień oraz weekend.
• Integracja z PMS innej firmy. Jeśli narzędzie jest jednocześnie Twoim systemem rezerwacji, nie ma czego integrować.
• Aplikacja ze sklepu. Dobrze zrobiona wersja przeglądarkowa wystarcza i nie wymaga aktualizacji.

Czerwone flagi

1. Opłata aktywacyjna. Zwykle 500-2000 zł za samo podłączenie kanałów. Nowoczesne narzędzia tego nie robią.
2. Umowa na dwanaście miesięcy. Oprogramowanie w abonamencie powinno dać się wyłączyć w dowolnym momencie. Roczne zobowiązanie oznacza: wiemy, że nie zostaniesz dobrowolnie.
3. Prowizja od rezerwacji bezpośrednich. Gość rezerwuje przez Twoją stronę, a narzędzie bierze procent. Nie ma dla tego uzasadnienia.
4. "Zostaw maila, oddzwonimy z wyceną". Brak cennika zwykle znaczy, że cena zależy od tego, na ile wyglądasz.
5. "Mamy integrację ze wszystkimi kanałami". Pytaj, z którymi po API, a z którymi po iCalu. Odpowiedź w formie listy jest dobrym znakiem sama w sobie.
6. Wsparcie tylko w dni robocze do 17. Obiekt noclegowy ma najwięcej zdarzeń w weekend.

Pięć pytań do dostawcy i jak brzmi dobra odpowiedź

1. Z którymi kanałami macie API, a z którymi iCal? Dobra odpowiedź to konkretna lista. Zła to słowo "integracja" bez rozbicia.
2. Jak dowiem się, że kanał przestał się synchronizować? Dobra odpowiedź opisuje mechanizm i czas reakcji. Zła brzmi "wszystko działa automatycznie".
3. Co się stanie, gdy portal przyśle rezerwację na zajęty termin? Dobra odpowiedź mówi o zapisaniu i alercie. Zła twierdzi, że to się nie zdarza.
4. Ile to kosztuje przy mojej liczbie pokoi i kanałów? Dobra odpowiedź to kwota. Zła to "to zależy".
5. Jak wyeksportuję dane, gdy zrezygnuję? Dobra odpowiedź to format, czas i zero opłat.

Brak konkretu w choćby dwóch z pięciu odpowiedzi jest sam w sobie informacją.

Jak skonfigurować synchronizację iCal krok po krokuBooking.com i Airbnb, adresy eksportu i importu, ograniczenia formatu i pułapki, o które najłatwiej się potknąć.

Beddesk dla małego obiektu

Beddesk powstał dla pensjonatów, agroturystyk, domków i apartamentów na doby, czyli tam, gdzie systemy hotelowe są za ciężkie, a arkusz kalkulacyjny przestaje wystarczać przy drugim kanale sprzedaży.

• System rezerwacji i dystrybucja kanałów w jednym, z silnikiem rezerwacji na Twojej stronie, więc rezerwacje bezpośrednie są częścią systemu, a nie dodatkiem.
• Kalendarz wszystkich kanałów w jednym widoku, z synchronizacją odpytywaną co 15 minut i monitoringiem każdego kanału osobno, z alertem, gdy któryś przestaje odpowiadać.
• Konflikty pokazane, nie schowane. Rezerwacja z kanału na zajęty termin trafia do kalendarza wraz z alertem o podwójnej rezerwacji, a to, co kontrolujemy, jest blokowane przed zapisem.
• Slowhop i AlohaCamp obsłużone obok Booking.com i Airbnb, bo u wielu polskich obiektów to one dają większość przychodu.
• 0% prowizji od rezerwacji bezpośrednich i stały abonament niezależny od obrotu.
• Po polsku, razem z tym, co z tego wynika: opłatą miejscową, sprawozdaniem KT-1 i fakturami.

Wypróbuj Beddeska30 dni za darmo, potem od 79 zł miesięcznie. Bez prowizji od rezerwacji bezpośrednich, bez opłaty aktywacyjnej, bez zobowiązania.

Jak nie mieć podwójnych rezerwacji w pensjonacieTrzy warstwy obrony, od dyscypliny przy jednym kanale do monitoringu synchronizacji, i co robić, gdy kolizja już się zdarzy.