Canlı Sohbet ve Potansiyel Müşteri Yakalama: Neler Eklemeli (ve Neleri Atlamalı)

Hedefle Başlayın: Destek, Satış mı, Yoksa Her İkisi mi?

Selamlaşmaları değiştirmeden, bir form eklemeden ya da otomasyon kurmadan önce “iyi”nin ne olduğunu belirleyin. Her şeyi yapmaya çalışan bir canlı sohbet genelde hiçbir şeyi iyi yapmaz—çünkü destek için sorular, ton ve devretme kuralları satıştakiyle farklıdır.

Birincil görevi seçin

Önce tek bir ana hedef seçin:

• Destek-öncelikli: ticket’ları azaltmak, tekrarlayan soruları yönlendirmek, memnuniyeti artırmak.
• Satış-öncelikli: toplantı veya fiyat teklifiyle sonuçlanan konuşmalar oluşturmak.
• Her ikisi: mümkün, ama yönlendirmeyi açıkça ayırabiliyorsanız (sayfa, düğmeler veya ilk soru ile).

“Her ikisi”ni seçerseniz bunu açık hale getirin: “Destek ve satış” bir strateji değildir; ziyaretçilerin tek tıkla doğru yola nasıl ulaşacağını tanımlamalısınız.

1–2 dönüşüm eylemi seçin (ve tutarlı kalın)

Sohbet, insanları küçük bir sonuç setine yönlendirmeli. Yaygın yüksek niyetli eylemler:

• Demo rezervasyonu (B2B ürünler için)
• Teklif isteği (hizmetler, özel fiyatlama, kurumsal işler için)
• Bültene katılım (erken aşama ziyaretçiler, içerik odaklı büyüme için)

Aynı akışta çok fazla talep ("Demo rezerve et", "Denemeye başla", "PDF indir", "Abone ol") karıştırmayın—widget reklam gibi hissettirir.

Gerçek kullanacağınız başarı metriklerini tanımlayın

Hedefinizi 2–3 metrikle bağlayın ki değişikliklerin işe yarayıp yaramadığını anlayabilesiniz:

• Nitelikli lead’ler (sadece sohbet başlatma değil)
• Rezervasyonlar / planlanan demolar
• CSAT (destek etkileşimleri için)

Basit bir kural: ölçemiyorsanız, onun için optimize etmeyin.

Sohbet davranışını sayfa amacıyla eşleştirin

Aynı sohbet açılışı her yerde görünmemeli.

• /pricing sayfasında satışa eğilimli olun: “Bir plan seçmenizde yardımcı olalım mı?” ve "Demo rezervasyonu"ya net yol verin.
• Yardım merkezi gibi bir yerde destek ağırlıklı olun: “Hangi konuda yardımcı olalım?” ve sık makalelere bağlantılar gösterin.

Sohbet, ziyaretçinin zaten yapmaya çalıştığıyla uyumlu olduğunda, lead yakalama zorlamış gibi değil faydalı hissedilir.

Rahatsız Etmeyen Tetikleyiciler: Sohbet Ne Zaman Açılmalı

Bir sohbet widget’ı yardımın mevcut olduğunu hissettirmeli—dikkat çekmek için yarışan bir pop-up gibi değil. En iyi tetikleyiciler niyetle eşleşir ve ziyaretçinin ne yaptığını gözetir.

Niyete göre bir tetikleyici seçin

Farklı sayfalar farklı “açılma” kuralları hak eder:

• Sayfada kalma süresi (ör. 20–45 saniye): seçenekleri karşılaştıran ziyaretçiler için ürün ve fiyat sayfalarında en iyi.
• Kaydırma derinliği (ör. %50–75): uzun sayfalar için harika; ziyaretçi meşgul olana kadar bekler.
• Çıkış niyeti (masaüstü): ödeme, fiyat veya lead sayfalarında faydalı—son şans olarak.
• Tıklayarak sohbet (her zaman erişilebilir): en az müdahaleci seçenek; ziyaretçinin zamanı seçmesini istediğinizde ideal.

İçerik okurken bölmeyin

Blog yazıları, yardım belgeleri ve kılavuzlarda otomatik açılan sohbet genelde zarar verir. Sübtil bir başlatıcı tercih edin veya anlamlı etkileşim sonrası tetikleyin (derin kaydırma, uzun süre kalma). İçerik yaygın soruları yanıtlıyorsa, widget içinde self-serve seçeneklere bağlayın—zorlayarak konuşma başlatmayın.

Masaüstü ve mobil için farklı tetikleyiciler kullanın

Mobil ekranlar dar ve çıkış niyeti güvenilir değil. Mobilde tıklayarak, kaydırma derinliği veya daha uzun bir süre gecikmesi tercih edin—ve ana metni kapatacak hiçbir şeyi kullanmayın.

Kapatmayı kolaylaştırın (ve ona saygı gösterin)

Ziyaretçilere bir dokunuşla widget’ı kapatma imkanı verin ve kapandıktan sonra bir süre kapalı tutun (ör. 24 saat veya en azından mevcut oturum). Birisi iki kez kapatırsa, bu net bir “şimdi değil” işareti olarak değerlendirilsin.

İlk Mesaj: Ne Söylemeli ve Ziyaretçileri Nasıl Yönlendirmeli

Açılış mesajınız beklentiyi belirler ve sohbetin yavaş bir yazışmaya dönüşmesini engeller. İnsan gibi, kısa ve eylem odaklı olsun—bir veya iki cümle yeterlidir.

Basit, net bir açılış

Kim olduğunuz + hangi konuda yardımcı olabileceğiniz + sonraki adım. şeklinde hedefleyin.

Örnek:

“Merhaba—bir plan seçmenize yardımcı olalım mı yoksa hesapla ilgili destek mi gerekiyor? Aşağıdan bir seçenek seçin, sizi doğru yere yönlendirelim.”

Bu işe yarar çünkü abartmaz ve ziyaretçiyi bir yol seçmeye davet eder.

Niyeti tek bir kolay soruyla yönlendirin

İlk soru ziyaretçileri niyete göre ayırmalı, sorguya çekmemeli.

Deneyin:

“Bugün ne yapmak istiyorsunuz?”

Sonra yüksek hacimli konuşmalarınıza uyan 3–4 buton sunun:

• Pricing (/pricing)
• Book a demo (/demo)
• Support (/support)
• Something else (serbest metin açılır)

Butonlar yazmayı azaltır, çözümü hızlandırır ve raporlama için konuşmaları etiketlemenize yardımcı olur.

Yanıt süresi beklentisini baştan koyun

İnsanlara ne bekleyeceklerini bildirin:

• “Şu anda çevrimiçiyiz—genelde ~2 dakika içinde yanıt veriyoruz.”
• “Çevrimdışıyız—mesaj bırakın, 1 iş günü içinde yanıt veririz.”

Bu tek detay hayal kırıklığını azaltır ve gerekirse iletişim bilgisi bırakma olasılığını artırır.

Tonu tutarlı tutun

Siteniz samimi ise sohbet de öyle olmalı. “Bugün sizi nasıl memnun edebilirim?” gibi aşırı satış odaklı ifadelerden kaçının ve uzun paragrafları atlayın. En iyi açılış yardımsever bir resepsiyonist gibidir: doğrudan, sakin ve hızlıca yönlendirir.

Lead Yakalama Formu: Minimum Alanlar, Maksimum Netlik

Sohbet içindeki lead formu, bir tür “bu konuşmayı kaydet” adımı gibi hissettirmeli—küçük bir başvuru gibi değil.

Temel olanla sınırlayın

Gerçekten kullanacağınız bilgiyi sorun. Pek çok ekip için isim + e-posta takip ve bağlantı kurmak için yeterlidir. Her ek alan (telefon, şirket büyüklüğü, bütçe) doldurma oranını düşürür—özellikle mobilde.

Daha fazla bağlam gerekiyorsa, bunun konuşmanın ilerleyen kısmında mı yoksa CRM’de sonradan mı toplanması gerektiğini değerlendirin.

Her alanın “neden”ini açıklayın

İnsanlar neden açıkça söylerseniz bilgiyi paylaşmaya daha hazır olur. Kısa, yalın bir not işe yarar:

• E-posta: “Özet ve sonraki adımları göndermek için.”
• Telefon (gerçekten gerekiyorsa): “Sohbet koparsa hızlı bir arama için.”

Bu ayrıca formun satış tuzağı gibi hissettirmesini engeller.

Değer sağladıktan sonra kademeli sorular kullanın

Uzun bir formla başlamaktansa önce yardım edin: bir soruyu cevaplayın, ilgili bir bağlantı paylaşın veya doğru planı önerin—sonra ayrıntı isteyin (“Özetini e-posta ile gönderelim mi?”). Kademeli sorular konuşmayı hareketli tutar ve güveni artırır.

“E-postasız devam et” seçeneği sunun

Mümkünse ziyaretçilerin iletişim bilgisi vermeden devam etmelerine izin verin. “E-postasız devam et” gibi basit bir seçenek sürtünmeyi azaltır ve ilgili kullanıcıların sonradan kendilerini tanımlamasına olanak verir.

Nazik bir yedek de ekleyebilirsiniz: “Bir kopya isterseniz e-postanızı istediğiniz zaman bırakın.”

İletişim Bilgisi Ne Zaman Sorulmalı (Zamanlama Önemli)

Sohbete girer girmez e-posta istemek ziyaretçiyi kaybettirir. Daha iyi bir desen: önce yardım edin, sonra devam etme nedeni oluştuğunda bilgiyi alın.

“1–2 yardımcı mesaj” kuralı

Önce zaten sahip oldukları soruyu yanıtlayın. Bir veya iki faydalı mesaj (ör. müsaitlik, fiyat aralığı, temel uygunluk doğrulama) verdikten sonra sorma hakkını kazanırsınız:

“Özet veya teklif göndereyim mi? En iyi e-posta nedir?”

Bu değişimi hizmet gibi hissettirir, kapanış gibi değil.

Yüksek niyetli anlar için koşullu formlar kullanın

Formu herkese göstermeyin. Sadece niyet açık olduğunda tetikleyin—örneğin birisi:

• teklif veya demo istiyorsa
• geri arama talep ediyorsa
• belge (fiyat listesi, özellik dökümanı, teklif) istiyorsa
• uzmana devredilecekse

Bu anlarda kısa bir form doğal hisseder çünkü bir sonraki adımı açar.

Mobil uyumlu ve kısa tutun

Form telefonda ağır görünüyorsa insanlar terk eder. Minimumda kalın:

İsim (isteğe bağlı), e-posta veya telefon (biri yeterli), ve bir bağlam alanı (“Ne arıyorsunuz?”). Daha fazlasına ihtiyaç varsa, konuşmanın ilerleyen kısmında toplayın.

Gönderildikten sonra ne olacağını onaylayın

“Teşekkür” demekle yetinmeyin. Net olun:

“Alındı—1 iş saati içinde biri yanıt verecek. İsterseniz buradan zaman da ayarlayabilirsiniz: /pricing.”

Açıklık kaygıyı azaltır ve onların cevap verme/kalma olasılığını artırır.

Kolaylaştırın: Butonlar, Hızlı Yanıtlar ve Self-Serve Linkler

Birisi başlamak için tam bir cümle yazmak zorundaysa çoğu kişi vazgeçer. Sohbet katılımını artırmanın en hızlı yolu sürtünmeyi azaltmaktır: daha az karar, daha az yazı ve doğru yere giden belirgin bir yol.

Yazmayı azaltmak için hızlı yanıtlar kullanın

Hızlı yanıtlar, sohbet içinde görünen “dokunarak cevap ver” düğmeleridir. Boş metin kutusu anını atlatır.

İyi hızlı yanıtlar kısa, spesifik ve eylem odaklıdır:

• “Pricing”
• “Book a demo”
• “Şifre sıfırla”
• “Siparişimi takip et”

Bir ziyaretçi bir hızlı yanıta dokunduğunda, her şeyi baştan anlatmak zorunda kalmadan odaklanmış bir takip sorusu sorabilirsiniz.

Kısa bir menü sunun (ve anında yönlendirin)

Basit bir menü insanların kendilerini okutmadan sıralamasına yardımcı olur.

Dört seçenek genelde yeterlidir:

• Sales (satışla konuşmak, fiyat, plan uyumu)
• Support (ürünü kullanma yardımı)
• Billing (faturalar, iade, ödemeler)
• Other (yakalama, ama yine de yönlendirir)

Her seçeneğin arka planda doğru yönlendirmeyi tetiklemesi gerekir: farklı ekip, farklı açılış soruları, farklı beklentiler.

Yaygın sorular için self-serve linkler ekleyin

Her sohbet bir konuşma gerektirmez. Birisi “Nasıl iptal ederim?” diye soruyorsa, cevabı ister—uzun yazışmayı değil.

Widget’a bir veya iki yardımcı bağlantı ekleyin—özellikle yüksek hacimli konular için:

• Aranabilir yardım merkezi bağlantısı (ör. /help)
• “Ödemeyi yönet” veya “Kartı güncelle” gibi sayfalar

Yönlendirme gibi değil, çözüm sunar gibi self-serve teklif edin. Eğer bu işe yaramazsa “Cevap verin, yardımcı olalım” gibi bir sonraki adımı belirtin.

Her zaman “insanla konuş” seçeneği bulundurun

Otomasyon kullansanız bile ziyaretçiler asla sıkışmış hissetmemeli.

Bariz bir seçenek ekleyin: “Bir kişiyle konuş” veya “İnsan desteği al”. Bu hayal kırıklığını önler, tekrarlı mesajları azaltır ve güven oluşturur—özellikle faturalama, istisna durumlar ve yüksek niyetli satışlar için.

Çevrimdışı Mod: Canlıymış Gibi Yapmadan Lead Yakalama

Çevrimdışı sohbet yine lead yakalamadır—eğer bunu “sahte canlı” bir deneyim yerine açık, hafif bir iletişim yolu olarak ele alırsanız. Amaç şüpheyi ortadan kaldırmak (“Cevap verecekler mi?”) ve bir sonraki adımı netleştirmektir.

Çalışma saatlerini ve beklentileri baştan belirtin

Widget’ta ve çevrimdışı durumda çalışma saatlerini görünür yapın. Bunları bir tooltip’e saklamayın. Basit bir satır örneği: “Pzt–Cum, 09:00–17:00 ET” mesajları azaltır ve sorgu kalitesini artırır.

Çevrimdışıyken açılış mesajını dürüstçe değiştirin:

• ne zaman yanıt verileceği (ör. “1 iş günü içinde”)
• sonraki adım (ör. “e-posta ile döneceğiz”)
• acilse ne yapılacağı (ör. “/contact kullanın”)

Örnek metin:

“Teşekkürler! Şu anda çevrimdışıyız. Bir mesaj bırakın; 1 iş günü içinde yanıt vereceğiz. Acilse /contact kullanın.”

“Mesaj”ı gerçek bir leade dönüştürün

Çevrimdışı mod en iyi şu şekilde çalışır: form kısa ve amaçlı olsun: soru + e-posta (ve isteğe bağlı isim). Telefon isteniyorsa nedenini açıklayın (“Geri arama isterseniz”).

Araç destekliyorsa, sohbet dökümünü e-posta ile gönderme seçeneği sunun—ama sadece açık onayla. Bir checkbox: “Bu konuşmanın bir kopyasını e-posta ile gönder” gibi, mesajın ulaşıp ulaşmadığı kaygısını azaltır.

Kimse yokken akıllıca yönlendirin

Çevrimdışıyken konuşmayı ortak bir gelen kutusuna veya ticket e-posta adresine yönlendirin ve net bir yedek sağlayın:

• “Bize e-posta gönderin: support@…”, veya
• “İletişim formumuzu kullanın: /contact”

Böylece widget yardımcı kalır—ve asla bir insanın beklediği izlenimini vermez.

Otomasyon Doğru Yapıldığında: Bot vs. İnsan Devri

Otomasyon anında yanıt vermenize, lead’leri nitelendirmenize ve talepleri yönlendirmenize yardımcı olabilir—ama sadece dürüst ve kaçışın kolay olduğu durumlarda işe yarar.

Otomatik olduğunu açıkça belirtin

İlk yanıt bir bot ise söyleyin. Basit bir satır: “Ben otomatik bir asistansım—istediğiniz zaman sizi bir insana bağlayabilirim” gibi. Bu “kimse var mı?” hayal kırıklığını önler ve güveni artırır.

Botun görevini küçük tutun: selamla, niyeti belirle, bir sonraki adımı sun. Birkaç adımdan fazla değer üretmiyorsa, akış muhtemelen çok uzun.

Eğer özel bir sohbet deneyimi veya yönlendirme, lead zenginleştirme ve devretme içeren dahili araçlar yapıyorsanız, Koder.ai gibi bir platform prototip çıkarıp hızlıca yayınlamanıza yardımcı olabilir—özellikle genel bir widget yerine özel bir akış istiyorsanız.

Devretme kurallarını net belirleyin (ve uygulayın)

Botun ne zaman insana devredeceğini önceden kararlaştırın. Yaygın tetikleyiciler:

• aciliyet veya karmaşıklık gösteren anahtar kelimeler (“sözleşme”, “fatura”, “güvenlik”, “iade”, “SLA”)
• hayal kırıklığı sinyalleri (“bu yardımcı olmadı”, tekrar eden sorular, hızlı tekrar açmalar)
• /pricing, /demo veya ödeme sayfaları gibi yüksek niyetli sayfalar
• dönen kullanıcılar, giriş yapmış hesaplar, kurumsal plan görüntüleri gibi yüksek değerli ziyaretçiler

Devretme olduğunda açıkça söyleyin: “Sizi şimdi bir ekip arkadaşına bağlıyorum.” Eğer kimse yoksa, sahte “yazıyor…” yerine temiz bir çevrimdışı yakalama gösterin.

İnsan geldiğinde tekrar ettirmeyin

Devir bağlamını kaydedin ve ajana iletin: sayfa URL’si, seçilen konu, daha önce gösterilen cevaplar ve ziyaretçinin son mesajı.

İyi bir standart: insan katıldığında “/pricing sayfasında X hakkında soruyorsunuz—planları mı karşılaştırmak istersiniz yoksa zaman çizelgesini konuşalım mı?” diye başlayabilmelidir. Bu tek detay lead yakalanması ile sohbetin terk edilmesi arasındaki fark olabilir.

Gizlilik, Rıza ve Güven Sinyalleri

İnsanlar sohbette iletişim bilgisi paylaşırken kendilerini güvende hissettiklerinde daha hızlı paylaşırlar. Amaç widget’ı bir hukuki belgeye çevirmek değil—açık, dürüst ve minimal olmaktır.

Ne topladığınızı (ve neden) söyleyin

Formun yanında veya ilk sorudan hemen sonra bir kısa anlaşılır satır kullanın. Örnek: “E-postanızı teklif göndermek ve bu istekle takip etmek için kullanacağız.” Gizlilik politikanıza bir bağlantı ekleyin: /privacy.

Sohbet dökümleri kaydediliyorsa bunu kısaca belirtin. Veriyi pazarlama için kullanıyorsanız bunu açıkça söyleyin ve belirgin bir çıkış sunun.

Sohbette hassas veri istemeyin

Kötü amaçla kullanıldığında gerçek zarara yol açabilecek veriler istemekten kaçının:

• şifreler veya tek kullanımlık kodlar
• tam kart numaraları (veya banka bilgileri)
• devlet kimlikleri veya yüksek hassasiyetli kişisel veriler

Ödeme veya kimlik gerekiyorsa, widget içinde toplamayıp güvenli bir akışa yönlendirin.

Rıza: gerektiğinde alın, her zaman anlaşılır olsun

Rıza kutuları yalnızca yasal gereklilik veya politika gerektiriyorsa ekleyin (örneğin pazarlama izni). Etiketler kısa ve insan dilinde olsun—hukuki jargon yerine. Eğer iki amaç varsa (destek vs. pazarlama), ayrı tutun.

Daha az topla, daha az sakla

İhtiyacınız olanı saklayın. Daha az alan hem dönüşümü artırır hem de bir sorun oluştuğunda riski azaltır. İyi bir varsayılan: isim (isteğe bağlı), e-posta veya telefon (biri), ve soru.

Eklemeyin: Canlı Sohbeti Bozan Yaygın Hatalar

Canlı sohbet yardımcı ve saygılı hissettirmeli. Birkaç “growth hack” ise güveni zedeler, hemen çıkışlara ve düşük lead kalitesine yol açar.

Sahte aciliyet ve sahte insanlar

Widget sahte görünürse insanlar teklifin de sahte olduğunu düşünür.

• Sahte “yazıyor…” gecikmeleri veya sahte temsilci isimleri kullanmayın. Eğer botsa, otomatik olduğunu söyleyin. Eğer ekip gelen kutusuysa, “Support team” gibi açıkça belirtin.
• 24/7 çevrimiçiymiş gibi görünmeyin. Beklentiyi açıkça koyun veya dürüst çevrimdışı yakalama kullanın.

Israrcı müdahaleler

Bir sohbet kutusu zaten güçlü bir görsel öğedir. Aşırı tetiklemek “yardım” yerine “kurtulmam lazım” hissi verir.

• Ziyaretçi kapattıktan sonra tekrar tekrar açan pop-up’lardan kaçının. Kapatma eylemini bir sınır olarak kabul edin.
• Her sayfada veya her kaydırmada sohbeti yeniden açmayın. Gerekirse oturum başına bir kezle sınırlayın.

Değer formun ardına saklanması

İnsanlar cevap almak için sohbet açar. Eğer ilk gördükleri şey bir formsa ayrılırlar veya sahte bilgi verirler.

• Temel cevapları e-posta karşılığında saklamayın (fiyat aralığı, özellik soruları, entegrasyonlar gibi).

Aşırı karmaşık formlar

Küçük bir widget içinde uzun agresif formlar dönüşüm katili.

• Çok fazla form alanı, değer sağlamadan önce çok adımlı akışlar ve agresif dil ("Devam etmek için e-posta girin") kullanmayın. Minimum isteyin ve sadece fayda sağladıktan sonra daha fazlasını toplayın.

Kural: sürtünmeyi azaltın, netliği artırın ve sohbetin bir tuzak gibi hissettirmesine asla izin vermeyin.

Takip ve Optimizasyon: Sohbetin Gerçek Etkisini Ölçün

Sohbet hareketli görünür, ama hareket sonuç demek değildir. Lead yakalamayı optimize etmek için sohbetin insanların ilerlemesine yardımcı olup olmadığını gösteren küçük sinyaller setine ihtiyacınız var.

Ziyaretçiyi rahatsız etmeden kaynak verisi yakalayın

Sohbette “Nereden duydunuz?” diye sormayın. Bunun yerine atribüsyonu sessizce yakalayın:

• Sayfa yüklenirken UTM parametrelerini saklayın (utm_source, utm_medium, utm_campaign)
• Bunları CRM’e gizli alanlar olarak geçin veya landing sayfası URL’si ve yönlendiren ile backend’de zenginleştirin

Bu size hangi kampanyaların nitelikli sohbet getirdiği hakkında temiz raporlama sağlar.

Önemli olayları takip edin

En azından şu kilometre taşlarını izleyin (analitikte ve/veya sohbet aracınızda):

• Chat opened (widget açıldı)
• Engaged (ziyaretçi ilk mesajı gönderdi)
• Lead submitted (iletişim bilgisi alındı)
• Meeting booked (takvim/teşekkür ekranı tamamlandı)

Mümkünse time-to-first-response ve bot→insan devretme oranını da takip edin, ama önce temel metrikler stabil olsun.

Transkriptleri dönüşüm raporu gibi okuyun

Transkriptler sizin en iyi “neden” kaynağınızdır. Şunu bulmak için inceleyin:

• Sık sorulan sorular—bunlar hızlı yanıtlar veya yardım sayfası linkleri olmalı
• İnsanların iletişim bilgisi vermeden önce kafasını karıştıran noktalar
• Terk anları (uzun formdan sonra, fiyat konuşulduktan sonra vb.)

Basit haftalık optimizasyon kontrol listesi

Haftada bir, 20 dakikalık kısa bir tarama yapın:

1. Dört ana olay için hacimleri kontrol edin
2. 10–20 yeni transkripti karıştırarak tekrar eden soruları bulun
3. Bir şeyi güncelleyin (hızlı yanıt, link veya form alanı)
4. Atribüsyonun (UTM/source) doğru kaydedildiğini doğrulayın

Test Fikirleri: Küçük Deneyimler, Büyük Etki

Sohbet widget’inizi test etmek için tam bir CRO programına ihtiyacınız yok. Birkaç küçük, kontrollü deney hızlıca nitelikli konuşmaları ve yakalanan lead’leri artırıp artırmadığını gösterir.

1) Tetikleyiciyi A/B testi yapın (zamanlama ve niyet)

Basit A/B testleri yapın:

• Zamana dayalı: 10s vs 30s vs hiç otomatik açma
• Kaydırma: %25 vs %60
• Çıkış niyeti: yalnızca kapanışa yönelenlerde göster

Başarı metriğini net tutun (ör. 100 ziyaret başına yakalanan lead sayısı), sohbet başlatmalarına değil.

2) İlk satırı A/B test edin (ve yönlendirmeyi)

Açılış mesajı genelde “görmezden gelme” ile “cevap verme” arasındaki farktır. Test edin:

• Yardım-öncelikli: “Bugün ne yapmaya çalışıyorsunuz?” vs Doğrudan CTA: “Hızlı bir teklif ister misiniz?”
• Tek soru vs İki adımlı (soru, sonra yönlendirme düğmeleri)
• Yönlendirme seçenekleri vs serbest metin

3) Sayfa türüne göre segmentleyin

Her şeyi her yere zorla uygulamayın. Sayfa bazlı varyantlar oluşturun:

• Ana sayfa: geniş soru + hızlı yanıtlar
• Fiyat sayfası: itiraz odaklı promptlar (deneme, sözleşme, uygulama)
• Blog: yumuşak CTA (indir, bültene katıl, demo iste)
• Ödeme/checkout: insan yardımı, minimum sürtünme

4) Mobil-özel testler

Mobilde alan kısıtlıdır. Düğme boyutu, widget pozisyonu ve launcher’ın ana CTA’ları örtüp örtmediğini test edin. Kısa hızlı yanıtlar (1–3 kelime) da yazmayı azaltır.

5) Öğrenimleri bir oyun kitabına dönüştürün

Her kazanan, ekipteki hazır cevapları, yönlendirme kurallarını ve devretme notlarını güncellesin. Aksi halde farklı ziyaretçilerle aynı dersleri yeniden öğrenirsiniz.

Uygulama Kontrol Listesi (Kopyala/Yapıştır)

Bunu canlı sohbet lead yakalama için hızlı bir “gönder” listesi olarak kullanın. Görevlere atamak için kısa tutulmuştur.

Kurulum kontrol listesi

• Hedef:

  • Birincil niyet: Support / Sales / Both
  • Başarı metriği: (ör. nitelikli lead/hafta, engellenen support ticket sayısı)

• Tetikleyiciler (açılma koşulları):

  • Tetik türü: X saniye sonra / Y% kaydırma sonra / sadece fiyat sayfası
  • Frekans sınırı: oturum başına bir kez (veya günde bir)
  • Hariç tutulanlar: checkout, login, kritik akış sayfaları

• Selamlama (ilk mesaj):

  • Bir net soru (paragraf yok): “Bugün ne yapmak istiyorsunuz?”
  • Sayfa bağlamına uygun (pricing vs help vs product)
  • Beklenti belirtiyor: “Genelde ~2 dakika içinde yanıt veriyoruz” (sadece doğruysa)

• Yönlendirme (konuşmalar nereye gidiyor):

  • Düğmeler veya hızlı yanıtlar: Support / Sales / Billing / Other
  • Satış devri: doğru kanala bildirim, sayfa + referrer ile
  • Destek devri: önce yardım dokümanları, sonra insan seçeneği

• Lead yakalama formu (minimum alan):

  • Zorunlu: e-posta (veya telefon) + “Nasıl yardımcı olalım?”
  • İsteğe bağlı: isim, şirket, rol (sadece kullanacaksanız)
  • Net etiket: “Özeti ve sonraki adımları e-posta ile göndereceğiz.”

• Çevrimdışı mod (sahte canlı yok):

  • Durum “Mesaj bırakın”a geçsin
  • Otomatik cevap beklentiyi ayarlasın: “1 iş günü içinde yanıt”
  • Yakalananlar: e-posta + mesaj + (isteğe bağlı) ulaşılabilecek zaman

Lansman öncesi QA (15 dakika)

• Mobil: sohbet ana düğmeleri kapatmıyor; klavye düzeni bozmuyor
• Yükleme hızı: widget sayfayı yavaşlatmıyor; varsa lazy-load etkin
• Erişilebilirlik: odak sırası çalışıyor; kapatma butonu erişilebilir; kontrast uygun
• Kapatma davranışı: kapatması kolay; hemen yeniden açılmıyor

Lansman sonrası inceleme (sahibi ata)

• Sahip: [ ] Haftalık inceleme sorumlusu (isim/ekip)
• Takvim:
  • Lansmandan 48 saat sonra: hacim, kaçırılan sohbetler, spam kontrolü
  • İlk ay haftalık: en sık sorulanlar, lead kalitesi, tetikleyici performansı
  • Aylık: form alanları denetimi (kullanılmayanları kaldırın)

Opsiyonel sonraki adım

Ziyaretçi satış niyetindeyse onları /pricing gönderin. İnsan konuşması gerekiyorsa /contact yönlendirin.