Proč bez něj vzniká dvojí prodej
Channel manager řeší jednu konkrétní bolest: stejný pokoj visí na několika místech najednou. Příklad: penzion s 12 pokoji prodává přes 3 portály a vlastní web. Poslední volný pokoj na sobotu si někdo zarezervuje na jednom z nich. Dokud ho ručně nezavřete na zbylých třech místech, může ho koupit někdo další.
Ručně to jde, když máte jeden portál a čas. Se třemi kanály to znamená tři přihlášení při každé rezervaci, každém zrušení a každé změně ceny. V sezoně to nestíháte a vzniká nechtěný overbooking.
Co rozhoduje o kvalitě
Channel managery se na první pohled neliší, rozdíly jsou v detailech napojení:
- Směr: obousměrné propojení pošle dostupnost ven a rezervace stáhne zpátky do PMS. Jednosměrné vás nechá rezervace přepisovat.
- Rychlost: zeptejte se, za jak dlouho se změna propíše. Minuty jsou v pořádku, hodina v sezoně ne.
- Kanály: chtějte seznam podporovaných portálů a ověřte ty, které opravdu používáte.
- Mapování: pokoje a cenové plány se musí spárovat s nabídkou na každém portálu. Chyba tady znamená, že prodáváte apartmán za cenu dvoulůžáku.
Samostatně, nebo v balíku
Channel manager se prodává buď zvlášť, nebo jako součást hotelového systému. Varianta v balíku mívá méně starostí, protože odpadá jedno propojení a jeden dodavatel, na kterého se dá svádět vina.
Samostatný nástroj dává smysl, když máte PMS, se kterým jste spokojení, a channel manager v něm chybí nebo nepodporuje vaše portály. Pak si ale nechte potvrdit od obou stran, že spolu jejich systémy mluví, viz API a integrace. Portálům samotným se věnuje pojem OTA.