GEO analizi işletmenin üretken yanıtlarda nasıl anlatıldığını incelemek içindir; gelen her talebin hangi yapay zekâ cevabından doğduğunu kendiliğinden kanıtlamaz. Süreyi ölçebildiğiniz halde başvurunun kaynağını bilmiyor olabilirsiniz. Bu iki belirsizliği ayrı tutmak, hem iletişim ekibini hem görünürlük çalışmasını doğru değerlendirmeye yardımcı olur.
Sayaç reklam tıklamasında mı, gelen talepte mi başlar?
Bu rehberde önerilen operasyon ölçümü, talebin işletmenin takip ettiği kanala ulaştığı anda başlar. Reklamın gösterildiği, siteye girildiği veya kişinin yapay zekâda arama yaptığı zaman bunun yerine konulmaz. Bir ziyaretçi saatler sonra iletişim kurabilir; o aralığı ekibin cevap gecikmesi gibi yazmak yanlış olur.
Talep 10.00'da e-postaya ulaşmış, çalışan 10.12'de takip sistemine kaydetmiş olabilir. Müşterinin bekleyişini ölçüyorsanız 10.00 başlangıcını koruyun. Sistem yalnız 10.12'yi biliyorsa, raporun “kayıt açılışından itibaren” ölçtüğünü açıkça yazın. Bilinmeyen gelen mesaj saatini tahmin etmeyin; bilinen iki zaman arasındaki aktarma gecikmesini ayrı inceleyebilirsiniz.
Kullandığınız yazılımın metrik tanımı farklı olabilir. Örneğin Zendesk, standart ilk yanıt süresini talep kaydının oluşturulması ile ilk herkese açık temsilci yanıtı arasında tanımlar; takvim ve çalışma saatleriyle raporlayabilir. Belgesinde canlı konuşma ve SLA ölçümleri için farklı kurallar da bulunur. Bu bir ürün tanımıdır, bütün sistemlerin aynı başlangıcı kullandığı anlamına gelmez. Zendesk ilk yanıt süresi açıklaması.
Alındı mesajı, ekip yanıtı ve çözümü ayırın
Üç zaman alanı kullanabilirsiniz: otomatik bildirim, ilk ekip yanıtı ve doğrulanmış çözüm. “Mesajınızı aldık” bildirimi teslim alındığını anlatır; hizmet sorusunun cevaplandığını göstermez. Çalışanın gönderdiği ilk mesaj da randevunun kesinleştiği anlamına gelmez.
İlk yanıtı kaydederken niteliğini ayrıca işaretleyin: yalnız karşılama mı, eksik bilgi talebi mi, sorunun cevabı mı? Böylece süreyi kısaltmak için gönderilen fakat müşteriyi ilerletmeyen bir mesaj, kaliteli çözüm diye görünmez. Bu sınıflandırma önerdiğimiz işletme kaydıdır; kullanılan yazılımda hazır olduğu varsayılmamalıdır.
Telefon için “geri arama denendi” ve “kişiye ulaşıldı” iki ayrı olaydır. Mesaja verilen yanıtla başarısız arama denemesini tek süre sütununda toplamayın. Telefon akışını cevapsız aramalar rehberindeki durumlarla takip edebilirsiniz.
Geçen süre ile mesai süresi neden birlikte gösterilir?
Aşağıdaki hesap tamamen temsilidir. İşletmenin pazartesiden cumaya 09.00–18.00 çalıştığını, örnekteki günlerde tatil bulunmadığını ve saatlerin Europe/Istanbul olduğunu varsayıyoruz. Gerçek müşteri veya NEFES yanıt süresi taahhüdü değildir.
| Temsili talep | Geliş | İlk ekip yanıtı / durum | Geçen süre | Mesai içindeki süre |
|---|---|---|---|---|
| A | Pazartesi 10.00 | Pazartesi 10.20 | 20 dakika | 20 dakika |
| B | Pazartesi 17.50 | Salı 09.10 | 15 saat 20 dakika | 20 dakika |
| C | Salı 11.00 | Salı 12.00 raporunda hâlâ yanıtsız | En az 60 dakika bekliyor | En az 60 dakika bekliyor |
B kaydında pazartesi açık kalan 10 dakika ile salı geçen 10 dakika toplanır. Mesai ölçümü 20 dakika olsa da müşterinin gece boyunca beklediği 15 saat 20 dakika ortadan kalkmaz. İkisi farklı soruyu cevaplar: müşteri ne kadar bekledi ve planlanan çalışma zamanının ne kadarı yanıt verilmeden geçti?
C kaydına “0 dakika” yazmayın. İlk yanıt henüz yoktur; tamamlanmış yanıt süresi hesaplanamaz. Rapor kesim saatindeki bekleme yaşı gösterilir. Sonradan yanıt geldiğinde gerçek bitiş saati eklenir; önceki raporun hangi anda üretildiği de korunur.
Yanıtsızları ortalamadan saklamayın
Yalnız A ve B'nin mesai sürelerini alırsanız yanıtlanmış iki talep için ortalama 20 dakikadır. Üç talebin tamamı için “ortalama 20 dakikada cevapladık” demek yanıtsız C'yi görünmez kılar. Doğru özet: üç talep, ikisi yanıtlandı, biri açık; yanıtlananların mesai ortalaması 20 dakika, açık talep en az 60 dakikadır bekliyor.
Daha büyük kayıtlarda ortalamanın yanında ortanca süreyi ve açık taleplerin bekleme yaşlarını da inceleyebilirsiniz. Az sayıdaki uzun bekleme ortalamayı değiştirebilir; tek sayı bütün dağılımı anlatmaz. Ölçülen talep sayısını ve veri eksiklerini her özetle birlikte verin. Başlangıç veya bitiş saati eksik kayıtları sıfırla doldurmayın.
Google Ads ile yapay zekâ kaynaklarını nasıl karşılaştırırsınız?
Talebin geldiği kanal ile keşif kaynağını ayrı alanlara yazın. WhatsApp bir iletişim kanalıdır; kişi sizi reklamda, organik aramada veya yapay zekâ yanıtında bulmuş olabilir. “ChatGPT'de gördüm” beyanını beyan olarak, doğrulanmış teknik ilişkilendirmeyi kendi kanıtıyla kaydedin. Kaynağı belirsiz talepleri sonradan uygun görünen gruba dağıtmayın.
Aynı dönem, şube, çalışma takvimi ve iletişim türüyle karşılaştırma yapın. Bir grubun çoğu gece mesajı, diğerinin çoğu gündüz telefonuysa toplam süre farkı tek başına kaynak kalitesini açıklamaz. Önce operasyon koşullarını ayırın. Küçük örneklemden “GEO müşterisine daha hızlı dönülüyor” veya “reklam müşterisi ilgisiz” gibi genel sonuç çıkarmayın.
Aynı talep farklı kanala taşındığında saati otomatik sıfırlamak beklemeyi gizleyebilir. Doğrulanmış aynı talebi bağlayıp ilk geliş zamanını koruyun; gerçekten yeni ihtiyaç varsa ayrı kayıt açın. Tekil talep kaydı rehberi bu ayrımı ayrıntılandırır.
Nefes'in GEO Analizi Nedir videosu hizmet ve bölge sorularındaki görünürlüğü incelemeye giriş sunar. Nefes GEO Analizi sonrasında görünürlük bulgularını, gelen talepleri ve ekibin yanıt sürelerini ayrı değerlendirin. Yeni içeriğin yayımlanması veya bir yanıtta işletmenizin anılması, iletişim süresinin iyileştiğini göstermez; bunun kanıtı aynı tanımla tutulan gerçek zaman kayıtlarıdır.