Bodrum ve Çeşme'de kısa dönem kiralama işletmeciliğinin dijital tarafı

Temmuz sonunda Çeşme'de bir apart işletmecisinin masasında üç sekme açıktı: iki rezervasyon platformu ve bir mesajlaşma uygulaması. Aynı daire üç ayrı yerde ilandaydı, takvimler elle eşitleniyordu. Bölgede sık rastlanan bir tablo bu, ve çift rezervasyonun neden bu kadar yaygın olduğunu da büyük ölçüde açıklıyor.

Bodrum ve Çeşme'de kısa dönem kiralama uzun süredir "evi ilana koy, telefonu aç" işi olmaktan çıktı. Beş daireyi geçen her işletme, farkında olsun olmasın, küçük bir otel operasyonu yönetiyor. Sorulması gereken soru şu: bu operasyonun hangi kısmı gerçekten yazılım istiyor, hangi kısmı disiplin istiyor?

Çift rezervasyon bir dikkatsizlik değil, bir gecikme sorunu

Sahadaki işletmecilerin çoğu çift rezervasyonu insan hatası sanıyor. Aslında mesele takvim senkronunun nasıl çalıştığında.

Platformlar arası takvim paylaşımı çoğunlukla iCal denen bir dosya bağlantısıyla yapılır. Bir platform diğerinin bağlantısını belli aralıklarla ziyaret eder ve dolu tarihleri okur. Bu ziyaret anlık değildir, periyodiktir. Yani bir platformdan rezervasyon geldiği an ile diğer platformun bunu görmesi arasında bir pencere kalır. Yoğun haftalarda o pencerede ikinci bir rezervasyon gelmesi ihtimal değil, sıradan bir olaydır.

Bu yüzden iCal senkronu birden çok kanalda ilan veren ve doluluğu yüksek işletmeler için yeterli bir çözüm değil. Kanal yöneticisi denen araçlar tam olarak bu boşluğu kapatmak için var: takvimi tek bir merkezde tutar, kanallara kendisi yazar. Guesty, Hostaway, Smoobu, Lodgify gibi ürünler bu kategoride çalışıyor; Türkiye'de kullanılan yerli araçlar da mevcut. Aralarındaki fark çoğunlukla hangi kanallara doğrudan bağlandıkları ve fiyatlandırmanın daire başına mı yüzde üzerinden mi olduğu.

Buradaki karar basit bir eşikle verilebilir: tek kanalda ilan veren ve doluluğu orta seviyede olan bir işletme için iCal yeterli. İki ve üzeri kanalda, sezon ortası doluluğun yüksek olduğu yerde değil.

Asıl darboğaz temizlik ve anahtar, yazılım değil

Bölgede yazılım arayışına giren işletmelerin bir kısmı yanlış katmanı çözmeye çalışıyor. Rezervasyon geliyor, sorun rezervasyonda değil. Sorun aynı gün içinde çıkış ve giriş olan dairenin temizliğinin kime, ne zaman, hangi kontrol listesiyle düştüğünde.

Bunu çözmenin yazılımsız yolu var ve çoğu küçük işletme için yeterli: her daire için sabit bir temizlik kontrol listesi, çıkış saatinden temizliğin bitişine kadar geçen sürenin ölçülmesi, ve temizlik ekibinin tek bir yerden görev alması. Bu üçü olmadan alınan hiçbir yazılım işe yaramıyor, çünkü yazılım da aynı belirsizliği dijitalleştiriyor.

Ölçmesi kolay tek bir sayı var ve çoğu işletmede tutulmuyor: aynı gün çıkış-giriş olan günlerde temizliğin geç kalma oranı. Bir sezon boyunca bu sayıyı tutan bir işletme, ikinci sezonda kaç kişilik ekiple çalışması gerektiğini tahmin etmek zorunda kalmıyor.

Anahtar tarafında Ege sahilinde iki yaklaşım yan yana duruyor. Şifreli kilit kullananlar giriş saatinden bağımsızlaşıyor ama arıza riskini üstleniyor. Elden teslim edenler misafirle temas kuruyor, karşılığında ekibin gecesini bağlıyor. İkisi de savunulabilir; savunulamayan, hangisinin seçildiğinin daireye göre değişmesi ve kimsenin bilmemesi.

Fiyatlama araçları ne yapar, ne yapmaz

Dinamik fiyatlandırma araçları son iki sezonda bölgede belirgin biçimde yaygınlaştı. Yaptıkları iş, çevredeki benzer ilanların fiyatlarına, kalan boş gün sayısına ve mevsimselliğe bakarak gecelik fiyatı önermek.

Yapmadıkları şey ise sıkça yanlış anlaşılıyor. Bu araçlar talebi yaratmıyor, sadece mevcut talebe göre fiyatı ayarlıyor. İlan görselleri zayıfsa, yorum sayısı düşükse ya da konum tarifi belirsizse, fiyat aracı bunu telafi etmiyor. Fiyat düşürerek doluluk almaya çalışıyor ve işletme bunu "araç işe yaramadı" diye okuyor.

Bir araca geçmeden önce bakılacak sıra şu: önce ilan kalitesi ve yorumlar, sonra kanal çeşitliliği, en sonda fiyat otomasyonu. Tersten gidildiğinde araç maliyeti ilk masraf kalemi oluyor ve karşılığı görünmüyor.

Kayıt tutmanın idari tarafı

Türkiye'de konutların turizm amaçlı kısa süreli kiralanması izin belgesine bağlı bir faaliyet. Ayrıca konaklayanların kimlik bilgilerinin bildirilmesine ilişkin yükümlülükler var. Bu iki başlık, işin dijital tarafını doğrudan etkiliyor: bildirim yapılacaksa misafir bilgisinin düzgün, eksiksiz ve zamanında toplanması gerekiyor, bu da rezervasyon akışının bir parçası haline geliyor.

Bu alandaki usul, belge ve yükümlülükler mevzuatla ve idari düzenlemelerle değişiyor. Bu yazıda hiçbir eşik, oran ya da süre verilmiyor. Kendi durumunuz için güncel gerekliliği ilgili kurumun resmi duyurusundan ve mali müşavirinizden doğrulayın.

Operasyonel olarak işe yarayan pratik şu: misafir bilgisini giriş anında toplamak yerine rezervasyon onayının hemen ardından toplamak. Girişte toplanan bilgi eksik kalıyor, sonradan tamamlanmıyor ve kayıt defterinde boşluk olarak duruyor.

Bir sezonu kapatırken bakılacak dört sayı

Sezon sonunda çoğu işletme tek bir sayıya bakıyor: toplam ciro. Bu sayı gelecek sezon için karar üretmiyor. Üreten dört tane var ve hepsi elinizdeki rezervasyon kayıtlarından çıkarılabilir.

Daire başına doluluk oranı, kanal bazında ortalama gecelik gelir, iptal edilen rezervasyonların hangi kanaldan geldiği, ve temizlik maliyetinin gecelik gelire oranı. Bu dördü yan yana konduğunda hangi dairenin hangi kanalda ilanda kalması gerektiği çoğunlukla kendiliğinden görünüyor.

Bunları çıkarmak için yazılım şart değil. Bir tablo dosyası ve sezon boyunca disiplinli kayıt yeterli. Yazılım, bu sayıları zaten tutan bir işletmenin işini hızlandırıyor; tutmayan bir işletmede ise tutulmayan verinin üzerine bir katman daha ekliyor.