Transfer voucher hedefi ve temel veri seti
Transfer voucher, sahada ve ofiste aynı bilgiyi okuyabilmek için tek belge olmalıdır. İçerik sıralaması, yolcu kimliği ile başlar; ardından uçuş bilgisi ve karşılama metrikleri gelir; en son araç/şoför bilgisi ve destek kanalları eklenir. Çok dilli PDF kullanırken her dilde aynı veri alanları bulunmalı, alan adları yerel dile çevrilse bile karşılıkları karışmamalıdır. Bu hedef için standart bir “zorunlu alan” seti oluşturun: yolcu adı/soyadı, transfer tipi, uçuş no-varış/çıkış istasyonu, araç bilgileri, karşılama noktası ve acil destek teması.
Yolcu listesi: eşleşme ve doğrulama kuralları
Yolcu bölümünde tek satır tek yolcu mantığı kullanılmalı. Her satırda en az ad-soyad, varsa doğum yılı (opsiyonel), rezervasyon/etiket kodu ve özel notlar (ör. bebek koltuğu, tekerlekli sandalye) görünür olmalıdır. Çoklu transferde aynı araçta birden fazla yolcu varsa toplam kişi sayısı ile her yolcunun ait olduğu kayıt aynı olmalıdır. Kontrol adımı: PDF üretiminde yolcu listesi ile backend’deki kayıt sayısını karşılaştırın; sırada kayma olmaması için “sıralama anahtarı” (rezervasyon sıra no gibi) kullanın. Sık hata: aynı araç satırına farklı yolcuların notlarının taşınması.
Uçuş bilgileri: saat, terminal ve gecikme hazırlığı
Uçuş bloğu; uçuş no, havayolu adı (opsiyonel ama önerilir), kalkış/varış havaalanı ve zaman bilgilerini net göstermelidir. Varış saati için planlanan ve gerçekleşen alanlar ayrı yer alabiliyorsa tercih edin; en azından planlanan saat ve uçuşun varış terminali/kapısı bilgisi olmalıdır. Transfer ekibi sahada bekleyebilmek için “tarih + saat + zaman dilimi” formatını tekleştirin. Aynı PDF içinde birden fazla uçuş varsa (aktarmalı durumlar) her uçuş bir paragraf veya alt tabloyla gösterilmeli, hangi uçuşun transferi tetiklediği anlaşılır olmalıdır. Sık hata: terminal bilgisinin boş kalması ve karşılama metninin buna göre uyarlanmaması.
Araç ve hizmet detayları: kapasite, plaka ve sınıflandırma
Araç bölümünde araç tipi, kapasite (kişi sayısı), varsa araç sınıfı etiketi (örn. ekonomi/comfort), şoför adı ve iletişim bilgisi (politikaya uygun şekilde), araç plaka/seri veya filo kodu yer almalıdır. Çok dilli PDF’de “araç tipi” tek bir standart sözlükle çevrilmeli; aynı sınıf farklı dillerde farklı etiketlerle yayınlanmamalıdır. Yolcu sayısı ile araç kapasitesini karşılaştırın: kişi sayısı araç kapasitesini aşmamalı; aşarsa sistem uyarı üretmeli veya otomatik revizyon akışı tetiklenmelidir. Operasyon için kritik alanlar: karşılama süresi (varsa) ve bagaj durumu (bagaj notu varsa). Sık hata: araç bilgisi güncellendiği halde PDF’nin eski araç sınıfını göstermesi.
Karşılama (meet & greet) metni: konum, işaret ve rol
Karşılama kısmı; buluşma konumu (varış alanı/terminal/kapı), görevli adı-etiketi (varsa), yolcuya yönlendirme metni ve bekleme/teslim süresini içermelidir. “İşaret” alanı için net bir görsel metin standardı uygulayın: örn. “Karşılama görevlisi tabelasında şu isim yazıyor: {{leadPassengerName}}”. Grup transferlerinde grup lideri adı açıkça belirtilmeli, aksi halde farklı yolcular yanlış kişiye yönlenebilir. Ayrıca dil seçimine göre metnin anlamı korunmalı; sadece kelimeler çevrilmemeli, aynı aksiyon cümleleri aynı kalmalıdır (ör. “Girişte çıkış değil, varış katında bekleyin” gibi). Sık hata: terminal/kat bilgisinin karşılama metninde güncellenmemesi.
Çok dilli PDF üretimi: dil alanları, şablon tutarlılığı
Çok dilli PDF’de aynı sayfa yapısı korunarak her dil için veri alanları aynı sırayla verilmelidir. Terimleri standartlaştırın: “arrival”/“varış”, “pickup”/“karşılama” gibi eşleştirmeler sözlük üzerinden yönetilmeli, serbest metin çevirisi riskini azaltmalıdır. Kontrol adımı: her dil sürümünde zorunlu alanların boş gelip gelmediğini otomatik doğrulayın; örn. “Yolcu Adı”, “Uçuş No”, “Araç Tipi”, “Karşılama Noktası”, “Destek Telefonu” alanları boş olamaz. Sık hata: çevirmen notuyla birlikte alan adlarının değişmesi ve operasyon ekibinin yanlış alanı araması. PDF çıktısında dil etiketi görünür olmalıdır.
Destek bilgileri ve acil iletişim: yanıt süreleri ve senaryo notları
Voucher’ın son bölümünde destek bilgileri açık olmalıdır. En az bir ana kanal (telefon veya WhatsApp hattı gibi) ve varsa e-posta yer alır. “Acil durumda ne yapılır?” kısa bir yönerge olarak sunulmalıdır: şoföre ulaşamama, uçuş gecikmesi, buluşma noktasında bulunamama gibi senaryolar için tek cümlelik yönlendirmeler ekleyin. Destek metinleri dil bazında çevrilirken numaralar ve operasyon kodları asla çevrilmemelidir. Kontrol adımı: destek bilgisi sadece genel müşteri hattı ile sınırlı kalmamalı; mümkünse transfer ekibine bağlanan kanal/etiket barındırmal��dır. Sık hata: numara formatının uluslararası aramaya uygun olmaması ve arama hatası.
Neptün Transfer ile uygulama kontrol listesi: pratik adımlar
Neptün Transfer tarafında voucher üretimi için yayın öncesi bir kontrol akışı kurun. 1) Yolcu satır sayısı rezervasyondaki kişi sayısıyla eşleşiyor mu? 2) Uçuş bloğunda uçuş no, tarih-saat ve varış havaalanı/terminal bilgisi dolu mu? 3) Araç bölümünde araç tipi ve kapasite uyumlu mu? 4) Karşılama metni, uçuş terminali ile aynı değerleri mi kullanıyor? 5) Çok dilli PDF’de her dil sürümünde zorunlu alanlar boş mu değil mi? 6) Destek kanalı ve acil yönerge metni görünür ve çevrilmiş mi? Son adım: sahada okunabilirlik testi için örnek PDF’yi uçuş gecikmesi senaryosuyla kontrol edin. Bu yöntem, yanlış yönlendirme ve tekrar arama gibi operasyon maliyetlerini azaltır. Neptün Medya, bu kontrol mantığını şablon tasarımından çıktı doğrulamaya kadar standartlaştırır.
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.