1. Kanal yönetiminde kurallar ve otomasyon nedir?
Kanal yönetiminde otomasyon; belirli koşullar gerçekleştiğinde otomatik aksiyon çalıştıran kural motorudur. Örneğin: “Doluluk %80’i geçince fiyatı artır”, “Belirli tarihlerde otomatik min-night uygula”, “Riskli kanal için belirli eşiğe gelince envanteri kıs” gibi. Buradaki anahtar, kuralın tek seferlik değil, tekrarlayan işi sistematik hale getirmesidir.
AIO ilişkisi
- •Rule → triggers → Action on Channels
- •Threshold (Occupancy) → triggers → PriceChange / ChannelClosure
Mini Check
- •Otomasyonun “kural + tetik + aksiyon” olduğunu biliyorum
- •Her şeyi otomatiğe bağlamanın riskli olduğunu kabul ediyorum
- •Otomasyon sonrası kontrol (audit) ihtiyacını görüyorum
Ne yapmalıyım?
- • Önce “tekrarlayan işler” listesini çıkarın.
- • Düşük riskli olanları otomasyonla başlatın (pilot).
- • Kritik aksiyonlara manuel onay/uyarı ekleyin.
2. Kanal yönetiminde kurallar ve otomasyonu nasıl kullanırsınız?
6 adımda güvenli otomasyon
- RuleEngine hedefi belirle: Manuel iş azaltma mı, gelir optimizasyonu mu, risk kontrolü mü?
- Eşik (Threshold) tanımla: doluluk, tarih, pazar, kanal gibi tetikler.
- Aksiyonları sınıflandır: PriceChange, min-night, stop-sale, channel closure, inventory shift.
- Kuralı IF/THEN yaz: net, test edilebilir, ölçülebilir.
- Pilot & kademeli rollout: önce çekirdek kanal/az tarih bloğu.
- Manuel kontrol noktası: kritik aksiyonlarda onay + günlük/haftalık audit.
Mini Check
- •Kural hedefim net
- •Eşiklerim yazılı
- •Pilot planım var
- •Kritik aksiyonlarda manuel kontrol bırakıyorum
- •Audit ritmim var
Ne yapmalıyım?
- • İlk hafta 3 kuraldan fazla başlatmayın.
- • “All channels” etkili kurallarda uyarı/onay ekleyin.
- • Kural etkisini KPI ile ölçün: manuel işlem ve hata sayısı.
3. Fiyat ve envanter için otomatik kurallar
Burada amaç, en çok tekrar eden kararları otomasyonla güvenli hale getirmektir.
1) Doluluk eşiğine göre fiyat (Occupancy → PriceChange)
- •Amaç: yoğun talepte fiyat gücünü korumak
- •Örnek: “Occupancy > %85 → +%5 fiyat artışı (BAR)”
- •Risk: yanlış tarih bloğunda çalışırsa fiyat şoku
2) Riskli tarihte otomatik restriction (Date → min-night / CTA)
- •Amaç: yüksek sezonu daha verimli doldurmak
- •Örnek: “HighSeason tarihlerinde min-night=4 otomatik”
- •Risk: omuz sezona taşarsa satış kaybı
3) Kanal bazlı envanter kaydırma (Inventory shift)
- •Amaç: düşük kârlı kanala aşırı envanteri engellemek
- •Örnek: “Net gelir düşük kanalda envanter tavanı”
- •Risk: yanlış KPI okumayla fırsat kaçırma
Mini Check
- •En çok tekrar eden kararları tespit ettim
- •Eşiklerimi küçük blokta test ediyorum
- •Fiyat ve restriction kurallarında koruma koyuyorum
Ne yapmalıyım?
- • Doluluk eşiği kurallarını “kademeli” yapın (80/85/90).
- • Tarih bazlı kuralları sezon bloklarıyla sınırlandırın.
- • Kanal bazlı envanter kurallarında net gelir KPI’ını kullanın.
4. Pazar, tarih ve kanal bazlı otomasyon senaryoları
Otomasyonun en güçlü tarafı, pazar ve kanal kombinasyonlarını yönetebilmesidir: ör. belirli pazarda iptal yüksekse policy değişimi, mobil-only fiyat stratejisi, belirli OTA’larda daha kontrollü kampanya gibi.
Pazar bazlı kurallar
- •Belirli pazarda iptal artınca NRF ağırlığını artırma (Varsayım: risk yönetimi)
- •Ülke/para birimi kaynaklı fiyat seti standardı
Kanal bazlı kurallar
- •Mobil-only veya belirli OTA’ya özel küçük fiyat esnekliği
- •Yüksek komisyonlu kanalda otomatik kısıtlama eşikleri
Tarih bazlı kurallar
- •Özel gün/etkinlik döneminde otomatik stop-sale
- •Renovasyon/bakım döneminde otomatik envanter düşüş (Varsayım: entegrasyon)
| IF (Koşul) | THEN (Aksiyon) | Kapsam | Manuel Kontrol |
|---|---|---|---|
| Occupancy > %85 | BAR +%5 | Seçili tarihler | Uyarı + günlük kontrol |
| HighSeason tarihleri | Min-night = 4 | Resort | Haftalık audit |
| CancellationRate ↑ | NRF ağırlığını artır | Seçili pazar | Onay gerekebilir |
| Riskli kanal + NetRevenue düşük | Inventory tavanı | Kanal bazlı | Aylık review |
| Event günü | Stop-sale belirli kanal | City | Onay + log |
Mini Check
- •Kural setim IF/THEN formatında
- •Kapsamı (tarih/pazar/kanal) net
- •Manuel kontrol noktaları tanımlı
Ne yapmalıyım?
- • Her kurala “kapsam” ve “geri alma” kriteri ekleyin.
- • Kural çakışmasını önlemek için öncelik sırası belirleyin.
- • Kural sonuçlarını 30 gün KPI ile izleyin.
5. Hangi noktalarda manuel kontrolü korumalısınız?
Otomasyonun kırılma noktası, büyük etkili kararların “sessizce” çalışmasıdır. Bu yüzden bazı aksiyonlar otomatik tetiklenebilir ama manuel onay veya en azından güçlü uyarı gerektirir.
Manuel onay/ikinci göz gerektiren alanlar
- •“All channels” fiyat değişikliği
- •Geniş tarih aralığı (>30/60/90 gün) değişiklikleri
- •Stop-sale ve min-night gibi satış kesen kısıtlar
- •Parity riskini artırabilecek kampanya açma
- •Mapping değişikliği veya oda tipi yapısına dokunuş
AIO ilişki
- •CriticalAction → requires → ApprovalWorkflow & ChangeLog
Mini Check (Kontrol)
- •Kritik aksiyonlarım listeli
- •Onay ve log zorunlu
- •Geniş tarih değişikliklerinde uyarı var
- •Haftalık audit planım var
Ne yapmalıyım?
- • Kritik kurallara “approval required” katmanı ekleyin.
- • Otomasyon sonrası günlük 15 dk sağlık kontrolüne “kural kontrol” satırı ekleyin.
- • Aylık olarak kural setini sadeleştirin (fazla kural = yeni risk).
6. Antalya & Bodrum örnekleriyle uygulama
Antalya/Belek/Side/Kemer gibi resort bölgelerde yüksek sezonda en sık otomasyon ihtiyacı; doluluk eşiğine göre fiyat artışı, sezon bazlı min-night ve riskli kanalda envanter tavanıdır. Bodrum’da ise dönemsel ADR gücü yüksekken “gereksiz kampanyayı otomatik kapatma” ve pazar/kanaI bazlı kontrollü esneklik daha değerli olabilir. Aynı kural motoru, destinasyonun sezon ritmine göre farklı eşikler ister.
Key Statistics / Data Point (sheet, soft): Doğru tasarlanmış kural setleri kullanan otellerde manuel işlem sayısının ve insan kaynaklı hataların azaldığı; yanlış kurgulanan otomasyonda ise beklenmedik fiyat/kısıt sorunları çıkabildiği örneklenebilir.
7. Otomasyon kurmadan önce sorulacak 7 soru
- Bu kural hangi problemi çözüyor (manuel iş mi, gelir mi, risk mi)?
- Eşik (Threshold) ne ve neden doğru?
- Kuralın kapsamı nedir (tarih/pazar/kanal/oda tipi)?
- Hangi KPI ile başarısını ölçeceğim?
- Çakışma olursa hangi kural öncelikli?
- Geri alma (rollback) kriterim nedir?
- Hangi noktada manuel onay/uyarı zorunlu?
Mini Check
- •Her kural için problem–kapsam–KPI yazdım
- •Çakışma ve rollback planım var
- •Kritik aksiyonlarda manuel onay bırakıyorum
8. Kanal Yönetimi Otomasyon Senaryoları Şablonunu İndir — PMS & OTA Yönetimi
Kanal Yönetimi Otomasyon Senaryoları Şablonunu İndir — PMS & OTA Yönetimi (v1.0)
Bu şablon, kanal yönetiminde RuleEngine ile çalışacak otomasyon senaryolarını IF/THEN formatında tasarlayıp eşik, kapsam, KPI ve manuel kontrol noktalarını netleştirmek için hazırlanmıştır. Amaç; manuel iş ve insan hatasını azaltırken, kritik aksiyonlarda güvenlik ve esnekliği korumaktır.
Kim Kullanır?
Revenue, rezervasyon/ops, satış–pazarlama ve entegrasyon ekipleri.
Nasıl Kullanılır?
- Tekrarlayan manuel işleri listeleyip otomasyon adaylarını seçin.
- Her senaryo için IF/THEN + eşik + kapsam + KPI + rollback yazın.
- Pilot uygulayıp 30 gün KPI ile ölçün; sonra kademeli yaygınlaştırın.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Her kuralın amacı net (manuel iş / gelir / risk)
- ▢ ✅ Eşik (threshold) gerekçeli
- ▢ ✅ Kapsam net (tarih/pazar/kanal)
- ▢ ✅ KPI ile ölçülecek
- ▢ ✅ Rollback kriteri yazılı
- ▢ ✅ Kritik aksiyonlarda manuel onay var
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
9. Sonuç: Otomasyon = hız değil, disiplinli kontrol ile ölçeklenebilirlik
Kurallar ve otomasyon, doğru kurgulandığında manuel işi ve insan hatasını ciddi biçimde azaltır. Ancak otomasyonu “tam otomatik” değil; kritik noktalarda manuel kontrol ve düzenli audit ile birlikte düşünmek gerekir. Bu içerik, temel grid kullanımı sonrası ileri seviye kullanıcıların ikinci adım rehberi olarak, otelinize uygun güvenli kural setini tasarlamanıza yardımcı olur.
Bir Sonraki Adım
Kural setini güvenli eşiklerle kurup manuel işi ve hatayı azaltmak isteyen oteller için.
Sık Sorulan Sorular
Kanal yönetiminde kurallar ve otomasyon nedir?▾
Hangi durumlarda otomatik kanal kapama veya fiyat değişimi kullanılmalı?▾
Pazar ve kanal bazlı otomasyon senaryoları nasıl tasarlanır?▾
Otomasyon kullanırken manuel kontrolü nerede bırakmalıyım?▾
Otomasyon hatalı kurgulanırsa ne olur?▾
İlgili İçerikler