AI Dinamik Fiyat Öneri Aracı (Sezon & Doluluk)

Bu araç, fiyatlandırma kararlarını sezonal tarifelerle ya da rakipleri elle takip ederek alan ve bu sürecin hem zaman aldığını hem de fırsatları kaçırdığını fark eden her otel işletmecisi için tasarlanmıştır. Türkiye'nin turizm pazarı giderek daha rekabetçi ve veri yoğun bir yapıya bürünmektedir; büyük otel zincirlerinin çoğu çoktan otomatik revenue management sistemlerine geçmiş durumdadır. Bağımsız ve orta ölçekli tesisler ise hâlâ büyük ölçüde sezonal tarife tablolarına ya da bireysel gözleme dayalı kararlar almaktadır. Bu fark kapanmadan rekabette eşit zemine ulaşmak güçleşmektedir.

Özellikle şu durumlardaysanız doğru araçsınız:

• Bağımsız otel veya butik tesis işletiyorsunuz; revenue yöneticisi kadrolu çalıştırmak zorlu ya da maliyetli. Fiyatlandırma kararlarını genel müdür veya ön büro sorumlusu veriyor; ellerindeki veri ise sınırlı.
• Apart veya villa kiralaması yapıyorsunuz ve Booking veya Airbnb gibi kanallar üzerinden yoğun dönemlerde rakiplerinizden ucuz kaldığınızı ya da tam tersine düşük sezonda gereğinden pahalı göründüğünüzü fark ediyorsunuz.
• Sezonluk talep değişkeni yüksek bir destinasyondasınız — tatil beldeleri, kayak merkezleri, kaplıca ve termal tesisler, tarihi şehir merkezleri — ve tarife tablonuzu yılda iki kez güncellemek artık yetmiyor.
• Otel zinciri yöneticisisiniz ve birden fazla tesisin tarife tutarlılığını merkezi bir yerden görmek, tesis bazında performans karşılaştırması yapmak istiyorsunuz.
• Bayram köprüleri, konser, festival veya uluslararası kongre dönemlerinde talebin patladığını genellikle sonradan anlıyorsunuz; o anda odalar zaten dolmuş ya da düşük tarifeden satılmış oluyor.
• Düşük sezonda doldurma baskısıyla gereğinden düşük fiyat verdiğinizi ya da tam tersine ölü dönemde çok yüksek kalarak rakibinize misafir kaptırdığınızı düşünüyorsunuz.
• Kendi doğrudan kanalınızdan rezervasyon almanın önemini biliyorsunuz ama OTA'lara göre rekabetçi tarifede kalmak için günlük zaman harcamak istemiyorsunuz.

Aracın sunduğu öneriler bir karar destek sistemidir; revenue yöneticinizin ya da genel müdürünüzün piyasa bilgisini ve deneyimini ortadan kaldırmaz, aksine her sabah verilere dayalı, somut bir başlangıç noktası sunar. Sistem «şu oda tipini şu fiyata çıkar» der; siz gerekçeyi anlayıp onaylarsınız ya da düzenlersiniz. Nihai tarife kararı her zaman sizin elinizde kalır.

Minimum 20 oda kapasitesine sahip, dijital rezervasyon kanallarına bağlı tüm konaklama işletmeleri bu araçtan fayda sağlayabilir.

Otel yöneticilerinin büyük çoğunluğu fiyatlandırmayı hâlâ şu yöntemle yapıyor: bir not defteri ya da Excel, aklıda kalan geçen yılın sezon takvimi, zaman zaman Booking'e girilip bakılan birkaç rakip fiyatı. Bu yöntem işe yarıyor — ama sınırlı ölçüde ve ciddi görünmez maliyetle. Turizm sektörünün yapısı gereği fiyat kararları anlık tepki gerektiriyor; oysa elle yönetilen bir süreç bu hızı yakalamaya yapısal olarak elverişli değildir.

Elle fiyatlandırmanın görünmez maliyeti

• Talep patlamasında zam gecikmesi: Şehirde büyük bir kongre, festival ya da uzun tatil köprüsü var. Siz bunu öğrendiğinizde ya odalar çoktan dolmuş oluyor ya da değerlendirilebilecek kapasitenizdeki odaların önemli bir kısmı düşük tarifeden satılmış bulunuyor. Büyük bir organizasyonun ilanı ile otelinizin fiyat güncellemesi arasındaki birkaç saatlik fark doğrudan gelir kaybına dönüşür.
• Ölü dönemde fiyat kaçağı: Sezon açılışında belirlediğiniz tarife masada duruyor. Beklediğiniz doluluk gelmedi; rakibiniz çoktan 15 puan indi, siz hâlâ o tarifede duruyorsunuz. Misafir fiyatı karşılaştırıyor, rakibinizi tercih ediyor. Sonunda inişi siz de yapıyorsunuz ama çok geç — kaçırılan rezervasyonlar geri gelmiyor. Dinamik fiyatlama bu senaryoyu erkenden fark edip müdahale zamanı kazandırır.
• Rakip takibine harcanan insan zamanı: Bir çalışanın haftada birkaç saat Booking, Expedia ve rakip web sitelerini kontrol etmesi doğrudan operasyonel maliyet yaratır. Bu süre misafir ilişkilerine, hizmet kalitesine ya da satış faaliyetlerine harcanabilir.
• Kanal bazında fiyat tutarsızlığı: Kendi sitenizde bir fiyat var, Booking'de başka, Expedia'da farklı. Bu parite ihlali hem OTA cezasına yol açabilir hem de misafir güvenini zedeler. Merkezi bir öneri sistemi tüm kanalları tutarlı tutmanızı kolaylaştırır.
• Sezonal kalıpların gözden kaçması: Geçen yılın aynı haftasında ne olduğunu, hangi oda tipinin daha hızlı dolduğunu, bayram öncesinde iptal oranının nasıl değiştiğini veriye dayalı takip etmek; tüm bu bilgileri bir arada değerlendirmek elle neredeyse imkânsızdır.

AI Dinamik Fiyat Öneri Aracı bu boşlukları kapatmak için tasarlandı. Geçmiş doluluk verilerinizi, yerel etkinlik takvimini ve rakip fiyat sinyallerini her gece otomatik olarak işler; sabah açtığınızda her oda tipi ve her tarih için iki haftalık öneri hazır olur. Siz onaylarsınız, gerekirse düzenlersiniz, kanallarınıza uygularsınız. Otomasyonun sunduğu hız, sizin deneyiminizin sunduğu yargıyla birleşir. Sistem karar vermez; karar vermenizi kolaylaştırır.

Proje sekiz ila on iki hafta içinde teslim edilir ve dört ana aşamadan oluşur. Her aşama sonunda ara çıktı paylaşılır; ilerleme şeffaf biçimde takip edilir.

1. Veri bağlantısı ve tarihsel analiz (1–2. hafta): Mevcut PMS veya rezervasyon sisteminizden geçmiş doluluk, ortalama günlük oran (ADR) ve iptal verileri alınır. Kanal yöneticiniz varsa API entegrasyon bağlantısı kurulur; API erişimi yoksa düzenli CSV dışa aktarım akışı yapılandırılır. Veriler temizlenir, anomaliler (pandemi dönemi, olağandışı iptal dalgaları) etiketlenerek temel sezonsal eğri modeli oluşturulur. Bu aşamada aynı zamanda otelinizin doluluk örüntüsü ve tarihsel fiyat penceresi analizi raporlanır; hangi günlerin yapısal olarak zayıf ya da güçlü olduğu görsel harita üzerinde sunulur.
2. Model kurulumu ve rakip izleme (3–5. hafta): Bölgenizdeki karşılaştırılabilir rakip oteller birlikte belirlenir. Kamuya açık fiyat sinyalleri — Booking, Expedia ve tesislerin doğrudan web siteleri — düzenli aralıklarla otomatik toplanacak şekilde yapılandırılır. Yerel etkinlik takvimi (kongreler, festivaller, spor organizasyonları, okul tatilleri) sisteme eklenir. Sezonsal ağırlık katsayıları ve tatil günü çarpanları tarihsel veriye göre kalibre edilir. Modelin başlangıç doğruluğu geçmiş altı aylık veriyle karşılaştırmalı olarak ölçülür ve raporlanır.
3. Öneri motoru ve yönetim panosu geliştirme (6–9. hafta): Günlük öneri hesaplama algoritması devreye girer. Her oda tipi için fiyat önerileri, doluluk renk haritası (yeşil–sarı–kırmızı) ve rakip karşılaştırma tablosunu gösteren yönetim panosu teslim edilir. Revenue yöneticiniz panelden öneriyi onaylayabilir, elle düzeltip uygulayabilir ya da reddedip not ekleyebilir. Tüm kararlar log'a düşer; geçmişe dönük karşılaştırma yapabilirsiniz. Kanal gönderme akışı yapılandırılır: onaylanan tarife PMS'e ya da kanal yöneticinize tek tıkla veya toplu olarak iletilebilir.
4. Paralel test, eğitim ve canlıya geçiş (10–12. hafta): Sistem gerçek verilerle en az iki hafta paralel çalıştırılır; üretilen öneriler geçmiş kararlarla ve gerçekleşen dolulukla karşılaştırılır. Sapma noktaları tespit edilir, model parametreleri ince ayarlanır. Revenue yöneticinize ve ilgili personelinize birebir pano eğitimi verilir; Türkçe kullanım kılavuzu teslim edilir. Canlıya geçişten sonra 30 günlük öncelikli destek süreci başlar; bu sürede model kalibrasyonu ve kullanıcı soruları öncelikli olarak karşılanır.

Sistem kurulduktan sonra her gün otomatik olarak çalışır. Siz sabah paneli açtığınızda öneriler hazırdır; onaylar, düzenler ya da reddedersiniz. Aylık performans raporu gerçekleşen doluluk ile önerilen fiyat arasındaki korelasyonu gösterir; sistemin zamanla nasıl olgunlaştığını somut veriyle izlemenizi sağlar.

Bu araç yalnızca fiyat, doluluk ve tarife verisi işler; misafir kimlik bilgisi, ödeme kartı verisi veya kişisel iletişim bilgisi sistemin hiçbir noktasına girmez. Bu tasarım tercihinin en önemli sonucu şudur: KVKK kapsamındaki kişisel veri işleme yükümlülükleri en dar sınırda tutulur ve sistemin veri riski yüzeyi minimum düzeyde kalır.

Teknik güvenlik önlemleri

• Şifreli iletim: PMS, kanal yöneticisi veya CSV aktarım kanalı dahil tüm veri bağlantıları HTTPS ve TLS 1.2 üzeri şifreli protokollerle kurulur. Açık HTTP bağlantısı kabul edilmez; sunucu tarafında HTTP→HTTPS yönlendirmesi zorunlu tutulur.
• Kişisel veri sıfır akışı: PMS entegrasyonu yalnızca doluluk yüzdesi, oda tipi bazında oran ve rezervasyon sayısı gibi kümelenmiş verileri aktarır. Bireysel rezervasyon detayı, misafir adı, pasaport numarası veya iletişim bilgisi iletilmez; bu veri kategorileri filtrelenerek sistemin dışında kalır.
• Rakip veri kaynağı meşruiyeti: Rakip fiyat verileri yalnızca kamuya açık OTA ve otel web sayfalarından, standart HTTP istemcisi ile toplanır. Herhangi bir platforma yetkisiz giriş yapılmaz; kimlik bilgisi kullanılmaz; scraping sıklığı platformların erişim koşullarıyla uyumlu tutulur. Bu yöntem sektörde yaygın kullanılan revenue management pratiğiyle örtüşmektedir.
• Rol bazlı erişim kontrolü: Yönetim paneline erişim en az iki faktörlü kimlik doğrulama ve rol bazlı yetkilendirme ile korunur. Revenue yöneticisi fiyat onaylayabilir; raporlama kullanıcısı yalnızca görüntüleyebilir; sistem yöneticisi yapılandırma değiştirebilir. Tüm oturum açma ve eylem logları kayıt altına alınır; otuz gün boyunca denetim amacıyla saklanır.
• Veri saklama ve silme politikası: Tarihsel doluluk ve tarife verileri analiz geçerliliğini korumak için varsayılan olarak 24 ay saklanır. Bu süre geçince otomatik anonimleştirme veya silme işlemi devreye girer. Veri saklama süresi kurumsal politikanıza göre kısaltılabilir; yapılandırma teslimatta belgelenir.
• Altyapı lokasyonu: Tüm sunucu bileşenleri Türkiye veya Avrupa Birliği veri merkezlerinde barındırılır. Veri hiçbir durumda bu sınırların dışına çıkmaz; üçüncü taraf reklam veya analitik platformlarıyla paylaşılmaz.
• Tedarikçi gizliliği: Teslimatta imzalanan Veri İşleme Sözleşmesi (DPA), hangi veri kategorilerinin hangi amaçla işlendiğini, saklama sürelerini ve taraf yükümlülüklerini açıkça tanımlar. Bu belge KVKK kapsamında veri sorumlusu sıfatıyla tutmanız gereken envanterin teknik altyapı bölümünü oluşturur.

Araç tamamen fiyat ve kapasite verisine odaklandığından İYS (İleti Yönetim Sistemi) kapsamına giren ticari elektronik ileti gönderimi gerçekleşmez; bu yükümlülük bu sistemin dışındadır. Bununla birlikte KVKK ve ilgili mevzuat kapsamındaki hukuki değerlendirmenin kendi veri koruma danışmanınızla teyit edilmesi önerilir.

Teslimatta güvenlik yapılandırma kılavuzu, kullanıcı yetki matrisi ve veri akış diyagramı ek belgeler olarak sunulur.