1. PMS Verisini Looker Studio’ya Nasıl Taşırsınız?
PMS verisini Looker Studio’ya taşımak aslında 3 parçalı bir problemdir: 1. Veri alma (PMS’ten çıkış) 2. Veri birleştirme (OTA/GA4/call center ile) 3. Dashboard sunumu (Looker Studio’da KPI/segment)
Net cevap bloğu : PMS verisini Looker Studio’ya taşımak için PMS’ten API, CSV/Sheets veya ara veri ambarı üzerinden veri alın; OTA, GA4 ve call center verisiyle ortak anahtarlar (tarih, kanal, rezervasyon ID) üzerinden birleştirip Looker Studio’da KPI dashboard’u kurun.
Veri Kaynakları: PMS, OTA, GA4, Call Center
- •PMS: rezervasyon, oda, misafir, gelir (ADR/gelir kalemleri), iptal/no-show, rate plan
- •OTA: kanal bazlı performans, iptal davranışı, komisyon/kesinti yaklaşımı (varsa)
- •GA4: trafik, kampanya, dönüşüm (arama→checkout→başarı), cihaz/ülke segmentleri
- •Call center: arama hacmi, teklif sayısı, satışa dönüşüm, kayıp nedenleri
Bu kaynaklar birleştiğinde, sadece “doluluk” değil, doluluğun hangi kanal + hangi kampanya + hangi segment ile geldiğini görürsünüz.
Veri Aktarım Yöntemleri (teknik notu sadeleştirerek)
Teknik not (sheet): Veri aktarımında API, CSV/Sheets veya ara veri ambarı çözümleri kullanılabilir; metrik tanımları (net/brüt gelir, oda başı gelir, kanal tanımları) netleşmelidir.
- •API ile çekme: daha otomatik, daha canlı; ama hız limitleri ve hata yönetimi gerekir.
- •CSV/Sheets ile aktarım: hızlı başlangıç için ideal; ancak manuel süreç riski vardır.
- •Ara veri ambarı (warehouse): sürdürülebilirlik için en iyi pratik; kaynaklar burada birleşir, Looker Studio buradan beslenir.
Ortak anahtarlar: “veri nereden birleşecek?”
Pratikte en sık kullanılan anahtarlar: • tarih (check-in/check-out/booking date) • kanal (OTA/web/call center) • oda tipi/rate plan • rezervasyon ID (varsa tüm sistemlerde eşleşen) Mini örnek: Bodrum’da kampanya yürütüyorsunuz; GA4 “kampanya tıklaması” artmış ama PMS’te gelir artmıyor. Bu çelişkiyi çözmek için GA4 dönüşüm event’ini, PMS rezervasyon kaydıyla aynı gün/kanal bazında bağlamanız gerekir.
☑ Mini Check
- • PMS’ten veri alma yöntemi seçildi mi? (API/CSV/Warehouse)
- • Ortak anahtarlar net mi? (tarih, kanal, rezervasyon ID)
- • Zaman dilimi (timezone) tüm kaynaklarda aynı mı?
- • Veri yenileme sıklığı belirlendi mi? (günlük/saatlik)
- • Hata yönetimi ve loglama planlandı mı?
Ne yapmalıyım?
- • “Hızlı başlangıç” (CSV/Sheets) mı “sürdürülebilir” (warehouse) mı karar verin.
- • Ortak anahtarları ve metrik sözlüğünü yazın.
- • Yenileme frekansını belirleyin ve sorumluyu atayın.
- • Looker Studio’ya geçmeden önce örnek bir “veri doğrulama” raporu oluşturun.
2. PMS Verileri Neden Tek Başına Yeterli Değil?
PMS genellikle “rezervasyon oldu mu, gelir ne?” sorusunu yanıtlar. Ama yönetim kararları çoğu zaman “neden böyle oldu” ve “şimdi ne yapmalıyım” sorularını ister. Bu sorular, PMS dışındaki sinyaller olmadan eksik kalır.
PMS’in güçlü olduğu yer: operasyonel gerçek
- •doluluk, oda tipi, rate plan, check-in/out
- •iptal/no-show kayıtları
- •gelir kalemleri (Varsayım: PMS’e göre değişebilir)
PMS’in tek başına göremediği yer: davranış ve talep sinyali
- •web’de arama var mı ama ödeme yok mu? (GA4)
- •OTA mesajı artıyor mu ama satışa dönmüyor mu? (OTA/call center)
- •reklam bütçesi arttı ama net gelir etkisi var mı? (SEM raporları)
Bu yüzden birleşik veri, PMS raporunu “yönetim paneli”ne dönüştürür.
☑ Mini Check
- • Web’deki funnel kaybını PMS’ten görebiliyor musunuz?
- • Kanal payını net tanımladınız mı? (OTA/web/call center)
- • Net vs brüt gelir ayrımı yapıyor musunuz?
- • İptal davranışını kanal bazında izliyor musunuz?
- • Kampanya etkisini (GA4+PMS) birleştiriyor musunuz?
Ne yapmalıyım?
- • PMS raporlarını “tek kaynak” değil “çekirdek kaynak” olarak konumlayın.
- • GA4 ve kanal verilerini PMS’e bağlayacak ortak anahtarlar oluşturun.
- • Yönetim için “tek KPI sözlüğü” oluşturun (aşağıda).
- • Karar toplantılarını tek dashboard üzerinden yönetin.
3. PMS + OTA + Web + Call Center Verisini Birleştirmek
Birleştirme işinin amacı “daha çok veri” değil, “daha doğru karar”dır. Bu yüzden önce karar senaryolarını yazın: fiyat mı değiştireceğiz, bütçe mi kaydıracağız, kanal mı optimize edeceğiz?
Birleştirme modeli: kaynak → dönüşüm → sonuç
- •Kaynak: GA4 trafik + kampanya + cihaz/ülke
- •Dönüşüm: web rezervasyon (direct), call center satış, OTA satış
- •Sonuç: PMS’te doluluk, ADR, RevPAR, iptal/no-show, net gelir etkisi
Metrik tanımları netleşmeden birleşik dashboard yapılmaz
En sık hata: herkes aynı KPI’yı farklı hesaplar. Bu yüzden tanımlar şart: • ADR: oda gelirinin satılan oda sayısına bölümü (Varsayım) • RevPAR: oda gelirinin müsait oda sayısına bölümü (Varsayım) • Kanal payı: rezervasyon adedi mi, gelir mi? netleştirin • Net/Brüt gelir: komisyon, iade, vergi ayrımları
Veri kalitesi ve güncelleme frekansı
Veri doğru değilse dashboard “yanlış ama hızlı” olur. Güncelleme frekansı: • günlük (yönetim için çoğu zaman yeterli) • saatlik (yüksek sezon ve kampanya döneminde değerli) • gerçek zamanlı (maliyetli; sadece kritik ekranlarda)
☑ Mini Check
- • ADR/RevPAR tanımınız tek mi?
- • Kanal payını gelir mi adet mi takip ediyorsunuz?
- • İptal/no-show kanala göre ayrışıyor mu?
- • Yenileme frekansı ve veri sahipliği belli mi?
- • “Veri doğrulama” adımı var mı? (ör. günlük kontrol)
Ne yapmalıyım?
- • KPI sözlüğünü kilitleyin: tanımlar tek olsun.
- • Önce “yönetim paneli” KPI’larını kurun, sonra derinleşin.
- • Veri doğrulama rutini ekleyin (günlük 10 dk).
- • Sezon hatalarını erken yakalamak için alarm eşikleri tanımlayın.
4. Looker Studio ve BI Araçları ile Dashboard Kurulumu
Looker Studio, oteller için “hızlı kazanım” sağlayan bir BI katmanı olabilir; önemli olan araç değil, dashboard tasarım mantığıdır: tek ekranda yönetim, ikinci ekranda derin analiz.
Dashboard Yapısı: Yönetim paneli → Kanal paneli → Funnel paneli
Önerilen 3 katman: 1. Yönetim paneli: Occupancy, ADR, RevPAR, toplam gelir, kanal payı, iptal/no-show 2. Kanal paneli: OTA’lar ayrışımı, direct booking, call center dönüşümü 3. Funnel paneli (GA4): arama→checkout→başarı, ödeme başarısızlıkları, cihaz/ülke
Filtreler ve segmentler
Yönetim için olmazsa olmaz filtreler: • tarih aralığı (booking date vs stay date) • kanal (OTA/web/call center) • oda tipi / rate plan • pazar (ülke/dil) (Varsayım: varsa)
☑ Mini Check
- • Dashboard “tek ekran yönetim” mantığında mı?
- • Filtreler yönetim ihtiyacına göre seçildi mi?
- • Stay date vs booking date ayrımı var mı?
- • Funnel ve kanal panelleri ayrıldı mı?
- • Dashboard performansı (yüklenme) kabul edilebilir mi?
Ne yapmalıyım?
- • Önce yönetim panelini kurun (5–8 ana KPI).
- • Sonra kanal ayrışımını ekleyin (pay + iptal + net gelir etkisi).
- • GA4 funnel paneliyle kayıpları görünür yapın.
- • Haftalık yönetim toplantısını dashboard’a bağlayın.
5. Yönetim İçin Temel KPI’lar: Doluluk, RevPAR, Kanal Payı vb.
Bu bölüm, dashboard’un “ölçüm sözlüğü”dür. KPI’lar az ama etkili olmalı.
KPI Seti (önerilen çekirdek)
| KPI | Ne anlatır? | Karar örneği |
|---|---|---|
| Occupancy (Doluluk) | Talep ve kapasite | Fiyat/limit/stop-sale |
| ADR | Ortalama oda geliri | Paket/kampanya revizyonu |
| RevPAR | Kapasite başına gelir | Kanal karması optimizasyonu |
| Channel Share | Kanal bazlı dağılım | OTA bağımlılığı azaltma |
| Cancellation Rate | Risk ve gelir kalitesi | Esnek politika ayarı |
| No-show Rate | Operasyon riski | Garanti/ön provizyon |
| Direct Booking Conversion (GA4) | Web satış verimi | Checkout iyileştirme |
| Call Center Conversion | Telefon satış verimi | Script/teklif eğitimi |
Key Statistics / Data Point (sheet – senaryo): Veri odaklı çalışan otellerde, gelir ve doluluk hedeflerine ulaşmak için bütçe ve fiyat kararlarının dashboard verileriyle daha hızlı ve doğru verilebildiği; sezonsal hataların daha erken fark edildiği senaryo bazlı olarak anlatılabilir. Burada kritik olan “ölçüm tanımlarını” kilitleyip dashboard’u tek gerçek kaynağına çevirmektir.
☑ Mini Check
- • KPI’lar tanım dokümanına bağlı mı?
- • Net/brüt gelir ayrımı net mi?
- • Kanal payı gelir mi adet mi?
- • GA4 dönüşüm event’leri doğru mu?
- • KPI hedef/uyarı eşikleri var mı?
Otel Performans Dashboard (Looker Studio) Tasarım Şablonunu İndir — Otel / PMS Raporlama (v1.0)
Bu şablon, PMS+OTA+GA4+call center verisini tek dashboard’ta toplayacak şekilde panel mimarisini, KPI setini ve filtreleri standartlaştırır. Amaç; yönetim ekibinin doluluk, RevPAR, kanal payı ve iptal riskini tek ekranda görmesi ve kararları daha hızlı alabilmesidir. Ayrıca KPI tanımlarını kilitleyerek “aynı metrik, farklı hesap” problemini azaltır.
Kim Kullanır?
GM/owner + revenue + finans + pazarlama + BI/IT birlikte.
Nasıl Kullanılır?
- KPI sözlüğünü doldurun (tanım, formül, kaynak).
- Panel düzenini kurun (yönetim → kanal → funnel).
- Yenileme frekansı, veri kalite kontrol ve sahipliği ile sürdürülebilir hale getirin.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ KPI sözlüğü şablonu (tanım/formül/kaynak) dolduruldu
- ▢ ✅ Panel düzeni “yönetim → kanal → funnel” olarak kuruldu
- ▢ ✅ Filtreler: tarih (booking/stay), kanal, oda tipi, rate plan, pazar (Varsayım) eklendi
- ▢ ✅ Veri kalitesi rutini oluşturuldu (PMS gelir, iptal/no-show, kanal payı, GA4 anomali)
- ▢ ✅ Yenileme çalıştı ve log alındı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
Ne yapmalıyım?
- • KPI setini az ve net tutun; tanımları kilitleyin.
- • Panel düzenini “yönetim → kanal → funnel” katmanında kurun.
- • Uyarı eşikleri tanımlayın (erken sinyal).
- • Toplantı ritmini dashboard’a bağlayın (haftalık/aylık).
6. Veri Altyapısını Sürdürülebilir Hale Getirmek
Dashboard kurmak bir proje, sürdürülebilir yapmak bir sistemdir. En sık hatalar: veri sahipliği yok, tanımlar değişiyor, yenileme bozuluyor, kalite kontrol yok.
Sahiplik: kim hangi veriden sorumlu?
- •PMS veri sahibi: operasyon/finans (Varsayım)
- •GA4 veri sahibi: pazarlama/ajans
- •OTA veri sahibi: revenue
- •Dashboard sahibi: yönetim + BI/IT
Veri kalitesi rutini
Günlük/haftalık kısa kontrol listesi: • dün PMS gelir toplamı ile dashboard gelir uyumlu mu? • iptal/no-show sayısı mantıklı mı? • kanal payı beklenen aralıkta mı? • GA4 event’lerinde anomali var mı?
☑ Mini Check
- • Veri sahipliği ve sorumluluk matrisi var mı?
- • KPI sözlüğü versiyonlanıyor mu?
- • Yenileme hatasında uyarı mekanizması var mı?
- • Veri kalite kontrol rutini var mı?
- • Sezonsal dönemde (yüksek trafik) dashboard performansı test edildi mi?
Ne yapmalıyım?
- • Veri sahipliği atayın ve KPI sözlüğünü versiyonlayın.
- • Yenileme hataları için uyarı mekanizması kurun.
- • Veri kalite kontrolünü rutin hale getirin.
- • Sezon öncesi “dashboard stres testi” yapın.
Bir Sonraki Adım
Yönetim panelini tek ekranda kurmak isteyen oteller için.
Sık Sorulan Sorular
PMS verisini Looker Studio veya benzeri dashboard’lara nasıl taşırım?▾
PMS verisi tek başına otel performansını görmek için yeterli mi?▾
OTA, web ve call center verisini PMS ile birlikte nasıl raporlarım?▾
Oteller için temel KPI’lar ve dashboard yapısı nasıl olmalı?▾
Net/brüt gelir ve kanal tanımı neden kritik?▾
İlgili İçerikler