Yat Kiralama Yazılımında Sezonluk Takvim ve Müsaitlik Yönetimi Rehberi

Sezonun ortasında iki müşteriye aynı tekneyi aynı hafta için onay verdiğinizi fark ettiğiniz an, yat kiralama operasyonunun en pahalı hatası başlamış olur. Telefon, WhatsApp ve e-posta arasında dağılmış rezervasyon notları; bir teknenin bakımda olduğunu yalnızca kaptanın bildiği bir düzen; charter sözleşmesi imzalanana kadar takvimde görünmeyen opsiyonlar. Sezonluk takvim yönetimi tam da bu dağınıklığı tek bir doğruluk kaynağına indirme işidir. Bu rehberde yat kiralama yazılımında takvimin nasıl kurgulanması gerektiğini, müsaitlik kurallarının hangi katmanlardan oluştuğunu ve sezon geçişlerinde nelere dikkat etmeniz gerektiğini adım adım ele alıyoruz.

Tekne Bazlı Takvim Kurmanın İlk Adımı: Portföyü Doğru Tanımlamak

Sezonluk takvim, portföyünüzün yapısını yansıtmadığı sürece yanıltıcı olur. Aynı modelde iki tekne bile farklı kaptan, farklı kapasite ve farklı charter kurallarıyla çalışabilir. Bu yüzden takvimi açmadan önce her tekneyi ayrı bir "kiralanabilir birim" olarak tanımlamanız gerekir: tekne adı, bağlama limanı, azami kişi sayısı, mürettebatlı mı bareboat mu olduğu, minimum kiralama süresi ve sezon içindeki izinli günleri.

Bu tanımlamayı atlayan işletmeler genelde şu tabloyla karşılaşır: takvimde boş görünen bir hafta, aslında teknenin yıllık bakım penceresine denk gelir. Ya da 12 kişilik kapasiteli bir tekne, sistemde 8 kişilik tanımlandığı için daha büyük gruplara hiç teklif edilmez. Her iki durum da doğrudan gelir kaybı demektir.

Pratik bir yaklaşım, portföy tanımını sezon başında bir kez gözden geçirmek ve tekne bazında şu üç bilgiyi netleştirmektir: hangi tarih aralıklarında kiralanabilir, hangi tarihlerde kiralanamaz (bakım, sigorta, kaptan izni) ve hangi minimum süreyle kiralanır. Bu üç bilgi takvimin iskeletini oluşturur. Yat kiralama şirketleri için hazırlanan online takvim ve rezervasyon yönetimi yaklaşımı da aslında bu iskeletin üzerine kurulur.

Portföy tanımını eksiksiz yaptığınızda, sonraki adımların çoğu otomatikleşir. Müsaitlik sorgusu, fiyat hesabı ve sözleşme metni aynı veriden beslenir; müşteriye verdiğiniz bilgi ile operasyon ekibinizin gördüğü bilgi birbirinden ayrışmaz.

Müsaitlik Kurallarını Katmanlara Ayırmak Çakışmaları Önler

Müsaitlik yönetiminde en sık yapılan hata, her şeyi tek bir "dolu/boş" etiketiyle ifade etmeye çalışmaktır. Gerçekte bir teknenin takviminde birbirinden farklı en az dört durum vardır ve bunları ayırmadığınızda ya hayalet rezervasyonlar ya da kaçırılmış satışlar ortaya çıkar.

Birinci katman kesin rezervasyonlardır: sözleşme imzalanmış ve ödeme alınmış tarihler. İkinci katman opsiyonlu tarihlerdir; müşteriye belirli bir süre tanınmış ama henüz kesinleşmemiş bloklar. Üçüncüsü bakım ve hazırlık blokları: teknenin temizlik, teknik kontrol veya kaptan değişimi için ayrıldığı günler. Dördüncüsü ise sezon dışı kapatma; teknenin hiç kiralanmadığı dönemler.

Bu katmanların her biri takvimde görsel olarak ayrışmalı ki ekip tek bakışta durumu okuyabilsin. Daha önemlisi, opsiyon süresi dolduğunda blok kendiliğinden serbest kalmalı. Aksi halde bir hafta boyunca kimsenin satamadığı ama aslında boş olan tarihler birikir. Aynı mantık bakım blokları için de geçerlidir: bakım tarihi değiştiğinde takvimin bunu yansıtması gerekir.

Katmanları ayırmanın bir başka faydası da raporlamadır. Sezon sonunda "kaç hafta opsiyonda kaldı ve kaybedildi" sorusuna cevap verebilirsiniz. Bu tek ölçüm bile önümüzdeki sezon teklif stratejinizi değiştirebilir.

Sezonluk Fiyat Dönemlerini Takvimle Aynı Yerden Yönetmek

Yat kiralama fiyatları haftalık ve sezonluk dönemlere göre değişir; bayram dönemleri, yüksek sezon haftaları ve geçiş dönemleri farklı tarifelere tabidir. Bu tarifeler takvimden bağımsız bir tabloda tutulduğunda, rezervasyon anında yanlış fiyat çıkma riski doğar. Oysa doğru kurguda fiyat dönemleri takvimin üzerinde tanımlanır ve her tarih aralığı kendi tarifesini taşır.

Uygulamada şu sırayı izlemek işinizi kolaylaştırır: önce sezonu haftalara bölün, her haftaya bir tarife kodu atayın, sonra tekne bazında istisnaları işaretleyin. Örneğin yüksek sezonda standart haftalık tarife geçerliyken, bakım sonrası ilk hafta için indirimli bir açılış tarifesi tanımlayabilirsiniz. Takvim bu istisnayı bildiği sürece müşteriye gösterilen fiyat ile sözleşmedeki fiyat aynı olur.

Villa ve benzeri konaklama ürünlerinde minimum konaklama kuralları nasıl fiyat dönemleriyle birlikte çalışıyorsa, yatta da minimum kiralama süresi aynı mantıkla tarifeye bağlanır. Bu konuyu daha geniş ele alan villa kiralama işletmeleri için sezonluk fiyatlandırma ve minimum konaklama kuralları yazısı, dönem bazlı kural yazmanın mantığını netleştirir.

Fiyat dönemlerini takvime bağlamanın bir sınırı da var: çok sayıda istisna tanımlarsanız tablo okunamaz hale gelir. Bu nedenle istisnaları yalnızca gerçekten farklılaşan haftalar için kullanın, geri kalanını standart dönemlere bırakın.

Kanal ve Acente Kaynaklı Rezervasyonlarda Çift Kayıt Riski

Yat kiralama işletmelerinin önemli bir kısmı satışını yalnızca kendi sitesinden yapmaz; acenteler, brokerlar ve komisyonlu aracılar da devreye girer. Aynı teknenin farklı kanallarda ayrı ayrı takip edilmesi, sezonun en yoğun günlerinde çift kayıt üretir. Çözüm, tüm kanalların tek takvime yazmasıdır.

Bunu kurarken iki soruyu netleştirin. Birincisi, dış kanaldan gelen rezervasyonun takvime ne kadar hızlı düştüğü. Saatler süren bir gecikme, kendi sitenizden gelen bir talebin reddedilmesine yol açabilir. İkincisi, acente rezervasyonlarının hangi fiyat ve komisyonla işaretlendiği. Takvimde yalnızca tarih değil, rezervasyonun kaynağı da görünmelidir; aksi halde sezon sonunda hangi kanalın gerçekten kârlı olduğunu hesaplayamazsınız.

Teknik tarafta ise rezervasyon altyapısının hangi kriterleri karşılaması gerektiğini bilmek işinizi kolaylaştırır. Tur rezervasyon sistemi kurarken dikkat edilmesi gereken 7 teknik kriter yazısındaki çerçeve, yat kiralama gibi tarih hassasiyeti yüksek ürünlerde de geçerlidir. Özellikle anlık müsaitlik sorgusu ve otomatik onay davranışı, çift kayıt riskini azaltan iki temel unsurdur.

Kanal sayısı arttıkça takvimin tek merkezde tutulması bir lüks değil, zorunluluk haline gelir. Aksi halde ekip her sabah farklı platformları karşılaştırarak günü kurtarmaya çalışır.

Sezon Geçişlerinde Takvimi Kilitlemeden Hazırlamak

Sezon kapanışı ile yeni sezon açılışı arasındaki dönem, takvim yönetiminin en çok ihmal edilen kısmıdır. Birçok işletme yeni sezon tarifelerini son anda girer ve ilk rezervasyonlar eski fiyatla onaylanır. Bunu önlemenin yolu, sezon geçişini bir takvim işlemi olarak planlamaktır.

Sezon bitiminden önce şu hazırlığı yapın: gelecek sezonun tarih aralıklarını ve tarifelerini taslak olarak takvime yükleyin, ancak yayına almayın. Bakım ve sigorta pencerelerini bloklayın. Geçmiş sezondan gelen tekrarlayan müşteri taleplerini not edin. Böylece sezon açıldığında takvim hazır olur ve ekip yalnızca onay verme işine odaklanır.

Bir diğer kritik nokta, erken rezervasyon dönemidir. Yüksek sezon haftalarını aylar öncesinden satmak isteyebilirsiniz, ancak tüm takvimi erkenden açmak düşük sezon haftalarının elde kalmasına yol açabilir. Burada dengeli bir yaklaşım gerekir: önce en çok talep gören haftaları açın, geri kalanını kademeli olarak yayına alın.

Takvimi kilitlerken tekne bazında istisna bırakmayı da unutmayın. Kaptan değişikliği, beklenmedik bakım veya sigorta yenilemesi gibi durumlar sezon içinde de ortaya çıkar. Esnek blok koyma yeteneği olmayan bir takvim, ekibi sistemi atlatmaya iter; bu da dağınıklığın geri dönmesi demektir.

Müşteriye Gösterilen Müsaitlik ile Operasyonun Gördüğü Müsaitlik

Web sitenizde görünen takvim ile panelinizde gördüğünüz takvim aynı veriden beslenmiyorsa, müşteri deneyimi hızla bozulur. Müşteri boş görünen bir haftayı seçip talebini gönderdiğinde "aslında o tarih doluymuş" cevabı almak, güven kaybının en hızlı yoludur. Bu nedenle müsaitlik görünümünü iki katmana ayırın: herkese açık takvim ve iç operasyon takvimi.

Herkese açık takvimde yalnızca kesin rezervasyonlar ve kapatılmış dönemler görünmelidir; opsiyonlar ve iç notlar görünmez. İç takvimde ise tüm katmanlar, müşteri bilgileri ve operasyon notları yer alır. Bu ayrım hem gizliliği korur hem de müşterinin gereksiz bilgiyle uğraşmasını engeller.

Müşterinin talebini gönderdikten sonra ne olacağını bilmesi de önemlidir. Anlık onay mı yoksa kısa bir değerlendirme süreci mi işleyeceğinizi netleştirin ve bunu rezervasyon ekranında açıkça belirtin. Bu tercihin müşteri beklentileri üzerindeki etkisini acente web sitesinde rezervasyon formu mu, anlık onay mı? yazısında daha ayrıntılı bulabilirsiniz.

Son adım, takvimi bir kez kurup bırakmamaktır. Sezon boyunca haftalık kısa bir kontrol yapın: opsiyonu süresi geçmiş bloklar, yaklaşan bakım tarihleri ve düşük doluluk gösteren haftalar. Bu üç başlık, takvimin gerçekten işlediğini gösteren en pratik göstergelerdir.