1. Oda Tipi, Paket ve Fiyat Yapısı Neden Stratejik?
Oda ve fiyat yapısı doğru kurgulanmazsa, sorun “fiyat yanlış çıktı” gibi küçük görünür ama etkisi zincirleme büyür: OTA’larda yanlış müsaitlik, Channel Manager’da mapping tutarsızlığı, kampanya kurgularında çakışma ve gelir yönetiminde esneklik kaybı. Doğru model; ekibe netlik sağlar, satış kanallarında tutarlılığı artırır ve manuel müdahaleyi azaltır.
Bu yapıyı stratejik yapan üç neden vardır:
- •Tutarlılık: Aynı oda farklı kanallarda aynı kuralla temsil edilir.
- •Esneklik: Promosyon/paket/erken rezervasyon gibi varyasyonlar “kural”la yönetilir.
- •Operasyon yükü: Yapı sade ise ekip daha az düzeltme yapar.
Ne yapmalıyım?
- • Oda tiplerini “satış diline” göre sadeleştir (gereksiz alt tipleri azalt)
- • Rate plan’leri oda tipinden bağımsız kurgula (indirim/paket esnekliği için)
- • OTA/Channel Manager mapping’in temelini bu iki ayrımla kur
2. PMS’te Oda Tipi ve Alt Tipleri Nasıl Tasarlanır?
Room Type tasarımı, PMS’in “envanter gerçeğini” temsil eder. En sık hata: oda tiplerini “view/konsept/paket” gibi fiyatla ilgili unsurlarla karıştırmak ve oda sayısını gereksiz şişirmektir. İyi tasarım, oda tipini fiziksel gerçeğe yakın tutar; view veya konsepti gerekiyorsa alt tip / attribute gibi yönetir (PMS’in imkanına göre).
Otel bağlamlı pratik yaklaşım:
- •Oda tipi = fiziksel sınıf (Standart, Deluxe, Suite gibi)
- •Alt tip/özellik = view/konum/özellik (Sea View, Corner, High Floor vb.)
- •Paket = fiyat planı/promo katmanı (bed & breakfast, HB, ER)
Mini örnek (resort): “Deluxe Sea View” ayrı oda tipi yerine; “Deluxe” oda tipi + “Sea View” attribute ile daha yönetilebilir olabilir (PMS yapısına göre).
Ne yapmalıyım?
- • Oda tiplerini fiziksel envanter bazında sabitle
- • View/konsept gibi değişkenleri alt özellik olarak ayır
- • “Satış kanallarında aynı şeyi farklı isimle satma” tuzağını engelle
3. Fiyat Planları, Promosyonlar ve Paketler
Rate Plan, oda tipinden bağımsız bir “fiyat ve kural seti”dir. En sık karışıklık: her kampanya için yeni oda tipi veya her oda tipi için ayrı kampanya yaratmaktır. Doğru yaklaşım; rate plan’leri kural temelli kurmak: iptal şartı, ödeme koşulu, minimum geceleme, dahil hizmetler ve promosyon mantığı.
Pratik rate plan seti (örnek çerçeve):
- •BAR (esnek): temel fiyat planı
- •Non-refundable: peşin/iptalsiz kural seti
- •Early Booking: tarih aralığı + koşul
- •Paketli plan: HB/FB gibi dahil hizmetli yapı
- •Kurumsal/acenteli plan: şirket/acenteye özel koşul
Ne yapmalıyım?
- • Rate plan’leri iptal/ödeme/dahil hizmet kuralına göre standartlaştır
- • Promosyonları rate plan varyasyonu olarak yönet (oda tipini çoğaltma)
- • Kanal yönetiminde (Channel Manager) aynı rate plan mantığını koru
4. Çocuk, Ekstra Yatak ve Diğer Eklentilerin Modellemesi
Çocuk ve extra bed kuralları yanlış kurgulanırsa; fiyatlar tutarsızlaşır, resepsiyon düzeltmeye zorlanır, OTA tarafında “yanlış fiyat/yanlış şart” şikayetleri artar. Bu nedenle Child Policy ve Extra Bed mantığını “kural seti” olarak kurmak gerekir: yaş aralığı, ücretlendirme, kişi bazlı fiyat, max kişi sayısı, ekstra yatak kapasitesi.
Örnek modelleme prensipleri:
- •Yaş aralığı net: 0–2, 3–6, 7–12 gibi (otel politikasına göre)
- •Kişi bazlı mı, oda bazlı mı? netleştir
- •Max occupancy: oda tipine göre tutarlı olsun
- •Extra bed: hangi odalarda mümkün ve hangi koşulla?
Ne yapmalıyım?
- • Yaş aralıklarını ve ücret mantığını yazılı standarda bağla
- • Oda tipi bazında max kişi ve extra bed kapasitesini netleştir
- • Rate plan’lerle çakışmayan bir kural hiyerarşisi kur
5. PMS Yapısını Kanal Yönetimi ve OTA’larla Uyumlu Kılmak
Oda–rate modelinin gerçek sınavı, Channel Manager ve OTA mapping sürecinde ortaya çıkar. Burada ana prensip: PMS iç ID’leri ve isimlendirme tutarlı olmalı; aksi halde mapping sırasında aynı oda farklı kanallarda farklı temsil edilir ve hata riski artar. (Teknik notunuzun özeti: URL değil, PMS iç ID tutarlılığı kritik.)
PMS oda/fiyat yapısı OTA ve kanal yönetimini nasıl etkiler?
Oda tipleri ve rate plan’ler PMS’te tutarsız kurulursa, Channel Manager mapping’i karmaşıklaşır; OTA’larda yanlış oda–fiyat eşleşmeleri ve müsaitlik hataları artar. Tutarlı iç ID’ler ve sade hiyerarşi, senkron hatalarını ve manuel müdahaleyi belirgin biçimde azaltır.
Mini örnek:
- •PMS’te “Deluxe HB” ayrı oda tipi ise, OTA’da aynı oda farklı rate plan’le satılırken mapping çakışabilir.
- •“Deluxe” oda tipi + HB rate plan modelinde mapping daha stabil olur.
Ne yapmalıyım?
- • PMS iç ID’lerini (oda tipi, rate plan) değişmez kural olarak tanımla
- • Channel Manager mapping tablosunu tek kaynak doküman yap
- • OTA testlerini senaryo bazlı çalış (iptal, min stay, kişi/çocuk, paket)
6. Oda Tipi–Rate Plan İlişki ve Mapping Kontrol Tablosu
| Katman | Ne temsil eder? | Doğru kullanım | Sık hata | Kontrol notu |
|---|---|---|---|---|
| Room Type | Fiziksel envanter sınıfı | Standart, Deluxe, Suite gibi fiziksel sınıfları baz almak | View/paket/fiyatı oda tipine gömmek | Misafire anlatılabilir sadelikte olmalı |
| Alt tip / Attribute | View/konum/özellik farkı | Sea View, Corner, High Floor gibi ayrımları burada yönetmek | Her attribute için yeni oda tipi açmak | PMS desteğine göre yapılandırılmalı |
| Rate Plan | Fiyat ve kural seti | BAR, NR, Early Booking, Paket, Kurumsal gibi planlar | Her kampanya için yeni oda tipi açmak | İptal/ödeme/dahil hizmet mantığı net olmalı |
| Child Policy | Çocuk yaş ve ücret kuralı | Yaş aralıkları ve ücret mantığını yazılı standarda bağlamak | Ekibin sözlü bilgiyle ilerlemesi | Tek kaynak policy dokümanı olmalı |
| Extra Bed | Ekstra yatak kapasitesi ve ücret koşulu | Oda tipi bazında net kapasite tanımı yapmak | Her rezervasyonda manuel yorumla ilerlemek | Max occupancy ile çakışmamalı |
| PMS İç ID | Sistem içi sabit kimlik | Oda tipi ve rate plan için değişmez ID standardı kurmak | İsimleri/ID’leri sık değiştirmek | Mapping istikrarı için kritik |
| Channel Manager Mapping | PMS → kanal eşleşmesi | Tek kaynak tablo ile versiyonlu yönetmek | Kişiye bağlı ve dağınık mapping | Test senaryolarıyla doğrulanmalı |
| OTA Temsili | Kanal tarafındaki oda/fiyat görünümü | Aynı şeyi tüm kanallarda aynı mantıkla göstermek | Aynı odayı farklı isimlerle satmak | Fiyat/oda uyuşmazlığı riski burada görünür |
7. Rakip Boşluğunu Kapat: PMS Ekranında “Gerçek Model” Nasıl Kurulur? (Competitor Gap mini bölüm)
Rakip içerikler çoğunlukla gelir yönetimi teorisi anlatır; sahada ekiplerin ihtiyacı ise “PMS’te hangi ekran/alanları nasıl dolduracağız?” netliğidir. Bu yüzden kendi “oda–rate model dokümanınızı” oluşturun:
- •1 sayfa Room Type sözlüğü: oda tipi tanımı, max occupancy, özellikler, iç ID
- •1 sayfa Rate Plan sözlüğü: kural seti (iptal/ödeme/dahil hizmet), iç ID
- •1 mapping tablosu: PMS → Channel Manager → OTA oda/plan eşleşmesi
- •1 test planı: 10 senaryo (çocuk, extra bed, promo, iptal, min stay)
Ne yapmalıyım?
- • Oda/Rate sözlüğünü yazılı hale getir (ID’leri sabitle)
- • Mapping tablosunu versiyonla (kim ne zaman değiştirdi?)
- • 10 senaryoluk test setiyle OTA doğrulama yap
8. Oda & Rate Plan Yapılandırma Checklist’ini İndir
Oda & Rate Plan Yapılandırma Checklist’ini İndir — PMS & OTA Yönetimi / Room & Rate (v1.0)
Bu doküman, PMS’te Room Type ve Rate Plan yapısını sade ve tutarlı kurmanız için kontrol listesi ve 14 günlük uygulama sprint’i sunar. Channel Manager ve OTA mapping’i için kritik ID/isim standardını netleştirir. Paketli satışın yoğun olduğu otellerde “fiyat/oda uyuşmazlığı” ve manuel düzeltme ihtiyacını azaltmayı hedefler.
Kim Kullanır?
Ön büro + rezervasyon/satış + gelir + IT/entegrasyon ekibi (tek model üzerinde uzlaşmak için).
Nasıl Kullanılır?
- Checklist’i doldurup Room Type ve Rate Plan sözlüğünü çıkarın.
- Mapping tablosunu oluşturup test senaryolarıyla doğrulayın.
- 14 günlük sprint planını uygulayıp go-live öncesi “tek kaynak doküman”ı kilitleyin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Room Type sayısı fiziksel envantere göre sadeleştirildi
- ▢ ✅ View/özellikler alt tip/attribute olarak ayrıldı (Varsayım: PMS destekliyor)
- ▢ ✅ Rate Plan seti kural temelli standardize edildi (iptal/ödeme/dahil hizmet)
- ▢ ✅ Child Policy yaş aralıkları ve ücret mantığı yazılı hale getirildi
- ▢ ✅ Extra Bed kapasitesi oda tipi bazında netleştirildi
- ▢ ✅ Max occupancy kuralları tutarlı
- ▢ ✅ PMS iç ID’leri sabitlendi (oda tipi + rate plan)
- ▢ ✅ Channel Manager mapping tablosu tek kaynak doküman olarak belirlendi
- ▢ ✅ OTA test senaryoları (10 senaryo) hazır
- ▢ ✅ Go-live sonrası “ilk 14 gün” izleme KPI’ları belirlendi
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Kapanış / Uygulama Planı
PMS’te oda ve fiyat yapısını doğru modellemek, yalnızca sistem düzeni değil; kanal uyumu, fiyat tutarlılığı ve operasyon yükü açısından da kritik fark yaratır. Room Type ile Rate Plan mantığını ayırıp çocuk/extra bed kurallarını yazılı hale getirdiğinizde, Channel Manager ve OTA mapping süreci daha stabil hale gelir. Ekibin tek kaynak doküman üzerinden ilerlemesi, manuel müdahale ihtiyacını azaltır ve go-live sonrası hataları daha hızlı kontrol etmenizi sağlar.
Bir Sonraki Adım
Paket/kampanya yoğun otellerde oda–rate modelini OTA uyumlu kurmak isteyen ekipler için.
Sık Sorulan Sorular
PMS’te oda ve fiyat yapısı nasıl kurgulanmalı?▾
Oda tipleri ve fiyat planlarını ayırmak neden önemli?▾
Çocuk ve ekstra yatak kurallarını PMS’te nasıl tanımlarım?▾
PMS oda/fiyat yapısı OTA ve kanal yönetimini nasıl etkiler?▾
Paketli satışın yoğun olduğu otellerde en sık hata nedir?▾
Channel Manager mapping hatalarını nasıl azaltırım?▾
İlgili İçerikler
İlgili Yazılar