Kapsam: Kimlere hangi olay için mesaj gidecek?
WhatsApp bildirimi tek bir “haberleşme kanalı” gibi düşünülmemeli; transfer yaşam döngüsünde belirli olaylar tetiklenmelidir. En temel hedef: Müşteri, şoför ve karşılamacının aynı gerçeği görmesi. Bu yüzden her olay için alıcı türü netleştirilir. Örnek: Rezervasyon onayında müşteri “voucher” bilgisini alır. Şoför atandığında şoföre görev bilgisi gider. Karşılamacı “teslim noktası” ve müşteri isim/araç bilgisi görür. Operasyon ekibine de iç kontrol amaçlı kısa bir log mesajı düşülür. Bu kurgu, yanlış kişiye yanlış şablon gitmesini engeller.
Olay matrisi kurun: Rezervasyon → Atama → Karşılama → Transfer
Doğru çalışmanın anahtarı olay matrisi oluşturmaktır. Transfer rezervasyonlarında sık görülen olayları tek tek işaretleyin: ödeme/rezervasyon onayı, müşteri bilgileri doğrulandı, şoför görevlendirildi, araç/kişi değişikliği oluştu, karşılamacı teslim notu set edildi, kalkış saati değişti, müşterinin uçuşu gecikti olarak güncellendi ve transfer tamamlandı. Her olayda mesajın alıcısı farklı olmalı. Örneğin uçuş gecikmesinde hem müşteri hem karşılamacı bilgilendirilir; şoför de güncel bekleme süresi görür. Transfer tamamlandığında müşteri “kapanış” mesajı alır, operasyona log düşer.
Neptün Transfer içinde mesaj tetikleyicileri nasıl ayarlanır?
Neptün Transfer tarafında mesaj tetikleyicilerini “durum güncellemesi” mantığıyla kurgulayın. Temel prensip: Bir rezervasyon kaydı belirli bir duruma geçmeden WhatsApp bildirimi otomatik atılmasın. Uygulamada üç kontrol noktasını zorunlu yapın: (1) mesaj gönderilecek alıcının WhatsApp numarası doğrulanmış mı, (2) mesaj şablonu olay için doğru mu, (3) mesaj içeriğindeki kritik alanlar dolu mu (voucher kodu, buluşma noktası, şoför adı, araç plaka). Böylece eksik alanla çıkan mesajlar operasyonda gereksiz aramalara yol açmaz.
Kime ne: Müşteri, şoför, karşılamacı için şablon mantı��ı
Müşteri mesajı “beklediği bilgiyi” içermeli. Voucher kodu, kalkış-buluşma noktası, tarih/saat ve gerekiyorsa giriş/isim notu tek ekranda anlaşılır olmalı. Şoför mesajı ise “görev metni” gibi yazılmalı: müşteri adı, teslim noktası, uçuş bilgisi veya beklenen kontrol zamanı, araç bilgisi, operasyon irtibatı. Karşılamacı mesajı daha operasyonel olmalı: bina/terminal alanı, müşteri adı, pano/isim kartı talimatı ve beklenen varış saat penceresi. İsterseniz aynı olay i��in farklı şablonlar kullanın; tek şablon herkes için çalışmaz.
Zamanlama kuralları: Mesaj ne zaman atılmalı, ne zaman geciktirilmeli?
Zamanlama, bildirimin değerini belirler. Genel yaklaşım: Kritik durumlar oluştuğunda hemen gönderin, ancak beklenen veri tamamlanmadan mesajı zincire sokmayın. Örnek karar ölçütü: şoför atanması kesinleşmeden şoföre bildirim gitmesin; yoksa şoför “görev yok” veya yanlış kişiyle karşılaşır. Kalkış saati değişince müşteri ve şoför güncellemeyi aynı zaman penceresinde görmeli. Uçuş bilgisi için de bir kontrol koyun: uçuş saat değişimi sık geliyorsa her değişimde tekrar mesaj atmak yerine son güncel bilgi geldikten sonra tek mesaj gönderin. Bekleme süresi uzarsa ikinci bir mesaj yalnızca eşik aşıldığında (ör. belirli dakika) gitsin.
Voucher ve değişiklikler: Kod doğru mu, güncelleme nasıl izlenir?
Voucher bilgisi en çok karışan alandır. Voucher kodu gönderildikten sonra rezervasyonda değişiklik olursa iki şey yapın: (1) eski voucher referansını yeni mesajda güncelleyin, (2) hangi değişiklikte kimin hangi mesajı aldığına dair log tutun. Log kaydı olmadan operasyon ekibi “müşteri hangi versiyonu gördü?” sorusunu yanıtlayamaz. Uygulama adımı olarak şunu zorunlu kılın: voucher mesajı ilk kez atıldıktan sonra aynı rezervasyon için sonraki güncelleme mesajı gönderilecekse, mesaj metninde “güncel bilgi” vurgusu ve güncel saat/saat penceresi yer alsın.
Operasyon kontrolü: Log ekranı, başarısız gönderim ve yeniden deneme
WhatsApp gönderimleri her zaman kesintisiz gitmez. Bu yüzden mesajların durumu takip edilmelidir. En az şu alanları bir operasyon panelinde görünür kılın: rezervasyon no, olay türü, alıcı (müşteri/şoför/karşılamacı), mesaj şablonu adı, gönderim tarihi-saat, sonuç (başarılı/başarısız), hata açıklaması ve yeniden deneme sayısı. Başarısız gönderimlerde karar ölçütü koyun: aynı rezervasyon için sınırsız yeniden deneme yapmayın; belirli deneme sonrası operatöre düşsün. Böylece yanlış numara veya eksik izin nedeniyle oluşan sorunlar bildirilir ve manuel düzeltme yapılır.
Sık yapılan hatalar ve düzeltme adımları
En sık hata: aynı şablonu tüm alıcılara göndermek ve metni “herkesin anlayacağı” zannetmek. Müşteri ile şoförün ihtiyaçları aynı değil. Diğer hata: şoför ataması tamamlanmadan mesaj göndermek. Bunu engellemek için şoför görev durumunu ayrı bir adım olarak ele alın. Üçüncü hata: numarayı güncellediği halde eski numaraya mesaj gitmesi; numara doğrulama kontrolünü tetikleyin. Dördüncü hata: uçuş gecikmesini her küçük değişimde mesajlamak; eşiğe bağlayın. Son düzeltme adımı olarak her rezervasyonda “son durum mesajı”nın hangi olayda atıldığını kontrol edin.
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.