
Otellerde Dijital Dönüşüm Nereden Başlar? Önce Ölçüm, Sonra Yazılım
29 Ekim 2026
Otelde dijital dönüşüm yeni yazılım almakla değil, neyin ölçülemediğini bulmakla başlar: kayıtsız talep, maliyeti bilinmeyen kanal ve açılmayan rapor.
Kısaca
Otellerde dijital dönüşüm, yeni bir yazılım satın almakla değil, otelin bugün neyi ölçemediğini bulmakla başlar. Çoğu bağımsız otelde dört kör nokta vardır: telefonla ve WhatsApp'tan gelen rezervasyon taleplerinin kaydı tutulmaz; reklam ve OTA gibi kanalların komisyon ve bütçe dahil gerçek maliyeti rezervasyon başına hesaplanmaz; rezervasyonun hangi reklamdan ya da aramadan geldiği bilinmez; mevcut raporlar ise kimsenin düzenli açmadığı ekranlarda durur. Bu boşluklar iki haftalık basit bir envanterle görünür hale gelir: her talep kanal, yanıt süresi ve sonuçla birlikte not edilir, her kanalın son üç aylık maliyeti o kanaldan gelen net gelirle karşılaştırılır. Yazılım seçimi bu tespitten sonra yapılır ve tespit edilen boşluğa göre şekillenir; çoğu zaman mevcut site, PMS ve kanal yöneticisi korunur, eksik olan ölçüm ve bağlantı katmanı eklenir. Sıralama ölçüm, bağlantı ve optimizasyon şeklinde olmalıdır; tersinden başlamak, ölçülemeyen bir sorunu daha pahalı bir ekranda saklamak demektir.
Bir otelde dijital dönüşüm konuşması genellikle bir yazılım tanıtımıyla başlar. Yeni bir PMS, yeni bir rezervasyon motoru, yapay zekâ destekli bir sohbet aracı ya da "her şeyi tek ekranda gösteren" bir panel. Tanıtım iyi gider, ekranlar etkileyicidir, sözleşme imzalanır. Altı ay sonra otel sahibi aynı soruyu sormaya devam eder: "Geçen ay reklama harcadığımız para kaç rezervasyon getirdi?" Ve cevap hâlâ yoktur.
Sorun yazılımın kötü olması değildir. Sorun sıralamadır. Dijital dönüşüm, neyin ölçülemediğini bulmadan başladığında, yeni sistem eski kör noktaları daha pahalı bir ekranda saklar. Bu yazı, 30-150 odalı bağımsız bir otelin dijital dönüşüme yazılım listesiyle değil, bir ölçüm envanteriyle nasıl başlayacağını anlatıyor.
Dijital Dönüşüm Neden Yazılım Listesiyle Başlamamalı?
"Otel dijital dönüşüm rehberi" diye aratıldığında çıkan içeriklerin çoğu bir liste ile açılır: PMS, kanal yöneticisi, rezervasyon motoru, CRM, sanal santral, misafir uygulaması. Liste doğrudur; bu araçların hepsi bir otelin işine yarayabilir. Ama listeyle başlamak üç soruyu atlar:
- Hangi sorunu çözüyoruz? Doğrudan rezervasyon payı mı düşük, telefonla gelen talep mi kayboluyor, reklam bütçesinin karşılığı mı görünmüyor? Her birinin çözümü farklı bir katmandadır.
- Bugün ne biliyoruz? Sorunun büyüklüğünü ölçemiyorsak, yeni sistemin onu çözüp çözmediğini de ölçemeyiz. "Daha iyi oldu gibi" bir başarı ölçütü değildir.
- Neyi korumalıyız? Çalışan bir PMS'i ya da kanal yöneticisini sırf yeni bir paketin parçası olduğu için değiştirmek, operasyonu aylarca sarsan bir geçiş maliyeti yaratır.
Bir yazılımı satın almak bir hafta sürer; ekibin onu kullanmayı öğrenmesi aylar sürer. Yanlış katmana yapılan yatırım, hem parayı hem de ekibin değişime olan sabrını tüketir. Bu yüzden ilk adım her zaman aynıdır: bugünkü durumu sayılarla görmek.
Önce Ölçülemeyeni Bulun: Bağımsız Otellerdeki Dört Kör Nokta
Türkiye'deki bağımsız ve butik otellerde aynı dört boşluk çok sık görülür. Bunlar yazılım eksikliği değil, görünürlük eksikliğidir.
1. Kaydı tutulmayan talep
Telefonla gelen rezervasyon soruları, WhatsApp mesajları ve sitedeki sohbet balonuna yazılanlar çoğu otelde hiçbir yere kaydedilmez. Resepsiyon yanıtlar, misafir "düşüneceğim" der ve talep orada biter. Otel kaç talep aldığını, kaçını rezervasyona çevirdiğini ve kaçının yanıtsız kaldığını bilmez. Oysa telefonla gelen talep genellikle karara en yakın talep türüdür; nedenini telefonla gelen rezervasyon neden daha değerlidir yazısında anlatmıştık. Mesaj tarafındaki aynı sorunu ise otellerde dijital misafir iletişimi yazısında ele aldık.
2. Gerçek maliyeti bilinmeyen kanal
OTA'nın komisyon oranını herkes bilir; ama rezervasyon başına ödenen tutarı, iptal edilen rezervasyonlar ve kampanya indirimleriyle birlikte hesaplayan otel azdır. Reklam tarafında durum daha belirsizdir: aylık bütçe bilinir, ama o bütçenin kaç rezervasyon getirdiği bilinmez. Kanal maliyeti rezervasyon başına hesaplanmadığında "doğrudan kanal daha kârlı" cümlesi bir inançtan öteye geçmez. Hesabın nasıl yapıldığını OTA komisyonunun gerçek maliyeti yazısında örnek rakamlarla göstermiştik.
3. Kaynağı bilinmeyen rezervasyon
Sitede tamamlanan bir rezervasyonun Google reklamından mı, Instagram'dan mı, yoksa markayı doğrudan aratan geri dönen bir misafirden mi geldiği çoğu zaman belirsizdir. Telefonla gelen rezervasyonda bu belirsizlik tamdır: arayan misafirin hangi reklamı görüp aradığını kimse bilmez. Kaynak bilinmediğinde reklam bütçesi tahminle dağıtılır. Bu eşleştirme olmadan neden optimizasyon yapılamayacağını doğru eşleştirme olmadan optimizasyon mümkün mü yazısında tartışmıştık.
4. Kimsenin açmadığı rapor
Çoğu otelde veri aslında vardır: PMS'te doluluk ve gelir raporu, kanal yöneticisinde kanal dağılımı, reklam panelinde tıklama sayıları, analiz aracında ziyaretçi sayısı. Ama bu raporlar beş farklı ekranda, beş farklı şifreyle durur ve haftalık bir toplantıda kimse onları yan yana koymaz. Açılmayan rapor, olmayan rapordan farksızdır.
İki Haftalık Ölçüm Envanteri: Yazılım Almadan Önce Yapılacak İş
Bu dört kör noktayı görmek için yeni bir sisteme ihtiyaç yoktur. İki hafta, bir tablo ve disiplin yeterlidir. Aşağıdaki envanter, her sorunun cevabının nereden bulunacağını ve cevap yoksa bunun ne anlama geldiğini gösteriyor:
| Soru | Cevap nereden bulunur? | Cevap yoksa |
|---|---|---|
| Haftada kaç rezervasyon talebi telefonla, kaçı mesajla geliyor? | Santral kayıtları, WhatsApp geçmişi, iki hafta boyunca elle tutulan talep tablosu | Talep kaydı katmanı eksik |
| Bu taleplerin kaçı rezervasyona dönüşüyor, kaçı yanıtsız kalıyor? | Talep tablosu + PMS'teki rezervasyonlarla eşleştirme | Talep sahipliği ve takip süreci eksik |
| Son üç ayda her kanala rezervasyon başına ne ödendi? | OTA faturaları, reklam harcaması, kanal bazında rezervasyon sayısı | Kanal maliyeti hesabı eksik |
| Sitedeki rezervasyonların kaçının kaynağı biliniyor? | Analiz aracında kaynak/ortam raporu, rezervasyon motoru dönüşüm kaydı | Dönüşüm takibi eksik ya da kırık |
| Reklamdan gelen aramalar ayrı sayılıyor mu? | Reklama özel numara ya da çağrı takibi, sitedeki "Hemen Ara" tıklamaları | Telefon dönüşümü reklama atfedilmiyor |
| Haftalık karar toplantısında hangi rapor açılıyor? | Toplantı notları, yönetimin gerçekten baktığı ekranlar | Raporlama katmanı kullanılmıyor |
Bu tabloyu doldurmak rahatsız edicidir, çünkü çoğu satırın cevabı "bilmiyoruz" çıkar. Ama tam olarak bu cevap, dönüşümün nereden başlaması gerektiğini gösterir. "Bilmiyoruz" yazan her satır, yatırım yapılacak bir katmanın adıdır.
Örnek: 60 Odalı Bir Otelde Envanter Ne Gösterir?
Somut bir örnek üzerinden gidelim. Ege kıyısında 60 odalı, ortalama gecelik fiyatı 4.000 TL olan bir otel düşünelim. Yönetim yeni bir PMS'e geçmeyi düşünüyor, çünkü "raporlar yetersiz". İki haftalık envanter şunu gösteriyor:
- İki haftada 180 rezervasyon talebi gelmiş: 95'i telefonla, 60'ı WhatsApp'tan, 25'i sitedeki sohbetten. Bunların yalnızca telefondakiler kısmen biliniyordu.
- Telefon taleplerinin 22'si cevapsız kalmış ve geri aranmamış. WhatsApp taleplerinin 18'i okunmuş ama takip edilmemiş.
- Aynı dönemde OTA'dan 70 rezervasyon gelmiş; bunların bir kısmının daha önce otelin kendi WhatsApp'ına yazan misafirler olduğu, isim eşleştirmesiyle görülüyor.
- Aylık 60.000 TL'lik reklam bütçesinin getirdiği rezervasyon sayısı bilinmiyor; sitedeki rezervasyon motorunda dönüşüm kodu çalışmıyor.
Bu tablo yeni bir PMS'in çözeceği bir sorun göstermiyor. PMS'teki rezervasyon verisi doğru; eksik olan, rezervasyondan önceki kısmın görünürlüğü. Takipsiz kalan 40 talebin yalnızca dörtte biri, ortalama 3 gecelik konaklamayla rezervasyona dönseydi, iki haftada 120.000 TL'lik ek doğrudan gelir demekti. Aynı talebin bir kısmının OTA'dan geri gelmesi ise bu gelirin yüzde 15-20'sinin komisyona gitmesi anlamına geliyor.
Bu otel için doğru ilk yatırım yeni PMS değil; talep kaydı, kırık dönüşüm takibinin onarılması ve telefon talebini reklam kaynağıyla eşleştiren bir ölçüm katmanıdır. PMS tartışması, bunlar çözüldükten sonra hâlâ gerekiyorsa yeniden açılabilir. Mevcut PMS ve kanal yöneticisini kullanırken neden daha fazla kazanılamadığını bu yazıda ayrıca ele almıştık.
Yazılım Seçimi Tespitten Sonra Gelir
Envanter tamamlandığında yazılım seçimi bir alışveriş listesi olmaktan çıkar, bir eşleştirmeye dönüşür. Her "bilmiyoruz" cevabı belirli bir katmana işaret eder:
| Envanterde tespit edilen boşluk | İhtiyaç duyulan katman |
|---|---|
| Telefon ve mesaj talepleri kayıt dışı | Talep kaydı ve misafir hafızası (CRM), çağrı karşılama süreci |
| Cevapsız çağrılar geri dönülmüyor | Çağrı takibi ve geri arama akışı |
| Reklamdan gelen rezervasyon ve arama sayılmıyor | Dönüşüm takibi ve çağrı-reklam eşleştirmesi |
| Ziyaretçi sayısı biliniyor ama niyet bilinmiyor | Rezervasyon niyetini ölçen bir analiz katmanı |
| Rapor var ama kimse açmıyor | Haftalık karar raporu: reklam, çağrı ve rezervasyon aynı sayfada |
Dikkat edilirse bu tabloda "web sitesini baştan yap" ya da "PMS'i değiştir" satırı yok. Bu ikisi bazen gerçekten gerekir, ama envanter onları göstermeden ilk yatırım olmamalıdır. Çoğu durumda mevcut site, PMS ve kanal yöneticisi korunabilir; eksik olan, bunların üzerine kurulan ölçüm ve bağlantı katmanıdır. Bu yaklaşımın mevcut yapıyı bozmadan nasıl kurulduğunu Sistemimiz sayfasında adım adım anlatıyoruz.
Doğru Sıralama: Ölçüm, Bağlantı, Optimizasyon
Envanterden sonraki yol üç aşamadan oluşur ve her aşama bir öncekinin verisine dayanır:
- Ölçüm (ilk 4-6 hafta): Dönüşüm takibi onarılır, telefon ve mesaj talepleri kayda geçer, reklamdan gelen aramalar ayrı sayılmaya başlar. Bu aşamanın amacı bir şeyi iyileştirmek değil, bir taban çizgisi oluşturmaktır. Taban çizgisi olmadan sonraki hiçbir iyileştirmenin etkisi kanıtlanamaz.
- Bağlantı (2-3 ay): Ayrı ekranlarda duran veriler birleştirilir. Reklam tıklaması, sitedeki davranış, arama ve rezervasyon aynı misafir yolculuğunun parçaları olarak görülür. Hangi kampanyanın telefon, hangisinin site rezervasyonu ürettiği bu aşamada netleşir.
- Optimizasyon (sürekli): Bütçe artık tahminle değil, rezervasyon başına maliyetle dağıtılır. Kaybedilen talebin nerede kaybedildiği bilindiği için iyileştirme doğru yere yapılır: bazen sitede fiyat ekranı, bazen yanıt süresi, bazen reklam hedeflemesi.
Bu sıralamanın ölçüm katmanını somut olarak görmek isterseniz, Convertels Pulse sitedeki trafiği tekil ziyaretçi, rezervasyona yakın kullanıcı ve iletişim niyeti (telefon ya da WhatsApp tıklaması) olarak ayırır ve her birini trafik kaynağıyla birlikte raporlar. Pulse'ın neyi nasıl ölçtüğünü Convertels Pulse nedir yazısında ayrıntılı anlattık.
Dijital Dönüşümde Sık Yapılan Üç Hata
- Her şeyi aynı anda değiştirmek: Yeni site, yeni PMS ve yeni reklam ajansı aynı sezonda devreye girdiğinde, sonuç iyi de olsa kötü de olsa hangi değişikliğin neyi etkilediği bilinemez. Aşamalı geçiş hem operasyonu korur hem öğrenmeyi mümkün kılar.
- Ekranı ölçümle karıştırmak: Güzel bir panel, doğru veri anlamına gelmez. Panelde görünen "dönüşüm" sayısı gerçekten tamamlanmış rezervasyon mu, yoksa bir butona tıklama mı? Telefonla gelen rezervasyonlar bu sayıya dahil mi? Bu sorular sorulmadan kurulan panel, yanlış kararı daha hızlı verdirir.
- Ekibi sürecin dışında bırakmak: Talep kaydını tutacak olan resepsiyon ve rezervasyon ekibidir. Yeni bir süreç onların iş yükünü artırıyor ve karşılığında hiçbir fayda göstermiyorsa birkaç hafta içinde terk edilir. Envanter aşamasına ekibi dahil etmek, sonraki her adımı kolaylaştırır.
Başlamak İçin Beş Adımlık Kontrol Listesi
- Hedefi tek cümleyle yazın: "Doğrudan rezervasyon payını artırmak" ya da "reklam bütçesinin karşılığını görmek" gibi. Hedef yoksa ölçüm de dağılır.
- İki hafta boyunca her talebi kaydedin: Kanal, saat, ilk yanıt süresi ve sonuç. Basit bir tablo yeterlidir.
- Son üç ayın kanal maliyetini çıkarın: OTA komisyonu, reklam harcaması ve her kanaldan gelen rezervasyon sayısıyla rezervasyon başına maliyeti hesaplayın.
- Dönüşüm takibini test edin: Sitede bir test rezervasyonu yapın ve analiz aracında görünüp görünmediğine bakın. Görünmüyorsa, şu ana kadar alınan reklam kararlarının hepsi eksik veriyle alınmıştır.
- Envanteri "bilmiyoruz" satırlarına göre önceliklendirin: Yazılım ve hizmet görüşmelerine bu listeyle gidin. Size satılmak istenen her ürün için şu soruyu sorun: "Bu, listemizdeki hangi boşluğu kapatıyor?"
Dijital dönüşüm bir yazılım projesi değil, bir görünürlük projesidir. Otel neyi bilmediğini bildiğinde, hangi aracın gerektiği de kendiliğinden netleşir. Tersinden başlamak, ölçülemeyen bir sorunu daha pahalı bir ekranda saklamaktır.
Otelinizin kör noktalarını birlikte çıkaralım
Convertels, mevcut sitenizi, PMS'inizi ve kanal yöneticinizi değiştirmeden önce bugünkü yapıyı analiz eder; kayıt dışı kalan talebi, kırık dönüşüm takibini ve reklam ile çağrı arasındaki kopukluğu tespit eder. Dönüşüm paketlerimiz bu tespitten sonra, yalnızca eksik olan katmanı ekleyecek şekilde kurgulanır.
Dönüşüm paketlerini inceleyinDış Kaynaklar
Sitedeki rezervasyonların kaynağını ölçmenin temeli olan analiz metrikleri ve talep kaydı tutulurken uyulması gereken kişisel veri çerçevesi:
- Google Analytics Yardım — Boyutlar ve metrikler— Ölçüm metriklerinin resmi tanımları
- KVKK — Kişisel Verileri Koruma Kurumu— Kişisel verinin işlenmesi, kaydı ve aktarımına dair düzenleyici kurum
Konuyu derinlemesine incelemek için En Çok Kullanılan Otel Programları Rehberi sayfasını inceleyin.
İlgili Yazılar

Convertels Pulse Nedir? Otel Dijital Pazarlamasını Nasıl Ölçer?
Reklam bütçeniz trafik getiriyor ama hangi ziyaretçinin rezervasyona yaklaştığını bilmiyorsunuz. Convertels Pulse'ın bu görünmezliği nasıl ortadan kaldırdığını, hangi metrikleri gerçek zamanlı gösterdiğini anlatıyoruz.

Doğru Eşleştirme (Attribution) Olmadan Optimizasyon Mümkün mü?
Beş kişilik satış ekibiniz var ve kasada 1.000.000 TL bulunuyor. Ama kimin ne getirdiğini gösteren hiçbir kayıt yok. Kimi ödüllendirir, kimi işten çıkarırsınız? Otellerin reklam bütçelerini yönetirken düştüğü en büyük çaresizlik budur.