"TristGo Vaka Hikâyesi: Transfer Rezervasyon Sistemi Nasıl Kuruldu?"

Bu yazı, TristGo için hazırladığımız rezervasyon sistemini anlatıyor. Amaç bir başarı hikâyesi anlatmak değil; hangi ihtiyacın hangi çözümle karşılandığını açıkça göstermek. Ayrıntılar proje sayfasında yayınlanan bilgilerle sınırlıdır.

Turizm · VIP TransferTristGoProje detayı Siteyi aç

TristGo nedir?

TristGo, İstanbul'da Mercedes Vito ile VIP transfer hizmeti sunan bir rezervasyon platformudur. Havalimanı transferlerinden şehir içi ve şehirlerarası turlara kadar yolculuklar Türkçe, İngilizce ve Arapça olarak site üzerinden rezerve edilebilir.

Transfer sektöründe müşteri genellikle bir yere gitmesi gereken, zamanı kısıtlı biridir. Bu yüzden site hem güven vermeli hem de rezervasyonu hızlı bitirmelidir.

İhtiyaç neydi?

İhtiyaç iki taraflıydı: müşteri fiyatı anında görüp rezervasyonu birkaç adımda bitirebilmeli, işletme ise telefonla gelen anlık işleri ve sürücü atamalarını tek yerden yönetebilmeliydi. Hazır bir tema bu ikisini birlikte karşılamıyordu; bu nedenle rezervasyon akışı baştan tasarlanmış özel bir sistem kurduk.

Yerel hizmet siteleri için önemli olan iki noktaya baktık: müşterinin vazgeçmeden akışı bitirmesi ve işletmenin operasyonu elle yürütmek zorunda kalmaması.

Hangi çözümler kuruldu?

Sistemin bileşenleri, proje sayfasında anlatıldığı şekliyle şunlardır:

• Anlık fiyat hesaplama: Adres girildiğinde rota Google haritaları üzerinden hesaplanıyor. Köprü, tünel ve otoyol ücretleri ayrı kalemler olarak gösteriliyor. Müşteri farklı rota seçeneklerini ve fiyatlarını yan yana görüyor.
• Uçuş takibi: Havalimanı transferlerinde uçuş numarası girilirse rötarlar otomatik izleniyor ve yönetim paneline düşüyor.
• Üç dil, gerçek Arapça: Arapça sayfalar sağdan sola düzende çalışıyor. Tüm dillerde aynı rota için aynı fiyat gösteriliyor.
• Hızlı rezervasyon: Üyelik zorunlu değil; misafir olarak ya da Google hesabıyla birkaç adımda rezervasyon tamamlanıyor.
• Yönetim paneli: Rezervasyonlar, telefonla gelen işler, sürücü atama, fiyat tarifesi, görseller ve blog tek panelden yönetiliyor.
• Canlı İstanbul paneli: Ana sayfada hava durumu, döviz kuru ve seçili rotalarda anlık trafik süresi gösteriliyor.

Müşteri ve operasyon tarafı nasıl işler?

Sistem iki ayrı kullanıcıya hizmet eder: rezervasyon yapan müşteri ve operasyonu yöneten işletme. Proje sayfasında anlatılan bileşenler iki tarafı şöyle birleştirir.

Müşteri tarafında akış şu sırayla ilerler:

1. Müşteri alınış ve varış adreslerini girer.
2. Rota Google haritaları üzerinden hesaplanır ve farklı rota seçenekleri fiyatlarıyla yan yana gösterilir.
3. Köprü, tünel ve otoyol ücretleri toplam içinde kaybolmaz; ayrı kalemler olarak görünür.
4. Havalimanı transferi ise müşteri uçuş numarasını girebilir.
5. Rezervasyon, üyelik gerekmeden misafir olarak ya da Google hesabıyla tamamlanır.

Operasyon tarafında ise aynı veriler yönetim paneline düşer. Rezervasyonlar, telefonla gelen işler ve sürücü atamaları tek yerden izlenir; fiyat tarifesi, görseller ve blog da aynı panelden yönetilir. Uçuş numarası girilen transferlerde rötarlar otomatik izlenir ve panele yansır.

Burada tasarım açısından önemli olan, iki tarafın aynı veriyi kullanmasıdır. Müşterinin gördüğü fiyat ile işletmenin panelde gördüğü kayıt birbirinden farklı bir yerden gelseydi, telefonla gelen işler ve site rezervasyonları ayrı ayrı yönetilmek zorunda kalırdı. Tek kaynak, hata olasılığını azaltır ve operasyonu sadeleştirir.

Bir başka nokta da dil desteğidir. Üç dilin hepsinde aynı rota için aynı fiyatın gösterilmesi, müşterinin hangi dilde baktığına göre farklı bilgi görmesini engeller. Arapça sayfaların sağdan sola düzende çalışması da bunun görsel tarafıdır; yani dil desteği yalnızca metin çevirisi değildir.

Neden özel geliştirme?

Özel geliştirme, işin kendine özgü kurallarını bir temaya sığdırmaya çalışmak yerine doğrudan koda yazmayı sağlar. Burada köprü ve otoyol ücretlerinin ayrı kalem olarak gösterilmesi, uçuş takibi ve sağdan sola Arapça düzen gibi ihtiyaçlar hazır bir temanın standart özellikleri değildir.

Özel geliştirmenin dezavantajı da var: ilk kurulum daha uzun bir iştir ve sonraki değişikliklerin yapılması için geliştiriciye ihtiyaç duyulur. Bu denge, işin ne kadar özel olduğuna bağlıdır. Genel karşılaştırma için hazır paket mi özel yazılım mı yazımıza bakabilirsiniz.

Site tarafında SEO ve barındırma nasıl ele alındı?

Proje sayfasına göre TristGo; üç dilde blog altyapısı, teknik SEO ve kendi sunucumuzda barındırma ile reklama ve organik büyümeye hazır bir transfer platformu olarak yayında. Burada bir sıralama ya da satış sonucu iddia etmiyoruz; yalnızca altyapının hazır olduğunu söylüyoruz.

Sitenin hız tarafı ve ölçüm altyapısı için kullanılan yaklaşımlar, bu blogdaki Core Web Vitals ve dönüşüm takibi yazılarında anlattıklarımızla aynı çizgidedir.

Başka işletmeler bundan ne öğrenebilir?

Rezervasyon akışı olan her işletme için üç ders çıkarılabilir:

1. Müşterinin göreceği ilk bilgi fiyat ve süre olmalı. Hesaplamayı kullanıcıya geç göstermek, vazgeçmeyi artırır.
2. Operasyon tarafı da tasarlanmalı. Müşteri yüzü kadar yönetim paneli de projenin parçasıdır.
3. Dil desteği yüzeysel olmamalı. Arapça gibi dillerde sağdan sola düzen ve tutarlı bilgi gerekir.

Bunun ötesinde, kendi işletmeniz için neyin uygun olduğu işin yapısına göre değişir.

Benzer bir sistem planlanırken hangi sorular sorulur?

Benzer bir sisteme başlamadan önce şu sorular konuşulur. Müşteri rezervasyonu hangi bilgiyle tamamlayacak, hangisi zorunlu olacak? Fiyat nasıl hesaplanacak ve müşteriye hangi ayrıntıyla gösterilecek? Telefonla gelen işler sisteme nasıl girecek? Sürücü ya da ekip ataması kimin kararı olacak? Hangi dillerde yayın yapılacak ve bu diller ayrı tasarım gerektiriyor mu? Bu soruların cevapları sistemin kapsamını belirler; kapsam netleşmeden yazılan her satır, sonradan değişme riski taşır.

Rezervasyon sistemlerinde sık görülen hatalar da şunlardır:

• Fiyatı son adıma saklamak; müşteri sürprizle karşılaşınca vazgeçer.
• Telefon işlerini sistem dışında tutmak; iki ayrı kayıt defteri oluşur.
• Yönetim panelini sonradan düşünmek; operasyon tarafı yetersiz kalır.
• Dil desteğini yalnızca çeviri sanmak; yerleşim ve biçim de değişir.

Kendi işletmeniz için bunları kısa bir listeye çevirip ajansla ilk görüşmede konuşmak, projenin kapsamını baştan doğru çizmenizi sağlar.

Böyle bir proje nasıl başlar?

Böyle bir proje, kod yazmadan önce yapılan bir kapsam görüşmesiyle başlar. Görüşmede müşterinin akışı, operasyon ekibinin ihtiyaçları ve yayın sonrası yönetim birlikte konuşulur. Ardından rezervasyon adımları kâğıt üzerinde çizilir, birlikte onaylanır ve ancak sonra geliştirmeye geçilir. Yayın öncesinde gerçek senaryolarla birlikte test yapılır. Bu sıra, sonradan değişiklik ihtiyacını azaltır; çünkü en zahmetli değişiklikler, kod yazıldıktan sonra fark edilen kapsam eksikleridir.

Sık Sorulan Sorular

TristGo hazır bir tema mı?

Hayır. Proje sayfasında anlatıldığı gibi, rezervasyon akışı baştan tasarlanmış özel bir sistemdir.

Rezervasyon için üyelik gerekiyor mu?

Hayır. Misafir olarak ya da Google hesabıyla birkaç adımda rezervasyon tamamlanabiliyor.

Benzer bir sistem bizim işimiz için de yapılabilir mi?

İşinizin yapısına bağlıdır. Rezervasyon, fiyat hesaplama ya da yönetim paneli gibi ihtiyaçlarınızı dinleyip uygun olanı öneririz. Özel yazılım sayfamıza göz atabilir, iletişim sayfasından telefon ya da WhatsApp ile bize ulaşabilirsiniz.

Bu yazıda sonuç rakamı neden yok?

Rakamları doğrulanabilir veriyle paylaşamıyorsak yazmıyoruz. Yalnızca ne yapıldığını anlatıyoruz.