Bayi ve acente kimlik doğrulama + yetki ekranları
B2B panelinde ilk ekran “Kimin hangi yetkiye sahip olduğu” olmalı. Bayi/acente kayıt bilgileri, şirket alanları, yetki seviyesi (ör. sadece görüntüleme, rezervasyon oluşturma, iptal/rezervasyon tamamlama), bölge/araç/servis kısıtları ve özel fiyat yetkisi tek yerde listelenmeli. Ayrıca kullanıcı bazlı rol ataması ve izin doğrulaması (menü gizleme değil, sunucu tarafı kontrol) ekrana yansıtılmalı. Operasyonda hata yaşamamak için ekran; “rezervasyon oluşturulabilir mi?”, “fiyatı özel fiyatla mı görür?”, “iptal yetkisi var mı?” gibi karar sorularını net cevaplamalı. Oturum açınca kullanıcı kendine ait yetki matrisini görmeli; aksi halde destek talepleri artar ve yanlış işlem yapılır.
Rezervasyon takvim/arama ekranı (bırak-kontrol yaklaşımı)
Bayi ve acentelerin rezervasyon açacağı en önemli ekran takvim + arama olmalı. Kullanıcı; transfer günü, teslim alma/iniş noktası, uçuş/rezervasyon referansı, kişi sayısı, araç tipi ve hizmet türüne göre filtre uygulamalı. Arama sonucunda sadece “boşluk var mı” bilgisi değil; müsaitlik penceresi, limitler (günlük/araç bazında), bekleyen durumlar ve otomatik kısıtlar da görünmeli. Ekran tasarımında karar ölçütleri yer almalı: Örneğin “Özel fiyat tanımlıysa göster”, “Fiyat eşiğinin altındaysa uyarı ver”, “Aynı gün aynı rota için limit doluysa başlatma engeli koy”. Sık yapılan hata; takvim ekranının sadece görsel olması ve rezervasyon oluşturmayı doğrulayan kuralların ayrı yerde kalmasıdır. Panelde doğrulama adım adım gösterilmeli.
Bayi rezervasyon oluşturma akışı (taslak → doğrulama → onay)
Rezervasyon oluşturma ekranı tek sayfada bitmemeli; taslak ve doğrulama mantığıyla ilerlemeli. Adım 1: Seçilen rota ve saat, yolcu sayısı, çocuk/ek bagaj gibi opsiyonlar, müşteri notu ve fatura/ödemeye ilişkin alanlar. Adım 2: Fiyat hesaplamasının hangi parametrelerle yapıldığını gösteren “fiyat özeti” (baz ücret, opsiyonlar, varsa bekleme/ek hizmet kalemleri). Adım 3: Kurallar kontrol paneli: saat aşımı, iniş/teslim noktası uyuşmazlığı, iptal politikası bildirimi ve özel fiyatın uygulanma kriteri. Adım 4: Onay. Burada ekran; “taslak rezervasyon” ile “kesin rezervasyon” ayrımını netleştirmeli. En kritik kontrol: rezervasyon gönderildiğinde statünün anında değişip değişmediği. Yanlış kurulumda kullanıcı ekranı görür ama arka planda statü güncellenmez; bayi çifte rezervasyon açar.
Fiyat görünümü ve özel fiyat ekranı (koşullu, izlenebilir)
B2B panelde fiyat ekranı iki mod göstermeli: standart fiyat ve özel fiyat. Kullanıcı rota, tarih ve araç tipi seçtikten sonra fiyat tablosu görünmeli; hem “hesap detayları” hem de “hızlı karşılaştırma” sağlanmalı. Özel fiyat varsa; hangi bayi/acente anlaşmasına bağlı olduğu, geçerlilik aralığı, minimum/maximum kişi sayısı, kullanım kısıtları ve istisnalar ekran üzerinde okunabilir olmalı. Karar ölçütü olarak; özel fiyatın uygulanmadığı durumlarda neden gösterilmeli (ör. tarih aralığı dışında, araç tipi uyuşmuyor, özel fiyat yetkisi yok). Sık yapılan hata, sadece tek rakam göstermek; kullanıcı opsiyonları seçince fiyatın “neden değiştiğini” anlayamaz. Ekran ayrıca para birimi, vergi dahil/ hariç bilgisi ve ödeme vadesini net belirtmeli.
Rezervasyon durum izleme (state machine görünümü)
Durum takibi ekranı, rezervasyonları anlaşılır bir durum haritasıyla sunmalı. Örneğin: Taslak, Onaylandı, Şoför/operatör atandı, Beklemede (uçuş bilgisi), Tamamlandı, İptal Edildi, Reddedildi gibi durumlar panelde harita mantığında listelenmeli. Her kayıt için son güncelleme zamanı, tetikleyen olay (manuel işlem, sistem kuralı, çağrı/iptal) ve yorum/aksiyon butonu bulunmalı. Ayrıca bayi/acente bazlı “benim bekleyen işlerim” filtresi olmalı: teslim alma saati yaklaştıysa öne çıksın. Yanlış kurulumda kullanıcı “iptal edildi” ile “beklemede”yi karıştırır; bu da yanlış iade veya yanlış bildirim üretir. Bu ekran statü geçiş kurallarını da açıklamalı; hangi durumlarda hangi aksiyonlar yapılabiliyor olmalı.
Bayi rezervasyon listesi + aksiyonlar (işlem güvenliği)
Rezervasyon listesi ekranı, yüksek hacim için tasarlanmalı: sayfalama, tarih aralığı filtreleri, rota anahtarı, araç tipi, referans kodu ve durum filtreleri. Her satırda en az şu bilgiler olmalı: rezervasyon numarası, servis tarihi, rota, kişi sayısı, fiyat bilgisi (standart/özel ayrımı), mevcut durum ve son aksiyon. Aksiyon menüsü; görüntüle, mesaj/nota ekle, iptal/yeniden onay talebi, rapora dahil et gibi seçenekleri yetkiye göre göstermeli. Kritik nokta: aksiyon butonları önizleme değil, işlem ��ncesi doğrulama modalı açmalı; özellikle iptal ve fiyat değişikliği durumunda. Sık yapılan hata; listeden doğrudan işlem yapıp kullanıcıyı yanlış seçime sürüklemek. Bu ekran, hata azaltmak için “son teyit + yetki kontrol + log” kombinasyonu sunmalı.
Ödeme, fatura ve özel fiyat mutabakat ekranı
Ödeme ekranı, panelin “fiyat gösterme” değil “sonuç doğrulama” tarafını tamamlar. Kullanıcı; rezervasyon bazında tahsilat durumu (ödenmedi/ödendi/kısmi), fatura numarası ve fatura kesim tarihi gibi alanları görebilmeli. Özel fiyatlı rezervasyonlarda; anlaşma indirimi kalemi ve mutabakat farkı (varsayım vs kesinleşen) gösterilmeli. Bu sayfa, bayi için “neden fiyat değişti?” sorusunu kapanışa bağlar: düzeltme kaydı veya operasyon notu görünmeli. Yanlış kurulumda ödeme bilgisi farklı ekranlarda kalır; çağrı merkezine başvuru artar. En pratik yaklaşım: ödeme ekranından rezervasyona geri giden bağ (link) ve durumla uyumsuzluk uyarısı. Böylece muhasebe hatası erken fark edilir.
Geçmiş işler, raporlama ve dışa aktarım (denetim izi)
Geçmiş iş ekranı, “kayıt arama + denetim izi” mantığında kurgulanmalı. Kullanıcı tarih aralığı, bayi/acente, durum, rota ve araç tipine göre arama yapar; sonuçlar rezervasyon detayına bağlanır. Her işlem için olay günlüğü (kim/ne zaman ne yaptı), fiyatın hangi sürümle hesaplandığı ve özel fiyat uygulanma gerekçesi tutulmalı. Ekran ayrıca rapor dışa aktarım vermeli: CSV/PDF export; alan seçimi ve filtreyi rapora gömme. En kritik kontrol: logların erişim yetkisiyle uyumlu olması; bazı bayi kullanıcılarının “diğer bayi detaylarını” görmemesi gerekir. Sık yapılan hata, geçmişi sadece özet tablo sanıp olay günlüğünü kaldırmaktır. Bu ekran, destek taleplerinde hızlı inceleme sağlar ve veri tutarlılığına katkı verir.
Uygulama sonrası kontrol listesi
- Mobil görünüm, form ve WhatsApp yönlendirmeleri test edilir.
- Title, description, canonical ve sitemap kayıtları kontrol edilir.
- Kırık link, hatalı görsel ve boş CTA alanı bırakılmaz.
- İçerikler gerçek hizmet kapsamıyla uyumlu kalır.