Oda sayısına göre otel teknolojisi: 10, 40, 120 ve 300 odada neler gerekir?
Oda sayısı tek başına bir standart değildir; gerçek tetikleyiciler vardiya devirleri ve satış noktalarıdır. Bu rehber, tesisinizi doğru banda yerleştirerek gereksiz yazılım maliyetlerinden kaçınmanıza ve kritik sistemleri önceliklendirmenize yardımcı olur.
İçindekiler
Kısaca
- Oda sayısı gösterge, standart değildir: gerçek tetikleyiciler vardiya devirleri, ayrı satış noktaları, gece boyunca görevli bulunması ve bir rezervasyona kaç kişinin dokunduğudur.
- Yaklaşık 10 odanın altında zorunlu liste kısadır: aynı odayı iki kez satamayan tek bir takvim, ödeme ve mali belge yolu, misafir kimlik bildirimi ve bilinçli yönetilen kişisel veri.
- Bir tesis, aynı rezervasyona bir günde iki kişi dokunup hafızayla devretmeye başladığında gerçek bir otel işletim sistemine ihtiyaç duyar.
- Yaklaşık 120 odanın üzerinde kısıt, özelliklerden entegrasyon sayısına, eğitime ve adı belli bir sistem sahibine kayar.
- Boyutu ne olursa olsun üç şey pazarlık konusu değildir: bir kez geri yüklenmiş yedek, her yönetici hesabında iki adımlı giriş ve telefonu açan ikinci bir destek kişisi.
Otel teknolojisi, bir tesisin üzerinde çalıştığı sistemler, ağ ve donanımdır. Oda sayısı yalnızca bir göstergedir: asıl değişen şey, bir rezervasyona kaç kişinin dokunduğu, kaç satış noktasının para kazandığı ve gece nöbetini kimsenin tutup tutmadığıdır. 10 odalı bir pansiyon çift satış koruması ve yasal temeller ister; 300 odalı bir tatil köyü ise entegrasyon yönetimi ve adı belli bir bilişim sorumlusu ister.
12 odalı bir pansiyonla 300 odalı bir tatil köyü, aynı odayı iki kez satmayı durdurmak zorundadır. Geri kalan her şey farklıdır ve satın alma hatalarının çoğu, büyük tesisin listesini kopyalamakla başlar. Bu yazıyı okuduktan sonra kendi tesisinizi dört boyut bandından birine yerleştirebilir, o bantta neyin zorunlu, neyin bekleyebileceğini ve neyin israf olduğunu bilebilir, aldığınız her teklifi başkasının özellik listesine değil kendi işletmenize göre değerlendirebilirsiniz.
Otel büyürken gerçekte ne değişir?
Kategori listesi değil. Değişen şey, bir rezervasyona kaç kişinin dokunduğu, kaç noktanın para kazandığı ve sabahın üçünde bir sorunu çözecek kimsenin uyanık olup olmadığıdır.
İşleri dört değişken yürütür. Birincisi insanlar ve vardiyalar: varış ile ayrılış arasında aynı rezervasyonu kaç kişi ele alıyor. İkincisi satış noktaları: odalar, restoran, bar, spa, dükkân; her biri para kabul eden bir yer. Üçüncüsü görevli bulunma saatleri: 24 saat açık bir resepsiyon, gece görevlisi ya da kimse. Dördüncüsü hacim: bunu odadan çok günlük rezervasyon sayısıyla ölçmek daha doğrudur, çünkü 20 odalı bir şehir oteli, 100 odalı bir tatil köyünden fazla rezervasyon çevirebilir.
Küçük boyutta kayıt tutan bir sistem yeterlidir. Tek kişi rezervasyon alır, giriş yapar, faturalar; tek bir doğru kaydı tüm işletmeyi kapsar. Koordinasyon sağlayan sistem, birkaç departmanın aynı anda aynı duruma göre hareket etmesi gerektiğinde zorunlu olur: oda temiz, oda bakım için kapalı, hesap açık. Artık kayıt, üç kişinin birbirini aramadan üç farklı şeyi bilmesini sağlamalıdır.
Hatanın bedeli de boyutla birlikte büyür. 10 odalı bir pansiyonda çift satış, zor bir konuşma ve bir indirim demektir. 300 odalı bir tatil köyünde gece yarısı misafiri başka bir tesise taşımak, iade ve olumsuz bir yorum demektir.
Oda sayısı bir göstergedir ve kusurlu bir göstergedir. İki 40 odalı tesis farklı sistem gerektirebilir: biri restoranlı ve 24 saat resepsiyonluysa, öbürü sezonluk ve tek müdür nöbetliyse. Ayrıca bir eşik vardır: bir kişi tüm resmi hâlâ kafasında taşıyorsa yazılım isteğe bağlıdır. O kişi izne ayrıldığında sistem hafıza olur ve tesis o hafta gerçekte neye ihtiyacı olduğunu fark eder.
Karar kuralı basittir: herhangi bir sistemi karşılaştırmadan önce bu dört değişkeni yazın ve her teklifi o sayfaya göre değerlendirin, rakibin oda sayısına göre değil.
| Bant | Bir rezervasyona kim dokunur | Para kazanan noktalar | Gece kapsamı ve yazılımın işi |
|---|---|---|---|
| 10 odaya kadar | Sahip ve bir kişi | Yalnızca odalar | Çoğunlukla kimse; çift satışı önlemeli, yasal adımları tutmalı |
| 40 oda civarı | İki-dört kişi, iki vardiya | Odalar ve belki bir nokta | Gece görevlisi veya nöbetçi; kanallar arası fiyat ve müsaitliği eşgüdümlemeli |
| 120 oda civarı | Departmanlar | Odalar ve iki-üç nokta | Personelli gece resepsiyonu; birçok departmanın hareket ettiği durumu tutmalı, departman bazında raporlamalı |
| 300 oda ve üzeri | Pek çok kişi | Birçok nokta ve gelir merkezi | 24 saat; çok sayıda arayüzü yönetmeli, adı belli bir sahibi olmalı |
Bu bantlar örnektir, standart değildir. Baskının tanımı olarak okuyun, bir yerde yazılı eşik olarak değil.
10 odaya kadar bir otelin gerçekte neye ihtiyacı var?
Kısa liste şöyle: odayı iki kez satamayan tek bir takvim, ödeme alıp mali belge düzenleme yolu, misafir kimlik bildirimi ve bilinçli biçimde yönetilen kişisel veri. Gerisinin çoğu bekleyebilir.
Zorunlu kalemler şunlardır. Her kanal için doğruyu söyleyen tek bir rezervasyon kaydı; bu bir tablo, küçük bir bulut sistemi ya da kâğıt defter olabilir, tek kayıt olduğu sürece. Satış için bir ödeme terminali ve bir mali cihaz. Misafir kimlik bildirimi, kısaca KBS, giriş (check-in) akışının içinden hazırlanmalı, ayrı bir portala elle kopyalanmamalı. Kişisel veriler için, kişisel verilerin korunması kanunu olan KVKK kapsamında bir karar: hangi açık rızayı alıyorsunuz, ne saklıyorsunuz, ne kadar süreyle. Ve aslının bulunduğu dizüstü bilgisayarda yaşamayan bir rezervasyon verisi kopyası.
Kanal disiplini, kanal yazılımından önce gelir. Ya bir kanal yöneticisi, ya da her gün aynı saatte tüm kanallardaki müsaitliği elle kapatan yazılı bir rutin ve bundan sorumlu tek bir kişi. İkisinin yarısı, herhangi birinden kötüdür: kimsenin kontrol etmediği bir kanal yöneticisi de, kimsenin uymadığı bir rutin de aynı çift satışı üretir.
Bu boyutta bekleyebilecekler: kat hizmetleri modülü, restoran satış noktası, misafir uygulaması, departman raporlaması, kapı kilidi entegrasyonu. İsraf olanlar: kimsenin açmadığı uzun rapor listeleri olan bir sistem, arka ofiste duran bir sunucu ve tesisin kapısından fazla entegrasyon yüzeyi olan bir kilit sistemi. Pazarın küçük ucunu değerlendiriyorsanız, pansiyon programı seçimi üzerine rehberimiz konuyu derinleştirir.
Elektronik tablo tuzağı ayrı bir uyarıyı hak eder. Ortak bir dosya, iki kişi düzenleyip biri kaydetmeyi unutana kadar çalışır. Uyarı işaretleri çift rezervasyonlar, bir kanalda güncel öbüründe bayat bir fiyat ve kimin neyi değiştirdiğine dair kayıt olmamasıdır. Bu işaretler göründüğünde tesis bir sonraki banda geçmiştir; elektronik tablodan vazgeçme adımını işleyen yazımız bu geçişi ele alır.
Sistem sayısını tek bir kişinin hepsini taşıyabileceği kadar küçük tutun, çünkü bu boyutta o kişi genellikle sahip ya da tek resepsiyon meslektaşıdır. Yasal düzenleme konusunda bu yazı yükümlülüğü tanımlar ve orada durur: tarihleri, eşikleri ve kendi durumunuzdaki yaptırımları bir mali müşavir ya da hukuk danışmanıyla teyit edin.
40 oda civarındaki bir otel ne zaman gerçek bir PMS'e ihtiyaç duyar?
Aynı rezervasyona bir günde iki kişi dokunup devri hafızayla yaptığında. Tetikleyici budur, oda sayısı değil.
Bir otel işletim sistemi, kısaca PMS, üç kişinin aynı anda ihtiyaç duyduğu durumu tuttuğunda yerini hak eder: müsaitlik, misafirin hesabı ve odanın temizlik durumu. O ana kadar tek başına rezervasyon kaydı işi görür. Sabah vardiyası, akşam vardiyası ve kat görevlisi aynı rezervasyona göre hareket etmeye başlayınca kayıt üçüne de hizmet etmek zorundadır.
Kanal yöneticisi bu noktada isteğe bağlı olmaktan çıkar, çünkü fiyatlar ve müsaitlik artık tek bir kişinin her kanala elle itebileceğinden sık değişir. Kartlı kilitler de genellikle bu boyutta gelir ve birlikte ilk gerçek arayüz: resepsiyon, anahtarın rezervasyondan yazılmasını bekler, ikinci bir ekrana yeniden yazılmasını değil.
Gün sonu, olay olmaktan çıkıp rutine dönüşür. İş günü kapanır, düzeltmeler silinmek yerine iptal ve ters kayıtla yapılır ve yukarıya raporlanan sayıların tanımlı bir kaynağı olur. Gruplar ve kurumsal hesaplar da belirir: bir oda bloğu, tek fatura isteyen bir şirket, kendi fiyatını isteyen bir acente. Bunlar sisteme kaydedilecek şeylerdir, deftere not edilecek değil.
Dürüst test kötü bir haftadır: otel tamamen dolu, hasta bir meslektaş ve öğlene kadar her kanala ulaşması gereken bir fiyat değişikliği. O hafta hafızayla ve telefonla atlatılabiliyorsa, tesis araçlarının gerisinde kalmıştır.
Ters yönde de bir uyarı var: 40 odada 300 odanın özellik listesini satın almayın. Açtığınız her modül, birinin çalıştırması gereken bir rutindir ve kimsenin çalıştırmadığı rutin, eksik özellikten kötüdür.
Kontrol listesi40 oda civarındaki bir tesisin elle yönetimi aştığının işaretleri
- Bugün aynı rezervasyonu iki kişi düzenledi
- Şu anda bir fiyat iki kanalda farklı
- Dünkü müsaitliği kimin değiştirdiğini kimse söyleyemiyor
- Gece görevlisi günün sayılarını kâğıda yazıyor
- Bir grup rezervasyonu e-posta zincirinde yaşıyor
- Anahtar kartı ikinci bir ekranda yazılıyor
- Takvimin nasıl çalıştığını yalnızca sahip biliyor
120 oda civarında ne değişir?
Departmanlar belirir ve yazılımın işi kayıt tutmaktan departmanlar arası eşgüdüme kayar. Arayüzler, eğitim ve departman bazında raporlama, tek bir özellikten daha önemli olur.
Satış noktaları çoğalır: restoran, bar, belki spa ya da dükkân. Her biri, harcamayı misafirin hesabına işleyen bir satış noktası ister ve her biri bir harcamanın kaybolabileceği yerdir. Kat hizmetleri bir yönlendirme sorununa dönüşür: hangi odaların temizlenmesi gerekiyor, hangi sırayla, kim tarafından ve resepsiyon odayı yürüyerek kontrol etmeden nasıl öğrenir.
Teknik servis ve bakım işi kendi kaydını ister: bir arıza, sahibi kim, ne zaman kapatıldı. Bu olmadan aynı bozuk eşya üç kez bildirilir, bir kez tamir edilir. Raporlama da departmana ayrılır, çünkü zarar eden bir restoran, iyi bir oda sonucunun içinde saklanabilir. Sistem her noktanın kendi sayılarını gösterebilmelidir.
Sistemlerin bir sahibi olmalı. Departman değil; kimsenin bakmayacağı yeni bir araca "hayır" deme yetkisi olan, adı belli bir kişi. Arayüzler artık riskin kendisidir: satış noktası bazına bağlanan mali cihazlar, kilit sistemi, gönderimden önce bir kişinin incelemesini bekleyen e-fatura akışı. Her biri, sessiz bir arızanın para kaybettirdiği bir yerdir. Eğitim ve personel devri de başlı başına bir yazılım gereksinimidir: sezonluk bir meslektaş tek vardiyada giriş akışını öğrenemiyorsa, sistem özellik listesi ne derse desin o tesis için yanlıştır.
DikkatTest edilmemiş arayüzler vaattir
Kendi cihazınızla, kendi satış noktanızda, kendi ağınızda test edilmemiş bir arayüz özellik değil, vaattir. Logoyu değil, testi isteyin.
300 oda ve üzerindeki bir otel, küçüklerin ihtiyaç duymadığı neye ihtiyaç duyar?
Bilişim için bir sahibe, misafirleri sistemlerden ayıran bir ağa ve yazılımın olmadığı iki saat için bir plana.
Kısıt, özellik olmaktan çıkıp entegrasyon sayısı olur: kilitler, her nokta için satış sistemi, mali cihazlar, e-fatura, telefon sistemi, Wi-Fi girişi, ödeme, geçiş kontrolü. Her arayüzün bir arıza biçimi vardır ve birileri onu bilmek zorundadır. Bilişimi biri üstlenir: içeride bir kişi, anlaşmalı bir bilişim firması ya da ikisi arasında net bir paylaşım. Karar personel sayısıyla değil, yanıt süresi ve yetkiyle ilgilidir; otelde bilgi işlemi kimin yönetmesi gerektiği başlı başına bir yazıyı hak eden bir sorudur.
Misafir ağını sistem ağından ayırın ki, otel doluyken video izleyen misafirler resepsiyonun giriş yapmasını engellemesin. Değişiklik yönetimi gerçek bir sürece dönüşür: birçok yere ulaşması gereken bir fiyat değişikliği, bir onaylayıcı, uygulandığını kontrol eden bir kişi ve talebi kimin yaptığı kaydı ister.
Sözleşmeler burada daha çok önem taşır, çünkü geçiş maliyeti entegrasyon sayısıyla büyür. Kullanılabilir biçimde veri dışa aktarımını, ihbar sürelerini ve çıkış koşullarını imzalamadan önce sorun, imzaladıktan sonra değil. Sistemin olmadığı saatlerin rutinini yazın: önceden basılmış giriş kartları, kâğıt oda planı, kâğıda ne zaman geçileceğine ve ne zaman dönüleceğine karar veren adı belli bir kişi.
Sistemlerin, onları seçen personelden uzun ömürlü olmasını bekleyin. Tesis tarafından yazılan belgeler, yalnızca satıcı tarafından yazılan değil, bir sonraki devri yaşanabilir kılan şeydir.
Her tesis, boyutu ne olursa olsun, neye ihtiyaç duyar?
Üç şeye: gerçekten geri yüklenmiş bir yedek, para ya da misafir verisini hareket ettirebilen her hesapta iki adımlı giriş ve ilki açmadığında telefonu açan ikinci bir destek kişisine.
Yedek testi bir plan değil, geri yüklemedir. Son geri yüklemenin ne zaman, kim tarafından yapıldığını ve ne kadar sürdüğünü sorun. Kimsenin geri yüklemediği yedek bir umuttur. İki adımlı giriş, fiyat değiştirebilen, bir hesabı iptal edebilen ya da misafir verisini dışa aktarabilen hesaplara aittir, çünkü çalınmaya değer olanlar onlardır. İkinci destek hattı, adı belli bir kişi, bir telefon numarası ve sorunun iletileceği bir üst kademe demektir. Ağustos'ta bir Cumartesi saat 23:00'te ne olacağını sorun ve yanıtı yazın.
Bu üçünün ötesinde, hangi bilgi için hangi sistemin doğruyu tuttuğunu söyleyen tek bir sayfa tutun: fiyat, müsaitlik, misafir kaydı, hesap. Aynı doğruyu tutan iki sistem, tesisin iki farklı fiyatla bitirmesinin yoludur. Verinizi kullanılabilir biçimde dışa çıkarabilme hakkını sözleşmenize yazdırın ve ihtiyaç duymadan önce bir kez test edin; bu, tedarikçi ilişkisinin bozulmasına karşı en ucuz sigortadır. Son olarak, yinelenen adımların rutinlerini yazın: gün sonu, kanalları kapatma, kimlik bildirimlerinin çıktığının kontrolü ve e-faturaları gönderilmeden önce kimin inceleyeceği.
Kontrol listesiBoyuttan bağımsız kontrol listesi
- Son geri yükleme tarihi biliniyor
- Her yönetici hesabında iki adımlı giriş açık
- Numarası olan, adı belli bir ikinci destek kişisi var
- Hangi sistemin hangi olguyu tuttuğunu gösteren tek sayfalık bir harita var
- Veri dışa aktarımı bir kez test edildi
- Yazılı gün sonu ve kanal kapatma rutinleri var
- Sistemlerin adı belli bir sahibi var
Kurallar nerede değişir: apart oteller, glamping tesisleri ve karma işletmeler?
Üç tesis türü boyut mantığını bozar: apart oteller aylık faturalanır, glamping tesisleri sabit bir terminalin varsaydığı elektrik ve bağlantıya sık sık sahip değildir ve Bakanlık belgeli karma tipteki tesislerin hepsi otel değildir.
Apart oteller boyut değiştirmeden biçim değiştirir. Konaklama haftalarla ölçülür, hesaba sayaç okumaları ve depozito girer ve misafir, kendi faturasını isteyen bir şirket olabilir. Faturalama modeli, sistem ihtiyacını oda sayısından daha çok belirler; apart otel programı bu konuyu ayrıntılı işler.
Glamping ve sezonluk tesislerde kısıt farklıdır: bağlantı ve elektrik. Hattın koptuğu bir anda bile çalışan bir giriş (check-in) akışı planlayın ve daha çok değil, daha az sabit cihaz bekleyin. Restoranlı bir pansiyon ise oda ekleyerek değil satış noktası ekleyerek daha çok değişir: ikinci bir kasa, harcamanın kaybolabileceği ikinci bir yer, ikinci bir günlük sayı demeti.
Sezonluk tesisler, yoğun haftada çökecek elle adımları sessiz sezonda kaldırabilir. Sistemi ortalama haftaya değil, yoğun haftaya göre değerlendirin. Karma kullanımlı tesisler önce kendi işletmesini anlatmalı, sonra araç seçmeli; çünkü bir iş biçimine göre kurulmuş sistem, öbürüyle çatışır.
Kamuya açık istatistikleri okurken sözcükler önem taşır. Kültür ve Turizm Bakanlığı'nın belgeli konaklama tesis sayıları (Ağustos 2026) apart oteller, pansiyonlar ve butik tesisler dahil birçok tipte tesis sayar, yalnızca otel değil; bu yüzden kendi segmentiniz için bir otel sayısı olarak okumayın.
Şimdi ne yapmalı
Tedarikçiyle konuşmadan önce kendi tesisiniz hakkında tek bir sayfa yazın: bir rezervasyona kaç kişi dokunuyor, hangi noktalar para alıyor, gece nöbetini kim tutuyor, saat 23:00'te nöbetçi kim ve hangi sistem hangi olguyu tutuyor. Aldığınız her teklif, büyük bir otelin özellik listesine göre değil o sayfaya göre değerlendirilebilir; bu yazıdaki boyut bantları da erişilecek bir standart değil, kendi yanıtlarınızı okumanın bir yolu olur.
Sıkça sorulan sorular
Küçük bir otelin kanal yöneticisine ihtiyacı var mı, kanalları elle yönetebilir mi?
Elle yönetim, yalnızca her gün aynı saatte tüm kanallardaki müsaitliği kapatan ve açan yazılı bir rutin ve bundan sorumlu tek bir kişi varsa işler. Fiyatlar bu rutinden sık değiştiğinde ya da aynı odayı iki kişi sattığında, kanal yöneticisi hatadan ucuzdur. Karar sıklıkla ve sahiplikle ilgilidir, oda sayısıyla değil.
Bir otelin tam zamanlı bilişim personeline ihtiyacı kaç odada başlar?
Odada ifade edilen bir eşik yoktur; soru yanıt süresidir. Belirli bir boyutun altında anlaşmalı bir bilişim firması ve içeride adı belli bir sahip yeterlidir. Önemli olan, birinin yeni bir araca hayır deme yetkisinin olması ve gece bir arızada aranacak bir numaranın bulunmasıdır. İçeride bir rolü uzun vadede haklı kılan, oda sayısı değil entegrasyon sayısıdır.
Tek bir otel işletim sistemi hem 10 odalı bir pansiyonu hem 300 odalı bir tatil köyünü yönetebilir mi?
Aynı ürün çoğunlukla ikisi için de yapılandırılabilir; ama çevresindeki işletme rutinleri yapılandırılamaz. Küçük tesis az modül açık ve onları bilen tek kişi ister; büyük tesis departmanlar, arayüzler ve bir değişiklik süreci ister. Küçük boyutta büyük yapılandırmayı satın almak, kimsenin çalıştırmadığı rutinler üretir; bu da eksik özellikten kötüdür.
Yeni bir otel önce neyi satın almalı?
Rezervasyon kaydını tutan sistemi, çünkü diğer her şey ona başvurur. Ardından ödeme ve mali belge yolunu, sonra misafir kimlik bildirimini, sonra kanal bağlantılarını. Kişisel veri kararları, yedekler ve iki adımlı giriş ilk yoğun aydan sonra değil, ilk haftaya aittir.
Bulut yazılım mı, tesiste sunucu mu otel için daha iyidir?
Bulut, bakımı tedarikçiye taşır ve internet hattını tek bir arıza noktası yapar; tesisteki sunucu hat koptuğunda çalışmaya devam eder ama yamalaması, yedeklenmesi ve değiştirilmesi gereken bir şeydir. Dürüst yanıt, bağlantınıza, personelinize ve tesisinizde bir sunucuya bakabilecek kimsenin olup olmadığına bağlıdır. Önce sistemin olmadığı saatlerin rutinine karar verin, sonra bu rutine uyan modeli seçin.