2026’da OTA’larda Attribute Based Selling (ABS) ve Oda Özelliği Bazlı Fiyatlama

ABS, odaları “tek bir oda tipi” olarak değil, özellik bileşenleri olarak satma yaklaşımıdır. Misafir, oda tipini seçmek yerine özellik paketini seçer: balkon, manzara, yatak tipi, kahvaltı, esnek iptal, geç çıkış gibi.

• •ABS, oda tipi yerine özellik satışıdır (Room Type → Features).
• •Özellikler ayrı fiyatlanır ve paketlenir (feature-level pricing).
• •Doğru kurguda upsell artar, net ADR büyüyebilir.
• •Yanlış kurguda seçenek karmaşası dönüşümü düşürebilir (UX riski).
• •PMS/Channel Manager, feature-level envanter/fiyatı desteklemiyorsa ABS “kâğıt üstünde” kalır.

Klasik oda tipi satışından farkı (misafir davranışı)

Klasik modelde misafir “Deluxe Sea View” gibi oda tipi seçer. ABS’de misafir, “balkon + deniz manzarası + esnek iptal” gibi bileşenleri görür ve bunlar üzerinden seçim yapar. Bu, filtre/tercih davranışını değiştirir: özellikler “ikincil” değil “birincil” karar kriteri olur.

ABS’in otel için anlamı: daha ölçülebilir değer satışı

ABS, yıllardır “satışta anlatılan” faydayı (balkon, manzara, kahvaltı, esneklik) daha görünür hale getirir. Ancak aynı anda iki yeni sorumluluk doğar:

• •Envanter doğruluğu (özellik gerçekten var mı?)
• •Ürün tasarımı (hangi özellikler satılmalı, kaç seçenek olmalı?)

Buradaki kritik fikir şudur: “özellik” bir ürün bileşeni gibi fiyatlanır. Misafir seçtikçe fiyat şekillenir. Ama otel tarafında bu, yalnızca fiyat tablosu değil; oda planı + envanter + iletişim birleşimidir.

Özellik paketleri (balkon, manzara, yatak tipi, esneklik)

En çok kullanılan/etkili özellik aileleri genelde şunlardır:

• •Fiziksel özellik: balkon, manzara, kat, oda büyüklüğü
• •Konfor özelliği: yatak tipi, yastık/konfor seçenekleri (operasyon uygunsa)
• •Değer/fayda: kahvaltı, transfer (uygunsa), geç çıkış
• •Risk azaltıcı: esnek iptal, ödeme kolaylığı (politika)

Fiyat ekranlarında karmaşıklığı azaltma (UX)

ABS’in başarısı “daha çok seçenek” değildir; “daha doğru seçim”dir. Bu yüzden:

• •5–7 çekirdek özellik
• •2–3 önerilen paket (best seller)
• •Net açıklama: “Bu özellik ne sağlar?”

kuralı, dönüşüm için kritiktir.

Filtre ve tercih davranışları değişir (daha az sürpriz, daha net beklenti)

Doğru kurguda misafir beklentisi netleşir ve “yanlış oda seçimi” azalır. Yanlış kurguda ise misafir “hangisini seçmeliyim?” der ve çıkabilir. Bu nedenle ABS, UX ile birlikte ele alınır.

Mini örnek (Kemer – balkon & manzara)

Kemer’de balkon ve manzara, fiyat farkı yaratır. ABS’de misafir “balkon+manzara”yı seçtiğinde, bu fark net görünür. Eğer fotoğraf ve açıklama netse dönüşüm artabilir; net değilse “beklenti sapması” şikâyete döner.

ABS’in gerçek sınavı burasıdır: feature-level envanter ve fiyat. Eğer PMS/Channel Manager bu seviyeyi desteklemiyorsa, ABS “görünür ama yönetilemez” hale gelir.

Oda planlama: oda tipi yerine “özellik haritası”

Her oda tipini, özellik setine dönüştürün:

• •Oda 101: balkon=evet, manzara=deniz, yatak=king, kat=3
• •Oda 205: balkon=hayır, manzara=kara, yatak=twin, kat=2

Bu harita, satılabilir özelliklerin “gerçek envanter”le bağlı olmasını sağlar.

PMS & Channel Manager uyumu (feature-level inventory)

Kilitli gereksinim: PMS ve kanal yöneticinizin feature-level envanter ve fiyatlamayı destekleyip desteklemediğini kontrol edin. Desteklemiyorsa:

• •Özellikleri “paket” olarak satmak (oda tipi varyantları)
• •Sınırlı pilot (tek özellik: manzara)
• •Operasyonel guardrail (overbooking önleme)

gibi geçiş modelleri kullanılabilir.

Mapping ve overbooking riski (en büyük operasyon tuzağı)

Özellik mapping’i yanlışsa, “balkonlu” diye satılan oda balkonsuz çıkabilir. Bu, puan ve yorumları hızla düşürür. Bu yüzden ABS geçişinde:

• •test rezervasyonu
• •kontrol listesi
• •değişiklik log’u

zorunlu olmalıdır.

ABS’in vaadi: gelir artışı + daha iyi seçim. Gerçek hayatta sonuç, uygulama kalitesine bağlıdır.

Gelir etkisi: “ek özellik geliri” ve net ADR

ABS, özellikle manzara, balkon, kahvaltı ve esneklik gibi özelliklerden ek gelir yaratabilir. Buradaki doğru KPI:

• •Attach rate: özellik seçimi oranı
• •Net ADR etkisi: komisyon/promo sonrası
• •Şikâyet/iptal etkisi: yanlış beklenti azalıyor mu?

Key Statistics / Data Point (soft, senaryo): ABS sistemlerinin doğru kurulduğu otellerde, manzara/balkon/kahvaltı/esneklik gibi özelliklerden gelen ek gelirin toplam ADR üzerinde anlamlı pozitif etki yaratabildiği senaryo bazlı anlatılabilir.

Dönüşüm etkisi: seçenek sayısı vs netlik

• •Seçenek çoksa dönüşüm düşebilir
• •Seçenek az ama netse dönüşüm artabilir

Bu nedenle “özellik kataloğu” değil “özellik ürün tasarımı” gerekir.

UX etkisi: daha az sürpriz, daha az iade/şikâyet

Net kanıt + net paket, misafirin doğru beklenti kurmasını sağlar. Bu da no-show/iptal riskini doğrudan değil ama dolaylı olarak iyileştirebilir (kendi otel verisiyle ölçülmeli).

ABS’e geçerken yapılacak 5 hazırlık adımı:

1. Özellik seçimi: 5–7 çekirdek özelliği belirle (balkon, manzara, yatak tipi, kahvaltı, esneklik gibi).
2. Oda özellik matrisi: oda bazlı özellik haritası çıkar (gerçek envanter).
3. PMS/CM readiness: feature-level destek var mı kontrol et; yoksa geçiş modeli seç.
4. UX sadeleştirme: 2–3 önerilen paket + net fayda cümleleri; seçenek şişirmeden.
5. Ölçüm döngüsü: attach rate + net ADR + şikâyet/iptal KPI setiyle 14–30 gün pilot; sonra ölçekle.

Klasik ekran (oda tipi)

• •5 oda tipi listesi
• •özellikler oda tipi içinde gizli
• •upsell “manuel” kalır

ABS ekran (özellik)

• •çekirdek özellikler görünür
• •paket seçimi ve ekleme opsiyonları
• •upsell ölçülebilir hale gelir (attach rate)

ABS trend olduğu için 6 ayda bir kontrol şarttır: OTA ekranları, PMS/CM yetenekleri ve misafir davranışı değişebilir. Bu nedenle refresh cycle 180 gün mantığı içerikte süreç olarak yer almalıdır.

Minimum KPI seti (pilot için)

• •Attach rate (özellik seçimi %)
• •Net ADR etkisi
• •Dönüşüm oranı
• •İptal/no-show ve şikâyet teması (beklenti sapması)
• •Pazar/segment kırılımı (DE/RU/UK vb.)

14–30 gün pilot → ölçekleme kararı

Pilot dönem sonunda:

• •net ADR yükseliyor mu?
• •dönüşüm düşüyor mu?
• •şikâyet/iptal artıyor mu?

sorularıyla karar verin: devam/azalt/sadeleştir.