Yeni otelde teknoloji takvimi: hangi sistem ne zaman seçilir, ne zaman kurulur?

Yeni bir otelin teknoloji planı, açılış gününden geriye doğru işler. Kablo, oda numaralandırması ve internet hattı yaklaşık on iki ay önce karara bağlanır; otel yönetim sistemi (PMS), kilitler ve satış noktası dokuz ile altı ay önce birlikte seçilir; kodlar ve arayüzler üç ay önce yapılandırılır; son dört hafta eğitim ve provadır. Ay işaretleri örnektir, kural değil.

Kapılara kilitler çoktan takılmışken biri sonunda sorar: otel hangi otel yönetim sistemiyle çalışacak? Yanıt aylar gecikir ve iki sistem arasındaki bağ, artık kendi maliyeti ve kendi gecikmesi olan ayrı bir projedir. Bu yazı yeni otel teknoloji planının çalışma sırasını verir: duvarlar açıkken ne kararlaştırılmalı, hangi sistemler tek bir küme olarak seçilmeli, kodlar ve arayüzler nasıl yapılandırılmalı, odalar ne zaman satışa açılabilir ve son haftanın provası gerçekte neyi sınar. Teknolojinin birçok satırdan yalnızca biri olduğu daha geniş otel ön açılış süreci: yeni bir tesis için aylık plan yazısının yanında okunmaya uygundur.

Teknoloji kararlarının sırası neden markalardan daha önemli?#

Çünkü her seçim, bir öncekini tüketir: bir sistem yalnızca var olan kararlardan yapılandırılabilir ve geç alınan bir karar, daha önce bedava olacak olan bir işi zorunlu kılar.

Açılış gününden geriye doğru çalışın, sözleşme imzasından ileriye değil. Her kalem için sorun: bunun kurulabilmesi için önceden neyin doğru olması gerekir ve geç gelirse ne bozulur. Bu tek soru, bir alışveriş listesini takvime dönüştürür.

Karar tarihini kurulum tarihinden ayırın. Oda numaralandırma düzeni erken karar verilir ve hiçbir şeye mal olmaz; bu numaraları okuyan kilitler geç kurulur ve pahalıdır. Yapılandırma ikisinin arasındadır ve takvimin büyük bölümü gerçekte orada geçer.

Uzun tedarik süreli kalemleri ilk sıraya yazın: duvar içindeki kablolar, internet hattı ve yedek hattı, kart kodlayıcısıyla birlikte kapı kilitleri ve oda listesinin kendisi. Bunlar yazılıma değil binaya bağlıdır; proje ekibindeki hiç kimse onları hızlandıramaz.

Yanlış sıra, geri alınamayan bir hata değil, bir geri dönüşüm projesi üretir. Kilitlerden sonra alınan bir PMS, zaman baskısı altında pazarlık edilen bir arayüz demektir; fiyatlar var olmadan açılan bir kanal, kimsenin kontrol etmediği fiyatları yayımlar. Kararı tek bir kişiye verin: yazılımı üç kişinin seçtiği bir açılış öncesi ekip, yapılandırma ekibinin sonra uzlaştırmak zorunda kalacağı üç yarım karar üretir. Ve her kararı tarihiyle ve gerekçesiyle yazılı tutun; tedarikçi değiştiğinde ya da yönetici ayrıldığında bir sonraki adım hafızadan yeniden tartışılmış olmasın.

Bağımlılık zinciri tek tabloda#

Aylar bir sıranın örneğidir, standart değil. Küçük bir tesis bunları sıkıştırır; büyük olanı gerdirir. Değişmemesi gereken şey bağımlılıkların sırasıdır.

On iki ay önce: duvarlar açıkken ne kararlaştırılmalı?#

Kablolar, priz konumları, oda numaralandırması ve internet hattı: bina bittiğinde pahalulaşan ya da imkânsız hâle gelen dört şey.

Kablo, sonradan ciddi biçimde pahalulaşan ender kararlardan biridir. Resepsiyonda, arka ofiste, her katın kat hizmetleri noktasında, restoranda, barda ve spada boru ve priz, inşaat sırasında az, sıvadan sonra çok tutar.

Tek değil üç ağ planlayın: misafir Wi-Fi'ı, personel cihazları ve her zaman erişilebilir olması gereken ekipman, yani kilitler, satış noktası terminalleri ve yazıcılar. Tasarımda ayırmak bir ağ anahtarına (switch) mal olur; sonradan ayırmak bir hafta sonu kesintiye mal olur.

İnternet hattını erken sipariş edin. Fiziksel kurulum, binanın hazır olmasına ve sağlayıcının kendi takvimine bağlıdır; farklı bir altyapı üzerindeki yedek hat ise acele alımı değil tasarım kararıdır. Sağlayıcıya yazılı olarak sorun: bağlantı ne gerektirir, dışarıdan erişilmesi gereken sistemler için sabit adres gerekir mi, sözleşme süresi ne, teslim süresi ne. Varsaymayın; sorun ve yanıtı saklayın.

Oda numaralandırma düzenini şimdi kararlaştırın. Kilitler, PMS, telefonlar, tabelalar ve yangın planı aynı numaraları okur; kilitler kodlandıktan sonra değiştirmek, her kapıyı yeniden kodlamak demektir. Son olarak resepsiyon ve ağ dolabı için elektrik planlayın: elektrik kesildiğinde ne çalışır, ne kadar süre çalışır, kesildiğinde kime haber verilir.

Dokuz ile altı ay önce: PMS, kilitler ve satış noktası neden birlikte seçilmeli?#

Çünkü üçü de aynı misafir hesabına ve aynı oda listesine yazar; tek başına seçilen bir sistem, diğerlerine sonradan bağlanmak zorunda kalır.

PMS kayıt tutan sistemdir: rezervasyonlar, odalar, misafir hesabı, iş gününü kapatan gün sonu (night audit). Kilitler, satış noktası, ödeme ve faturalama bu kayıtla uyumlu olmak zorundadır; dolayısıyla bunlar dört ayrı karar değil, tek bir karardır. Rezervasyon, faturalama ve yasal uyumu baştan tek yerde tutan bir otel işletim sistemi bu birleştirme işlerinin bir kısmını ortadan kaldırır; ayrı sistemlerden oluşan bir küme her birini kurmak zorundadır.

Her tedarikçiye sorun: sisteminiz bugün neye bağlı ve hangi yöntemle? Canlı arayüz, planlı dosya aktarımı, yoksa birinin yeniden yazması mı? Yöntemi belirtilmeden söylenen "bağlanır" bir yanıt değildir. Arayüz listesini yazılı alın: kim sağlıyor, kim ödüyor, kim test ediyor. Sahibi olmayan arayüzler, açılış haftası arızalananlardır.

Sizinle birlikte neyin gittiğini sorun. Rezervasyonların, misafir kayıtlarının ve misafir hesaplarının okunabilir bir biçimde dışa aktarılabilir olması gerekir; sözleşme bunu imzadan önce, sonrasında değil söylemeli. Sözleşmenin sınır noktalarını kontrol edin: bildirim süresi, destek saatlerinin kapsamı, neyin değişiklik talebi sayıldığı ve sonunda verilerinize ne olduğu.

Yasal uyum sonradan düşünülen değil, seçimin parçasıdır. Türkiye'de her konaklama; ödeme, mali belge (fatura ya da e-belge), misafir kimlik bildirimi (KBS) ve kişisel veri (KVKK) adımlarını içerir. Hangi yükümlülüklerin tesisinize ve hangi tarihten itibaren uygulandığını mali müşavirinizle ve hukuk danışmanınızla doğrulayın; tedarikçinin sözünü hukuki durum saymayın.

İmzalamadan önce ne sormalı?#

Üç soru riskin büyük bölümünü kapsar. Sisteminiz neye bağlanıyor, hangi yöntemle ve o bağlantının sahibi kim? Ne dışa aktarabiliyoruz, hangi biçimde ve sözleşmede yazıyor mu? Destek saatleri tam olarak neyi kapsıyor ve neye acil deniyor? Bu soruları yazılı yanıtlayan bir tedarikçi, bunu daha önce de yapmıştır.

Üç ay önce: oda tipleri, fiyat kodları ve arayüzler hangi sırayla kurulur?#

Önce oda tipleri, sonra odalar, sonra fiyat kodları, sonra gelir kodları, sonra kullanıcılar ve roller, en son arayüzler; çünkü her arayüz ve her rapor, önceki adımlarda oluşturulan kodları okur.

Kurulumun içindeki sıra ayrıntı değildir. Bir fiyat kodu bir oda tipine işaret eder; bir gelir kodu, bir harcamanın raporun hangi satırına düşeceğini belirler; bir kanal eşlemesi ikisine de bağlanır. Eşleme var olduktan sonra bir kodun adını değiştirmek eşlemeyi sessizce bozar ve bu bozulma, haftalar sonra eksik bir fiyat ya da yanlış rapor satırına düşen bir harcama olarak ortaya çıkar.

Kodları bir yabancının okuyabileceği biçimde adlandırın. Yalnızca oluşturan kişinin anladığı bir kısaltma, altı ay sonra hem eğitim sorunu hem rapor hatası olur. Kurulumun tüm sırası ve kodların düzeni, yeni PMS kurulumu: oda tipi, fiyat kodu, gelir kodu ve kullanıcılar hangi sırayla tanımlanır? yazısında ayrıntılı işlenir.

Her arayüzü ayarlar sayfasının ekran görüntüsüyle değil, gerçek bir işlemle sınayın: gelen bir rezervasyon, doğru gelir koduna işlenen bir harcama, doğru odayı açan bir kilit. Her arayüzü kimin onaylayacağına karar verin; kimsenin resmen kabul etmediği bir test, açılış haftasında yinelenen test demektir. Tesis bir devralma ya da marka değişikliğiyse neyin taşınacağına karar verin: misafir geçmişi, kurumsal hesaplar, fiyat anlaşmaları. Her şeyi taşımak nadiren doğrudur; hiçbir şeyi taşımamak da öyle.

Bir otel açılmadan oda satabilir mi ve önce ne çalışmış olmalı?#

Satabilir ve yeni tesislerin çoğu satmalıdır da; ama dört şey doğru olduktan sonra: tesis yasal olarak rezervasyon alabiliyor, fiyat tek bir kaynaktan yükleniyor, onay misafire ulaşıyor ve misafir yanıtladığında biri cevap veriyor.

Erken satış, bir düğme değil, ön koşulları olan bir ticari karardır. Belge ve ruhsatlar, acente kontratları ve fiyat yapısı, bir fiyatın herhangi bir yerde yayımlanmasından önce var olmalıdır. Bu adımların daha geniş sırası açılıştan önce oda satmak: belge, kontrat ve online kanallar hangi sırayla açılır? yazısında işlenir.

Tek envanter, tek gerçek. Otelin kendi web sitesi ve bir seyahat acentesi odaları farklı listelerden tutuyorsa, ilk çift satış, henüz deneyimli bir ekibin bulunmadığı açılış gününden önce gerçekleşir. Otelin kendi sitesini, acenteleri ve rezervasyon sitelerini aynı anda besleyen tek bir oda envanteri yapısal çözümdür; elle uzlaştırılan iki liste, ilk özür telefonuna geri sayımdır.

İlk gerçek misaften önce tüm döngüyü sınayın: bir rezervasyon yapın, onaylayın, değiştirin, iptal edin, iade edin ve sonrasında raporu okuyun. Herhangi bir adım bir kişinin elle düzeltmesini gerektiriyorsa, o adım hazır değildir. Sahip olduğunuzdan az odayla açılın: kısmi bir envanterle yumuşak açılış, ilk misafirlerin bulduklarını düzeltmeye yer bırakır. Ve telefonun başında kimin, hangi saate kadar olacağına karar verin. Sabah ikide onaylayan bir kanal, dokuzda cevap verecek birine ihtiyaç duyar.

Son dört hafta: bir prova gerçekte neyi sınar?#

Sistemlere karşı, o işi yapacak insanlarla, açılış günü olmayan bir günde, otelin kendi rutinlerini sınar.

Hesapları departmana değil kişiye açın. Ortak bir giriş, kimin ne yaptığının kaydını siler; kayıt, sistemin var olma nedenidir. Her rolü, kişinin gerçekte yaptığıyla sınırlayın: kat hizmetleri hesabının bir misafir hesabını iptal etmeye ihtiyacı yoktur ve iptal edebilen kişinin adı belli olmalıdır.

Eğitimi herkese tek oturumda değil, role göre verin: resepsiyon, kat hizmetleri, restoran ve bar, gün sonu ve raporları okuyan yönetici. Her grubun kendi ekranlarıyla kendi saati olmalıdır. Sonra tam bir simülasyon günü yürütün ve her hatayı yazın. Liste üretmeyen bir prova, bilgi üretmemiştir. Zor durumları da prova edin: bir harcamaya itiraz eden misafir, kartı okumayan kilit, iki kez gelen bir arayüz mesajı.

Açılıştan sonraki ilk hafta: destek planında ne olmalı?#

Adı belli bir kişi, belirtilmiş saatler, üzerinde anlaşılmış bir "acil" tanımı ve sessiz bir arızayı ortaya çıkaracak sayıların her sabah kontrolü.

Açılıştan önce tırmanma yolunu yazılı olarak karara bağlayın: önce kim aranır, hangi saatte ve hangi yanıt süresi geçerli. Yalnızca e-posta yanıtlayan bir destek hattı, içinde misafir olan bir otel için destek planı değildir. Acil tanımını tedarikçiyle birlikte yapın: açılmayan bir kilit ile bir sütunu yanlış olan bir rapor aynı acil durum değildir ve ikisine aynı davranmak, ikisinin de kötü ele alınması demektir.

İlk haftanın her sabahı aynı birkaç sayıyı kontrol edin: varışlar ile dolu odalar, hiçbir hesaba ulaşmamış harcamalar, başarısız olup yeniden denenmeyen arayüz mesajları. Tarih, belirti, çözen kişi ve çözümün nasıl olduğuyla bir sorun kaydı tutun; ilk ayda destek aracıdır, sonrasında her yeni personel için eğitim malzemesidir. İlk haftaların örüntüsü PMS geçişinden sonraki ilk 30 gün: günlük ve haftalık kontrol listesi yazısında ayrıntılı işlenir.

İlk haftanın yazılımdan çok rutinlerle ilgili olmasını bekleyin. Yanlış giden şeylerin çoğu, kimsenin daha önce yapmadığı bir adımdır ve çözüm genellikle bir ayar değil, yazılı bir prosedürdür.

Şimdi ne yapmalı#

İlk bölümdeki bağımlılık tablosunu alın ve kendi tarihli listenize dönüştürün: her satır için kararı, sahibini ve kilitlenmesi gereken tarihi yazın, sonra açılış gününden geriye doğru çalışın. Bütçeyi koruyan şey sıradır; markalar daha sonraki ve daha küçük bir sorudur. Bir tesisi şimdi planlıyorsanız, bu ay oda numaralandırma düzenini ve kablo planını sabitleyin; çünkü ucuz biçimde yeniden ele alınamayacak tek iki karar onlardır.