Booking’de kişi başı fiyatlandırma: kişi sayısına göre fiyat nasıl girilir?

Kişi sayısına dayalı fiyatlandırma, satış sitesinin odadaki her kişi sayısı için ayrı bir fiyat tutması demektir; tek bir oda fiyatı değil. Booking.com’un bağlantı dokümantasyonunda bu, standart, türetilmiş ve konaklama süresine dayalı tiplerin yanında yer alan temel fiyatlandırma tiplerinden biridir ve her oda tipi, fiyat planı, tarih ve kişi sayısı için mutlak bir fiyat ister.

Bir misafir çift kişilik odayı tek kişi için rezerve eder ve tam çift fiyatını öder. Haftalar sonra üç kişilik bir aile, iki kişi için yapılmış bir rezervasyonla gelir ve üçüncü yatak bedava olur. İkisi de aynı arızadır: fiyat listesi insanları fiyatlar, satış ekranı odaları, ikisi arasında çeviri yapan kimse yoktur. Bu yazı, satış sitelerindeki fiyatlandırma modellerinin nasıl çalıştığını, kişi başı bir fiyat listesinin bunlara nasıl çevrildiğini, kanal yöneticisinden ne isteneceğini ve herhangi bir misafir yanlış fiyat görmeden önce her kişi sayısının nasıl test edileceğini gösteriyor.

Kişi başı fiyatlandırma satış sitelerinde neden bozulur?#

Çünkü fiyat listesi misafiri fiyatlar, satış ekranı odayı fiyatlar ve bu ikisi ancak biri her kişi sayısını açık bir fiyata çevirirse buluşur.

Gece kişi başı fiyat veren bir tesis, tek kişilik fark, üçüncü yetişkin indirimi ve çocuk yaş aralıklarıyla çalışır. Satış sitesinin fiyat planı ise normalde belirli bir kişi sayısı için oda fiyatından başlar. Bunlar farklı nesnelerdir ve hiçbiri kendiliğinden diğerine dönüşmez.

Üç arıza tekrar tekrar karşımıza çıkar. Tek seyahat eden misafir çift fiyatını öder, çünkü tek yetişkinlik fiyat hiç gönderilmemiştir. Üçüncü yetişkin sıfır fiyatlanır, çünkü yalnızca maksimum kişi sayısının fiyatı vardır. Bir çocuk yetişkin gibi ücretlendirilir, çünkü yaş aralıkları hiç eşleştirilmemiştir.

Fiyat listesi genellikle doğrudur. Arıza çeviri katmanındadır; bu yüzden aynı fiyat listesi otelin kendi web sitesinde doğru, satış sitesinde yanlış fiyat üretebilir. Zarar hatadan sonra ortaya çıkar: iki kişilik rezervasyonun resepsiyonda üç kişi olarak ortaya çıkmasıyla, misafirin doğrudan fiyatınızla karşılaştırdığı onay mesajında, o gecenin kişi sayısı dağılımında.

Çeviri, belirsizlik taşımayan bir kaynak belgeyle başlar: sezon dönemleri, ek ücretler ve indirimlerin tek tabloda toplandığı bir otel fiyat listesi. Tek tablo, bir kavram için tek terim. Fiyat listesi hem “tek kişilik fark” hem “tek kişi farkı” diyorsa, eşleştirme de öyle der.

Booking.com’un bağlantı dokümantasyonu, “Implementing pricing types” (2026-11-04) (yeni sekmede açılır), bir satış sitesinin kişi sayısını nasıl ele aldığının ayrıntılı ve herkese açık tanımıdır; bu yazı örnek olarak onu kullanır. Aynı sorular, fiyat planlarını kendinizin yürüttüğü her site için geçerlidir.

Satış siteleri hangi fiyatlandırma modellerini sunar?#

Booking.com’un bağlantı dokümantasyonu dört fiyatlandırma tipi tanımlar: standart, türetilmiş (rate-level occupancy), kişi sayısına dayalı ve konaklama süresine dayalı. Her biri farklı bir başlangıç noktasından fiyat kurar ve otelden farklı miktarda iş ister.

Standart tipte maksimum yetişkin sayısı için varsayılan bir fiyat ve tek yetişkin için ayrı bir fiyat girilir. Tek kişilik oda yalnızca maksimum kişi sayısının fiyatını alır; yani tek kişilik oda bu modelde kendi tek kişilik fiyatını taşıyamaz.

Türetilmiş tip, Rate-Level Occupancy (RLO) olarak da geçer: temel kişi sayısı için bir fiyat belirlenir, diğer kişi sayılarının fiyatı yüzde veya sabit tutar olarak tanımlanan farklarla türetilir. Bakımı derli topludur ama diğer her kişi sayısı bir karar değil, formül sonucudur.

Kişi sayısına dayalı fiyatlandırma (Occupancy-Based Pricing, OBP) fark tanımaz. Her oda tipi, fiyat planı, tarih ve kişi sayısı birleşimi için mutlak bir fiyat vermeniz gerekir. En çok denetim imkânı, en çok gönderilecek satır.

Konaklama süresine dayalı fiyatlandırmada (Length of Stay, LOS) fiyat giriş tarihine, kişi sayısına ve gece sayısına göre belirlenir; kişi başı ekonomisi konaklama uzunluğuyla değişen tesislere uyar.

Bu seçim bir bakım kararı olduğu kadar fiyat kararıdır. Tek kişilik farkınız her sezonda sabit bir yüzdeyse, türetilmiş tipi doğru tutmak ucuzdur. Sezona, tarihe veya oda tipine göre değişiyorsa türetilmiş tip sapar ve kişi sayısına dayalı fiyatlandırma dürüst modeldir. Standart tip en basit modeldir ve tek seyahat eden misafiri korumasız bırakır; çünkü kabul ettiği tek yetişkinlik fiyat, kişi sayısı başına bir fiyat değil, tek bir rakamdır.

Fiyatlandırma tipi değiştirilince ne olur?#

Dokümantasyon uyarır: fiyatlandırma tipi değiştirildiğinde, ilgili oda tipi-fiyat planı eşleşmelerindeki tüm mevcut fiyatlar silinir ve bütün fiyatların yeniden gönderilmesi gerekir.

Silme kısmi bir düzenleme değildir. İlgili eşleşmelerdeki tüm fiyatlar gider ve yeni takım gelene kadar sitede satılacak bir şey kalmaz. Kişi sayısına dayalı veya süre bazlı tipe geçişte ya da bu tiplerden çıkışta kapalı tarihler, kısıtlamalar ve kontenjan da yeniden tanımlanmalıdır; yani iş, fiyat dosyasından geniştir.

Tip değişikliğini, birinin tatil öncesi Cuma öğleden sonra çevirdiği bir ayardan değil, penceresi olan bir proje olarak görün. Değişimden önce mevcut eşleştirmeyi ve mevcut fiyat dosyasını dışa aktarın ki eski durum yeniyle satır satır karşılaştırılabilsin. Tarihi ve hedef tipi önceden ilgili pazar yöneticisine (market manager) ve kanal yöneticisi tedarikçisine bildirin; tedarikçinin hangi biçimde göndereceğini bilmesi gerekir.

Yeniden göndermeyi her seferinde aynı sırayla planlayın: önce kontenjan, sonra kapalı tarihler ve kısıtlamalar, sonra fiyatlar, en son geri okuma testi.

Kişi başı fiyat listesi kişi sayısına göre fiyatlara nasıl çevrilir?#

Fiyat listesinin her satırını, gerçekten sattığınız her kişi sayı için mutlak bir fiyata çevirin; sonra her şey gönderilmeden önce aritmetiği fiyat listesine karşı elle kontrol edin.

Tek yetişkin: kişi başı fiyat artı tek kişilik fark, tek yetişkinlik fiyatı verir. Farkın sabit tutar mı, çift fiyatının yüzdesi mi olduğunu ve sezonlar boyunca sabit mi, sezon bazında mı tanımlandığını bir kez kararlaştırın. İki yetişkin normalde farksız kişi başı fiyattır ve diğer her kişi sayısının kıyaslandığı çıpaktır.

Üçüncü yetişkin: kişi başı fiyat eksi üçüncü yetişkin indirimi. İndirim tutarı sıfıra indiriyorsa bu ticari bir karardır ve sitenin tahmin etmesine bırakılmamalı, açık bir sıfır fiyat olarak gönderilmelidir. Çocuklar: her yaş aralığı, fiyat planının ifade edebileceği bir kural ister: ücretsiz yerler, ekstra yatak ücreti ve oda başına en fazla çocuk sayısı. Yaş aralıkları, ücretsiz çocuk ve ekstra yatağı kapsayan otel çocuk politikası, satış sitesindeki çocuk politikasıyla aralık aralık aynı şeyi söylemek zorundadır.

Yuvarlama bir karar ister, birçok karar değil. Tek bir yuvarlama kuralı belirleyin, fiyat listesinde uygulayın ve kanal yöneticisinin sonucu değiştirmeden taşımasına izin verin. Kanal yöneticisinin içinde yuvarlama, her sezonla birlikte sapan ikinci bir doğruluk kaynağı yaratır.

Örneğin, bir fiyat listesi gece kişi başı 100, tek kişilik fark yüzde 30, üçüncü yetişkin indirimi yüzde 25 ve 6 yaş altı çocuk ücretsiz diyor olsun. Tek yetişkin 130 olur, iki yetişkin 200, üç yetişkin 275 ve iki yetişkin artı 4 yaşında bir çocuk 200’de kalır. Aynı dört rakamın o tarihte satış ekranında da görünmesi gerekir. Çocuk kurallarını tek yerde tutun ve her fiyat planında yeniden kullanın; iki kez yazılmış bir politika ikinci sezonda kendi kendisiyle çelişir.

Kanal yöneticisi neyi taşıyabilmeli?#

Yalnızca oda tipi başına değil, kişi sayısı başına fiyat gönderebilmeli ve her kişi sayısını doğru sitedeki doğru fiyat planına eşleyebilmeli.

Tedarikçiye doğrudan sorun: sattığınız sitelerde hangi fiyatlandırma tiplerini destekliyor ve varsayılan olarak hangi tipi varsayıyor. Yalnızca oda fiyatı gönderen bir araç, kişi başı fiyat merdiveninizi sessizce tek bir rakama indirir. Bu soru, kanal yöneticisinde oda tipi ve fiyat planı eşleştirmesinin parçası olarak aynı görüşmede sorulmalıdır.

Eşleştirmenin boyutu iki değil dörttür: oda tipi, fiyat planı, kişi sayısı ve yemek planı. Kişi sayılarını karıştıran bir fiyat planı bazı tarihlerde doğru, bazılarında yanlış fiyat üretir; bu, tutarlı bir hatadan daha zor yakalanır. Kısıtlamaların kişi sayısı bazında uygulanıp uygulanamadığını sorun; asgari konaklama veya varışa kapalı kuralı yalnızca oda tipi için kurulabiliyorsa, üçüncü yetişkinlik fiyat kendi başına kapatılamaz.

Eşleştirme değiştiğinde gönderilmiş fiyatlara ne olduğunu ve aracın yalnızca değişiklikte değil, talep üzerine tam fiyat takımını yeniden gönderebilip gönderemediğini doğrulayın. Gidiş-dönüşü test edin: bir fiyat gönderin, siteden geri okuyun, fiyat listesiyle karşılaştırın. Başarı bildiren bir araç, doğru rakamı gösteren bir site demek değildir. Eşleştirmeyi yazıya geçirip fiyat listesinin yanında tutun ki sezonu değiştirecek sonraki kişi, hangi kişi sayısının hangi fiyat planına dönüştüğünü görebilsin.

Satışa açmadan önce her kişi sayısı nasıl test edilir?#

Her fiyat planında, sezonlar boyunca örnek tarihlerde her kişi sayısını test edin ve sitenin gösterdiği fiyatı fiyat listesiyle son birime kadar karşılaştırın.

Örnek tarihleri bilinçli seçin: bir düşük sezon, bir ara sezon, bir yüksek sezon, bir resmî tatil ve asgari konaklama kuralı olan bir tarih. Her tarihte tek yetişkini, iki yetişkini, üç yetişkini, maksimum kişi sayısını ve her yaş aralığından bir çocukla iki yetişkini fiyatlayın.

Bir gecelik ve üç gecelik konaklamayı ayrı ayrı kontrol edin; süre kuralları ve hafta sonu farkları gecelik fiyatı değiştirmeden toplamı değiştirebilir. Tek kişilik veya tek kullanımlık odayı tek başına kontrol edin; standart tip altında yalnızca maksimum fiyatı taşır ve bunu bir misafir keşfetmeden önce sizin bilmeniz gerekir.

İki kişilik dolulukta son oda satıldığında sitenin ne yaptığına ve üç yetişkinlik fiyatın satılabilir kalıp kalmadığına bakın. Bir test rezervasyonunu sonuna kadar izleyin: onay, rezervasyon kaydı, kişi sayısı alanı ve otel yönetim sistemindeki fiyat. Doğru görüntü ve yanlış kayıt, yine yanlış bir rezervasyondur. Her tip değişikliğinden, sezon değişikliğinden ve eklenen her fiyat planından sonra bütün takımı tekrarlayın.

Misafir kişi başı öderken ADR raporlaması nasıl temiz tutulur?#

Kişi başı fiyatı bölmeye başlamadan önce oda bileşenine ve pansiyon bileşenine ayırın; çünkü ortalama günlük fiyat (ADR), oda gelirini satılan odalarla, misafirlerle değil kıyaslar.

Ortalama günlük fiyat, oda geliri bölü satılan odadır. Fiyat pansiyon içeriyorsa rakam yalnız oda satan bir pazarla kıyaslanabilir değildir ve öyle sunulmamalıdır. Aynı mantık her şey dahil otellerde ADR: oda ve yiyecek-içecek gelirini ayırmak yazısında ayrıntıyla işlenir.

Kişi sayısına dayalı fiyatlandırma bölmeyi görünür kılar: üçüncü yetişkin oda değil, pansiyon ve ekstra yatak ekler; dolayısıyla fazla yetişkin tutarı oda sütununa değil, pansiyon sütununa aittir. Bölmeyi fiyat listesi düzeyinde kararlaştırın, sezonlar boyunca sabit tutun ve her iki bileşeni otel yönetim sistemine taşıyın ki rapor bir varsayımdan değil, kayıtlı değerlerden kurulsun.

Her raporda oda sayısının yanında misafir sayısını tutun; böylece oda başına gelirdeki artış, onu üreten kişi dağılımına karşı okunabilir. Ayda bir mutabakat yapın: sistemdeki satılan odalarla sitelerdeki satılan odaları, oda gelirini tanımladığınız bölmeye karşı.

Şimdi ne yapmalı#

Fiyat listenizden tek bir oda tipi ve tek bir sezon alın ve kişi sayısı merdivenini elle kurun: bir yetişkin, iki, üç, maksimum ve her çocuk aralığı. Sonra kanal yöneticinizin ve sitenin fiyatlandırma tipinin bu rakamları taşıyıp taşıyamadığını kontrol edin. Taşıyamıyorsa, düşük sezon bir pencerede tipi değiştirin, kontenjan, kısıtlama ve fiyatları bu sırayla yeniden gönderin ve satış açılmadan önce kişi sayısı test takımını çalıştırın.