Tur şirketi rezervasyon ve kontenjan yönetimi nasıl yapılır?

Bir tur şirketinde en pahalı hata çoğu zaman yanlış fiyat değil, aynı koltuğun iki kişiye satılmasıdır. Sabah telefonla bir grup için yer ayrılır, öğlen sitede aynı tura başka bir kişi rezervasyon yapar, akşam ise ofis bu iki kaydı fark eder. Bu durumda ya müşteri mağdur olur ya da ekibiniz ek araç ve otel ayarlamak zorunda kalır.

Bu yazıda tur şirketlerinde rezervasyon ve kontenjan yönetiminin neden zorlaştığını, çözümün hangi bileşenlerden oluştuğunu ve bir yazılımın hangi işleri üstlenebileceğini anlatıyoruz. Hanbisan Yazılım olarak bu tür işlerde kapsamı önce birlikte netleştiriyor, sonra teklif hazırlıyoruz.

Elektronik tablonun sınırları

Elektronik tablo ile yapılan takip, küçük ölçekte işe yarar. Sorun, aynı dosyanın birden fazla kişi tarafından aynı anda ve farklı kanallardan (telefon, WhatsApp, acente, web sitesi) güncellenmesiyle başlar. Hangi satırın güncel olduğu belli olmaz, geçmiş değişiklikler izlenemez ve kontenjan toplamı elle hesaplanır.

Bir diğer sorun, tarih ve tur ilişkisidir. Aynı programın farklı tarihlerde ayrı kontenjanı olabilir. Tek bir tabloda bu ilişkiyi tutmak mümkündür ama dikkatsiz bir silme ya da sütun kaydırma, tüm sayıları bozabilir.

Tur bazlı kontenjan modeli

Sağlıklı bir sistemde her tur, belirli bir tarihte belirli bir kapasiteye sahip bir "sefer" olarak tanımlanır. Rezervasyonlar bu sefere bağlanır ve kalan kontenjan otomatik hesaplanır. Böylece bir kişi rezervasyon yaptığında kalan koltuk anında azalır ve başka bir kanaldan bakan kişi güncel sayıyı görür.

Kapasite değişikliği de bu modelde kontrollüdür. Araç büyütüldüğünde ya da bir koltuk bloke edildiğinde bunun geçmişi tutulur. Kim, ne zaman ve neden değiştirdi sorusunun cevabı bulunur.

Kanallar arası çakışmayı önlemek

Çakışmanın asıl kaynağı, kanalların birbirinden habersiz çalışmasıdır. Telefonla alınan bir rezervasyon sisteme girilmeden web sitesinde satılmaya devam ederse sorun kaçınılmazdır. Bu nedenle ofis, acente ve web satışı aynı kontenjan havuzundan beslenmelidir.

Pratik bir kural: Her kanal kendi kontenjanını değil, ortak havuzu kullanmalı. Acenteye ayrılmış bir pay varsa bu da sistemde açıkça tanımlanmalıdır; aksi halde kimse ne kadar kaldığını bilemez.

Ön ödeme, kalan ödeme ve takip

Tur şirketlerinde ödeme çoğu zaman iki aşamalıdır: rezervasyonda ön ödeme, tur öncesi kalan ödeme. Her rezervasyonun hangi aşamada olduğunu gösteren bir durum alanı, muhasebe ile operasyonun aynı dili konuşmasını sağlar. Vadesi geçmiş kalan ödemeler listelenirse takip işi tek bakışta yapılabilir.

Ödeme alınırken kullanılacak yöntemler (havale, kredi kartı, nakit) ve her birinin nasıl kaydedileceği önceden belirlenmelidir.

İptal, değişiklik ve iade

İptal kuralları sistemde yazılı olmazsa, her iptal bir pazarlığa dönüşür. Tarihe göre değişen kesinti oranlarını sistemde tanımlamak, hem ekibin hem müşterinin aynı bilgiye bakmasını sağlar. Tur tarihinin değiştirilmesi de ayrı bir işlem olarak izlenmeli; yeni tarihte kontenjan varsa otomatik kontrol edilmelidir.

İade işlemlerinde hangi tutarın, hangi gün ve hangi yöntemle geri gönderildiği kayıt altında olmalıdır. Bu, yıl sonu muhasebesinde ve müşteri şikayetlerinde en çok işe yarayan bilgidir.

Rehber, araç ve otel koordinasyonu

Kontenjan yalnızca koltuk sayısı değildir. Bir tur için rehber, şoför, araç, öğle yemeği ve otel odaları da planlanır. Sistemde kişi sayısı arttığında bu kalemlerin de kontrol edilmesi gerekir. Örneğin 45 kişilik araca 47 kişi bindirmeye çalışmak, rezervasyon ekranında hata olarak görünmelidir.

Rehber atamaları ve araç planı tek bir ekranda görülebilirse, sabah operasyon ekibinin telefon trafiği belirgin şekilde azalır.

Yetki ve kayıt

Her kullanıcının neyi görüp neyi değiştirebileceği açıkça tanımlanmalıdır. Satış ekibi kontenjanı görebilir ama kapasiteyi değiştiremez; muhasebe ödeme durumunu günceller ama tur programını değiştiremez. Bu ayrım hem hataları azaltır hem de sorumluluğu netleştirir.

Geçiş süreci

Mevcut elektronik tablolardan geçiş, en fazla dikkat isteyen aşamadır. Önce aktif turlar ve gelecek tarihler aktarılır, geçmiş kayıtlar ise arşiv olarak saklanır. Geçiş sırasında iki sistemin aynı anda kullanılması kısa bir süre gerekebilir; bu sürede tek kaynak olarak hangi sistemin esas alınacağı ekibe yazılı olarak bildirilmelidir.

Kapsama göre teklif

Kontenjan yönetimi yazılımının fiyatı, tur sayısına, kanal sayısına, ödeme entegrasyonuna ve kullanıcı sayısına göre değişir. Bu nedenle sabit bir rakam vermiyoruz. Önce mevcut sürecinizi, kullandığınız dosyaları ve hangi kanallardan satış yaptığınızı konuşuyoruz; ardından kapsamı netleştirip teklif hazırlıyoruz.

Fiyat ve kapsam için 7/24 0850 255 0180'i arayabilirsiniz.

Sık sorulan sorular

Küçük bir tur şirketi için bu sistem gerekli mi?

Haftada birkaç tur ve tek kanal varsa elektronik tablo yeterli olabilir. Ancak telefon, WhatsApp ve web satışı aynı anda çalışıyorsa, çakışma riski küçük ölçekte bile ortaya çıkar.

Mevcut verilerimi aktarabilir miyiz?

Genellikle mevcut tablolar düzenli biçimdeyse aktarım yapılabilir. Veri kalitesi düşükse önce temizlik gerekir. Bunu teklif aşamasında birlikte değerlendiririz.

Acentelerle çalışıyorum, onların kontenjanını nasıl ayırırım?

Acente başına sabit bir pay tanımlayabilir veya ortak havuzdan talep eden acentelere anlık kontenjan gösterebilirsiniz. Hangi modelin uygun olduğu, acente sözleşmelerinize ve satış yapınıza bağlıdır.