Otel teknolojisi

Otel CRM nedir? PMS ile farkı ve misafir verisinin yeri

Otel CRM ve PMS arasındaki farkı, hangi verinin kimde durması gerektiğini ve açık rıza yönetimini netleştiriyoruz. İki sistemin nasıl bağlanacağını ve maliyet testini inceleyin.

  • 8 dk okuma
  • AI Otel Editorial

Yapay zekâ taslağı · editör incelemesi bekleniyor

İçindekiler

Kısaca

  1. PMS otelde olan biteni kaydeder; otel CRM, otelin konaklamadan önce, sırasında ve sonra misafirle nasıl iletişim kurduğunu kaydeder.
  2. Parayla ilgili misafir kaydı PMS'te kalmalıdır: rezervasyon, oda, misafir hesabı, harcamalar, vergiler ve uyum belgeleri.
  3. CRM, iletişim geçmişi, açık rıza ve segmentleri kullanarak daha iyi bir teklif yapmayı sağlıyorsa ve ikinci bir "misafir gerçeği" yaratmıyorsa maliyetini karşılar.
  4. Açık rıza, tercih ve saklama sürelerinin tek bir doğruluk kaynağı olmalı; diğer sistem tarihli kayıtlarla bu kararı yansıtmalıdır.
  5. Bir CRM, bir misafir alanını kimin, ne zaman ve neden değiştirdiğini gösteremiyorsa, satış aracı olmaktan çok pazarlama riski demektir.

Otel CRM, misafir ilişkilerini yöneten bir sistemdir: iletişim geçmişi, tercihler, açık rızalar, segmentler ve kampanya yanıtları. PMS ise konaklamanın kayıt sistemidir: rezervasyon, oda, misafir hesabı, harcamalar ve giriş işlemi. CRM, PMS'in yerine geçmez; her alanın tek bir sahibi olacak biçimde onu tamamlar.

Bir otel sahibi, satıcı "misafirin gerçekten yaşadığı yer orası" dediği için CRM satın alır. Sonra pazarlama bir teklif göndermek ister, resepsiyon bambaşka bir profil görür, finans da hangi hesabın doğru olduğunu sorar. Bu yazı iki sistemi, sahiplendikleri veriler üzerinden ayırır, nasıl bağlanmaları gerektiğini gösterir, ayrı bir CRM'in ne zaman maliyetini karşılayacağına dair bir test verir ve sonunda çizeceğiniz alan haritasını gösterir.

Otel CRM nedir?

Otel CRM bir ilişki sistemidir: otelin misafirlerle ve potansiyel müşterilerle zaman içinde nasıl iletişim kurduğunu izler. Misafirin girişini yapan, oda atayan ya da hesabı kapatan sistem değildir.

İletişim bilgilerini, yazışma geçmişini, tercihleri, segmentleri, açık rıza durumunu ve kampanya yanıtlarını saklar. Misafirleri kaynağa, amaca, tekrar gelme durumuna ya da davranışa göre gruplayabilir; örneğin spa kullanımı ya da doğrudan rezervasyon gibi. E-posta, mesajlaşma, telefon notları ve geri kazanma kampanyaları gibi pazarlama işlerini destekler; ama yalnızca hukuka uygun açık rıza çerçevesinde.

CRM tek başına durabileceği gibi PMS'e, rezervasyon motoruna, satış noktasına, sadakat sistemine ve kanal kaynaklarına da bağlanabilir. Değerini, gerçek bir kararı değiştirip değiştirmediğiyle ölçün: kime ulaşılacak, ne teklif edilecek, ne zaman durulacak. Gölge bir faturalama sistemine ya da resepsiyonun mali değişiklik yaptığı bir yere dönüşmemelidir.

PMS bir misafir hakkında ne bilir?

PMS, bir konaklamanın operasyonel ve mali gerçeğini bilir: kim rezervasyon yaptı, hangi oda, hesaba ne işlendi, giriş ve çıkış ne zaman oldu, hangi uyum kayıtları oluşturuldu.

Rezervasyonu, oda atamasını, varış ve ayrılışı, misafir hesabını, harcamaları, ödemeleri, vergileri ve gün sonu (night audit) işlemini o yönetir. Giriş için ve mali ya da güvenlik bildirimleri için gereken kimlik alanlarını kaydeder; ama her pazarlama tercihini değil. Notlar, VIP işaretleri, alerjiler ya da dil tercihleri tutabilir; ancak bu alanlar yüzeysel ve denetimsiz kalabilir.

Oda gecesi, gelir, harcama ve düzeltmeler için en güvenilir kaynak PMS'tir: iptal, ters kayıt, hesap bölme, grup faturalaması. CRM bir rezervasyon tarihini, oda tipini ya da fiyatı değiştirse bile, envanteri ve faturalamayı koruyan sistem PMS kalmalıdır. PMS kaydı, doğru, tarihli ve konaklamalar boyunca aynı kişiye bağlı olduğu sürece pazarlamaya faydalıdır. Parçaların nasıl birleştiği için temel otel sistemlerinin bağlantısına bakın.

Otel CRM ne ekler?

CRM, konaklamanın çevresine ilişki katmanını ekler: otelle kim iletişim kurdu, ne sordu, neyi tercih etti, hangi mesajlar işe yaradı ve hangi gruplara sonra pazarlama yapılabilir.

Rezervasyon motoru, PMS, satış noktası, mesajlaşma, e-posta, telefon ve sadakat kaynaklarındaki iletişim kayıtlarını birleştirebilir; aynı zamanda konaklamaya geri bağlantıyı korur. PMS'in iyi modelleyemeyeceği tercihleri saklayabilir: yastık tipi, yıldönümü, beslenme notu, tercih edilen iletişim kanalı, pazarlama dili. Doğrudan rezervasyon yapanlar, tekrar gelen misafirler, spa kullanıcıları, aileler, kurumsal hesaplar ve ilgisi azalan misafirler gibi segmentleri tutabilir; ama segmentler yenilenmeli ve gözden geçirilebilir olmalı, yoksa çürür.

Kampanya yanıtlarını kaydedebilir: açıldı, tıklandı, yanıt verdi, çıkmak istedi, artık ilgilenmiyor. Bu olayların kaynağı ve tarihi olmalı; olmazsa gürültüden başka bir şey değildir. Satış ve pazarlamanın plan yapmasına yardım eder; ama PMS'in karşılayamayacağı bir oda yükseltmesi, indirim ya da oda sözü vermemelidir. Personelin birden çok araçta arama yapmadan tüm iletişim hikâyesini görmesini sağlamalıdır.

Alan ya da faaliyetPMS'in rolüCRM'in rolüDoğruluk kaynağı
Rezervasyon ve odaSahibi, korurBağlam için okurPMS
Misafir hesabı ve harcamaSahibi, faturalar, düzeltirÖzet okurPMS
Giriş ve uyumKayıtların sahibiYazma yetkisi yokPMS
İletişim geçmişiServis notlarıTüm hikâyenin sahibiCRM
Tercihler ve açık rızaGüncel değeri okurSahibi, denetlerCRM
Kampanya yanıtıYönetmezTarihleriyle sahibiCRM
Segmentler ve listelerYönetmezSahibi, yenilerCRM

Bir misafir profilinde nelerin bulunması gerektiği için tekrar gelen misafir için kayıt rehberine bakın.

CRM ve PMS nasıl bağlanmalı?

İki sistem, her misafir kaydını birbirine kopyalayarak değil, net alan sahipliği ve tarihli olaylarla bağlanmalıdır.

Tek yönlü eşitleme yeterli olabilir: PMS konaklama ve faturalama bilgilerini CRM'e gönderir; CRM pazarlama açık rızasını, tercihleri ve kampanya notlarını PMS'e ya da ortak bir veri katmanına geri gönderir. Çift yönlü eşitleme, her alanın tek bir sahibi olduğu ve çakışmaların sessizce ezilmeden kayda geçtiği durumlarda işe yarar.

Rezervasyon, oda, misafir hesabı, fiyat, vergiler ve giriş durumu PMS'ten CRM'e akmalı; asla tersine. Pazarlama açık rızası, kampanya yanıtı, iletişim tercihi ve segment üyeliği CRM'de doğabilir; ama servis için PMS'in güncel değere ihtiyacı vardır: resepsiyonist, telefonu kaldırmadan önce misafirin pazarlama araması istemediğini görebilmelidir.

Bağlantı, olay geçmişini de içermeli: oluşturuldu, güncellendi, silindi, açık rıza geri çekildi, birleştirildi, ayrıldı; her biri, işlemi yapan kullanıcı ya da entegrasyon kimliğiyle. Yinelenen profilleri bir birleştirme kuralı ve denetim iziyle çözmelidir; çünkü aynı kişi birkaç kanaldan gelebilir. Örneğin bir misafir bir kez doğrudan rezervasyon yapar, sonraki sefer acente üzerinden gelir, arada otelle e-postalaşır; birleştirme kuralı yoksa CRM'de bu üç kişidir.

Açık rıza ve saklama süresi hangi sistemin sorumluluğunda?

Açık rıza ve saklama için bir sistem hukuki kaynak olmalı; diğeri bu kararı tarihli bir kayıtla okumalı ya da yansıtmalıdır.

Türkiye'de kişisel veri kuralları, KVKK (kişisel verilerin korunması kanunu) dahil, işleme için net bir hukuki dayanak, misafire aydınlatma, erişim, düzeltme, silme ya da yok etme denetimleri ve personel erişim sınırları ister. Pazarlama açık rızası kanalı, amacı, tarihi, kaynağı, metni ya da kanıtı, varsa geri çekilmeyi ve işlemi yapan kişiyi kaydetmelidir. Rezervasyondaki bir iletişim bilgisi otomatik olarak pazarlama rızası değildir; her kullanım için hukuki dayanak ve aydınlatma ayrıca kontrol edilmelidir.

Saklama süreleri amaca göre belirlenmelidir: faturalama ve mali kayıtlar, güvenlik bildirimleri, pazarlama açık rızası, servis tercihleri ve şikâyet yönetimi farklı kurallara tabi olabilir. CRM, pazarlama profillerini belirtilen amacın ötesinde tutmamalı; PMS de konaklama sonrasında gereksiz kişisel veriyi saklamamalıdır. Tarihleri, yaptırımları, kapsamı ve kendi durumunuzu bir mali müşavir ya da hukuk danışmanıyla teyit edin. Geniş çerçeve için otellerde KVKK rehberine bakın.

Dikkatİki sistem de açık rıza kaynağı olduğunu iddia etmesin

İki açık rıza kaydı, hiçbirinin güvenilir olmaması demektir. Bir sistemi sahip olarak adlandırın, değerini diğerine yansıtın ve her iki tarafta yapılan her değişikliğin tarihli kaydını tutun.

Ayrı bir CRM ne zaman maliyetini karşılar?

Ayrı bir CRM, otelin erişilebilir yeterli misafiri ve tekrarlanabilir kampanyalar yürütecek personel zamanı olduğu, PMS'in de açık rıza, segmentleme ve iletişim geçmişini temiz yönetemediği zaman değer taşır.

Bir testle başlayın: otel net bir grup belirleyebiliyor mu, hukuka uygun bir mesaj gönderebiliyor mu, yanıtları izleyebiliyor mu, sonucu personel görebiliyor mu? PMS notları, tercihleri ve basit listeleri yeterince tutuyorsa ve pazarlama seyrekse, ayrı bir CRM fazla iş olabilir. Doğrudan rezervasyonlar, tekrar gelen misafirler, kurumsal hesaplar, spa, yiyecek içecek ya da etkinlik satışları kampanya geçmişine ihtiyaç duyuyorsa, CRM daha iyi hedeflemeyle maliyetini karşılayabilir.

Personelin araçlar arasında veri kopyalaması gerekiyorsa ya da pazarlama, giriş durumunu bilmeden mesaj gönderiyorsa, CRM hataları azaltabilir. Ama otel, açık rızayı ve segmentleri temiz tutacak bir sorumlu atayamıyorsa, CRM değerden çok risk üretir. Ölçüt, CRM'in çok özellikli olması değil, otelin harekete geçebileceği bir karar üretip üretmediğidir. Sorun ilişkilerden çok raporlamaysa mesele farklıdır: PMS raporları yetmediğinde ne yapılacağına ayrıca bakın.

CRM ya da PMS satıcısına hangi sorular sorulmalı?

Özellik listesini değil, alan haritasını isteyin: her misafir alanının sahibi kim, veri nasıl taşınıyor, açık rıza nasıl denetleniyor, hatalar nasıl geri alınıyor.

Kontrol listesiSözleşmeden önce şu listeyi birlikte gözden geçirin

  • Alan sahipliği: hangi misafir alanları CRM'de düzenlenebilir, hangileri PMS'ten salt okunur?
  • Yinelenen kayıtlar: sistem mükerrer misafirleri nasıl birleştirir ve birleştirme geri alınabilir mi?
  • Açık rıza kanıtı: pazarlama açık rızası nerede saklanıyor ve tek bir misafirin rıza kanıtı dışa aktarılabilir mi?
  • Çıkış uygulaması: geri çekme ve silme talepleri pazarlama, PMS ve bağlı araçlarda nasıl uygulanıyor?
  • Personel görünürlüğü: personel, kampanya sözlerini, tercihleri ve notları çoklu ekran açmadan görebiliyor mu?
  • Entegrasyon arızası: bağlantı koparsa pazarlama duruyor mu, yoksa eski veriyle göndermeye devam mı ediyor?
  • Saklama ve erişim kayıtları: saklama takvimi, personel erişim kayıtları ve denetim için veri dışa aktarımından kim sorumlu?

Açık rıza ve birleştirme sorularına düz bir dille yanıt veremeyen bir satıcı, size aslında bir şey söylüyor. Yanıtları demo notuna değil, sözleşme görüşmesine yazdırın.

Şimdi ne yapmalı

Tek sayfalık bir alan haritası çizin. Otelinizin kullandığı her misafir alanını listeleyin, her biri için sahip sistemi adlandırın, açık rıza kaynağını ve saklama sorumlusunu not edin; sonra bu haritayı CRM ve PMS satıcılarınızın gerçekte gösterebildiğiyle karşılaştırın. İki sahibi ya da hiç sahibi olmayan her alan, pazarlama, resepsiyon ve finans arasında gelecekteki bir anlaşmazlıktır.

Sıkça sorulan sorular

PMS, CRM yerine geçebilir mi?

PMS notları, tercihleri ve basit misafir listelerini tutabilir. Kampanyalar basitse ve açık rıza elle yönetiliyorsa bu yeterli olabilir. Ayrı bir otel CRM, iletişim geçmişi, segmentleme, rıza denetimi ve çok kanallı kampanyalar PMS'in temiz yönetebildiğinin ötesine geçtiğinde gerekli hale gelir.

Misafir hesabı CRM'de mi tutulmalı?

Hayır. Misafir hesabı, harcamalar, ödemeler, vergiler ve mali kayıtlar PMS'te kalmalıdır. CRM servis ya da teklif amacıyla hesap özetini okuyabilir; ama mali kaydı düzenlememelidir.

Rezervasyon yaptığı için misafire e-posta gönderebilir miyim?

Rezervasyona ait bir iletişim bilgisi otomatik olarak pazarlama rızası vermez. Göndermek istediğiniz mesaj için hukuki dayanağı, yapılan aydınlatmayı, çıkış yolunu ve KVKK gerekliliklerini kontrol edin; otelinizin durumunu bir hukuk danışmanıyla teyit edin.

CRM ile PMS'in eşleşmediğini ne gösterir?

Sık görülen belirtiler: mükerrer profiller, aynı kişi için farklı adlar, resepsiyonun kampanya sözlerini görememesi, çıkış yapmış ya da gelmemiş misafirlere giden pazarlama mesajları, birbiriyle uyuşmayan raporlar ve değişikliklerde denetim izinin olmaması.

Küçük otellerin CRM'e ihtiyacı var mı?

Her zaman değil. Doğrudan tekrar gelen iş ve kampanyalar gerçekse ve sistemi sürdürecek personel varsa, CRM yardımcı olabilir. Bir sahibi yoksa ve ihtiyaç basitsa, disiplinli bir süreçle desteklenen bir PMS yeterli olabilir.

AI Otel EditorialYayın ekibi

AI Otel’in yayımlanmış bilgi tabanından yapay zekâ desteğiyle hazırlandı. Henüz bir editör tarafından incelenmedi.

  • Otel teknolojisi

    Özel entegratör nedir? Otel programını e-Fatura entegratörüne bağlamak

    Özel entegratörün otel sistemine bağlanma sürecini, sözleşmede dikkat edilecek noktaları ve arşiv yönetimini adım adım öğrenin. Gün sonu işlemlerinde belge gönderim hatalarını nasıl çözeceğinizi ve entegratör değişikliğinde verilerinizi nasıl koruyacağınızı bu rehberde bulabilirsiniz.

    Yapay zekâ taslağı · editör incelemesi bekleniyor

    10 dk okuma

Bu konuda size bilgi verebiliriz.

Bu konu işinizle ilgiliyse, neyin geliştirildiğini ve neyin tasarlandığını size anlatalım.

Görüşme talep edin