İçeriğe geç

Ana sayfa · Rehberler

Rehber

Müşteriyi tanıyan canlı destek nasıl kurulur?

Yonca ekibi · Güncelleme:

Kulaklıkla çalışan destek görevlisinin önünde konuşma kartları ve mavi Yonca figürü.
Yapay zekâ ile hazırlanmış Yonca marka illüstrasyonu; gerçek yazılım ekranı veya müşteri sonucu değildir.
Kısa cevap

Müşteriyi tanıyan destek, mesajın yanına bir isim eklemekten fazlasıdır. Konuşmayı doğru müşteriyle ilişkilendirir, yetkili temsilciye ilgili sipariş ve önceki görüşme bağlamını gösterir, çözüme kadar sorumluyu ve sonraki adımı korur. Kimlik eşleşmesi belirsizse önce doğrulama yapılır; yanlış kişinin geçmişi açılmaz.

Bir müşteri “Geçen aldığım üründen yeniden istiyorum” diye yazdığında temsilci üç ayrı işle karşılaşır: yazanın kim olduğunu anlamak, önceki siparişteki ürünü doğru bulmak ve bugünkü soruyu çözmek. Aynı müşteri başka kanaldan yeniden yazarsa bu işler daha da karışabilir. Tek gelen kutusunun değeri, bütün mesajları aynı listede görmek kadar, bu kararların izini kaybetmeden çalışabilmektir.

Önce tek gelen kutusunun işini tanımla

Bir gelen kutusu konuşmayı alır, ilgili kişiye veya ekibe atar, durumunu izler ve yanıtın kaydını tutar. Sipariş sistemi ise satın alınan ürünü, sipariş durumunu ve mevcutsa sevkiyat bilgisini taşır. Bu iki kaynak birleştiğinde temsilci, müşterinin aynı bilgiyi tekrar anlatmasına gerek kalmadan ilgili kayda ulaşabilir. Ancak bağlantı kurulması, kaynaktaki bilginin güncel veya eksiksiz olduğu anlamına gelmez.

Başlangıçta yalnız bir mesaj türünü seç: örneğin site sohbetinden gelen sipariş durumu soruları. Hangi hesapların bağlı olduğunu, hangi bilgilerin görüneceğini ve kimin yanıt vereceğini yaz. Daha fazla kanal eklemeden bu tek akışı denemek, eksik sipariş geçmişiyle çalışırken hatayı fark etmeyi kolaylaştırır. Kanal sayısı tek başına destek kalitesinin ölçüsü değildir.

Kimlik eşleştirmesini güvenli bir kapı yap

Konuşmanın müşteri kartına bağlanması ile müşterinin o siparişi görmeye yetkili olduğunun doğrulanması aynı kontrol değildir. Bir iletişim bilgisinin eşleşmesi güçlü bir ilişki gösterebilir; yine de ortak aile telefonu, şirket adresi, yanlış yazılmış e-posta veya devredilmiş numara gibi durumlar olabilir. Yalnız ad benzerliğine bakarak geçmiş siparişleri açma.

Adres bilgisinde de iki farklı durum vardır. Adla birlikte tam adresin tutarlı biçimde eşleşmesi, bir sistemin kimlik kurallarında kullanılabilir. Yalnız aynı kapı veya daire adresine sahip olmak ise iki farklı kişinin aynı kişi olduğunu göstermez. İnceleme adayıyla kesinleştirilmiş bağlantıyı ayrı tut. Bir eşleşme belirsiz olduğunda temsilci, tanımlı doğrulama prosedürünü izleyerek müşteriden yalnız gerekli bilgiyi istemelidir.

Güvenli doğrulama için hangi bilginin sorulacağı ve hangi kanalın kullanılacağı işletmenin veri sorumlusuyla belirlenmeli. Şifre, kart bilgisi veya gereksiz kimlik belgesi istemek bir destek kısayolu değildir. Temsilcinin önünde yeterli kanıt yoksa “henüz eşleştirilmedi” durumu, başka kişinin kaydını tahminle bağlamaktan daha doğru bir sonuçtur.

Destek mesajından kimlik ve yetki kontrolüne, ilgili siparişe ve çözüm sorumlusuna uzanan beş adım.
Mesajı doğru kayda bağlamak başlangıçtır. Akış, müşterinin sorusunun gerçekten çözülüp çözülmediğine kadar sürer.

Sipariş geçmişinden yalnız ilgili bağlamı al

Doğru müşteri bulunduğunda bütün geçmişi okumaya çalışmak yerine soruyla ilgili kaydı seç. “Kargom nerede?” için son siparişin sevkiyat durumu; “aynısından istiyorum” için önceki ürün ve varyant; “ödediğim tutar farklı” için ilgili siparişin fiyat ve indirim bilgisi gerekir. Gereksiz kişisel veriyi konuşmaya kopyalama.

Temsilci, bilginin hangi kaynaktan ve hangi zamanda geldiğini ayırt edebilmeli. Dün çekilmiş bir sevkiyat durumu, bugünkü teslimatın kanıtı değildir. Kaynak takip numarası vermediyse “takip bilgisi henüz yok” demek, bir teslim günü uydurmaktan daha yararlıdır. Sipariş listesi boşsa da önce kimlik eşleşmesini, bağlı kanalı ve veri kapsamını kontrol et; hemen “hiç alışveriş yapmamış” sonucuna varma.

Örnek bir Kargo durumunu soran müşteri

Temsili senaryo: Site sohbetinde bir müşteri siparişini soruyor. Konuşma doğru müşteri kaydıyla eşleşiyor; ilgili siparişte takip numarası var fakat son durum bir önceki günün kaydı. Temsilci önce güncel kaynağı kontrol eder. Yanıtında bildiği durumu ve kontrol ettiği zamanı açıklar; taşıyıcının henüz vermediği bir teslim saatini söz olarak eklemez.

İnceleme gerekiyorsa konuşma kapanmaz. “Taşıyıcıdan bilgi bekleniyor” gibi bir durum, sorumlu kişi ve yeniden kontrol zamanı kaydedilir. Müşteri başka temsilciye yazdığında yeni temsilci yalnız son mesajı değil, hangi kontrolün yapıldığını da görmelidir. Böylece aktarım, müşterinin bütün süreci baştan anlatmasına dayanmaz.

Örnek iki Önceki ürünü yeniden isteyen müşteri

Temsili senaryo: Müşteri “Bir önceki siparişimdeki kupadan istiyorum” diyor. Sipariş geçmişinde aynı modelin iki hacmi varsa temsilci yalnız ürün adını değil, varyantını ve miktarını kontrol eder. Bugünkü stok ve fiyatı ayrıca doğrular; geçmişte alınmış olması bugün aynı koşulla satıldığı anlamına gelmez.

Bu görüşme, müşterinin yeni sorusunu çözmek içindir. Sipariş geçmişinde bir ürün görmek, ilgisiz ürünleri toplu mesajla önermek için otomatik izin oluşturmaz. Ürün güvenliği veya kullanım uygunluğu konusunda kanıt yoksa da satış fırsatı uğruna kesin yanıt verilmez. Bilgi bankasında doğrulanmış bilgi bulunuyorsa paylaşılır; kapsam dışındaki soru yetkili kişiye devredilir.

Örnek üç İade sürecini soran müşteri

Temsili senaryo: Müşteri ürünü gönderdiğini, ücretin henüz hesabına geçmediğini söylüyor. Temsilci iade talebi, fiziksel kabul, işletme işlemi ve ödeme kuruluşundaki sonucun ayrı aşamalar olduğunu kontrol eder. Talep açılmış olması, ürünün kabul edildiği veya bankanın iadeyi tamamladığı anlamına gelmez.

Yanıt, doğrulanmış aşamaya dayanmalıdır: hangi kayıt görüldü, hangi adım bekleniyor, bu adımın sorumlusu kim? İşletmenin onaylı iade politikasında veya güncel ödeme kaynağında olmayan bir süre sözü eklenmez. Müşteri hassas bir belge gönderirse belgeyi ekip içi notlara çoğaltmak yerine yetkili erişim yolunda tutmak gerekir.

Atama ve durumları küçük bir sözlükle yönet

Bir konuşmanın herkes tarafından görülmesi, herkesin sorumlu olduğu anlamına gelmez. Talebi ele alan bir kişi veya ekip olmalı. “Yeni”, “inceleniyor”, “müşteriden bilgi bekleniyor”, “başka ekipten yanıt bekleniyor” ve “çözüldü” gibi durumların ne zaman kullanılacağını önceden tanımla. Kullandığın araç farklı durum adları taşıyorsa sözlüğü o gerçek adlara göre düzenle.

Ekip içi not, müşteriye gidecek mesaj değildir. Notta yapılan kontrolü, alınan kararı ve sıradaki adımı yaz; doğrulanmamış suçlama veya gereksiz özel bilgi ekleme. Aktarım yaparken konu, ilgili sipariş ve tamamlanan kontroller devredilsin. Yalnız “ilgilenir misin?” yazılan bir aktarım, sorumluluğu taşısa da bağlamı taşımaz.

AI taslağını yanıtın yerine koyma

AI, bilgi bankasındaki metni bulmak veya bir yanıt taslağı hazırlamak için yardımcı olabilir. Temsilcinin kontrolü ise müşterinin gerçek sorusunu, doğru siparişi ve kanıtın sınırını birlikte değerlendirmektir. Yanıt taslağının düzgün Türkçe olması, içindeki teslimat, ücret veya ürün iddiasının doğru olduğunu göstermez.

Önceden zor sorular hazırla: eşleşmeyen kişi, gecikmiş veri, farklı varyant, kapanmamış iade ve dayanağı olmayan ürün sorusu. Hangi durumda taslak üretileceğini, hangi durumda insanın devralacağını tanımla. Bot türleri ve devir mantığı için kural tabanlı bot ile AI asistan ayrımını ayrıca inceleyebilirsin.

Hızı ve çözümü ayrı ölç

İlk yanıt süresi, temsilcinin ilk insan yanıtına kadar geçen süreyi; çözüm süresi ise konunun kapanmasına kadar olan zamanı anlatabilir. Tanımlarını yazmadan bu sayıları karşılaştırma. Otomatik “mesajını aldık” yanıtını insan yanıtı saymak veya veri kutuya geç düştüğünde yalnız kutuya giriş saatini başlangıç almak, ölçümü olduğundan iyi gösterebilir.

Temsili ölçüm hesabı Gerçek ekip sonucu veya sektör hedefi değildirTemsili
ÖlçüÖrnek veri ve tanımSonuç
Ortanca ilk insan yanıtıSıralı süreler 2, 3, 3, 4, 5, 8, 12, 20 dakika(4+5)/2 = 4,5 dakika
İlk temasta çözümGözlem süresi tamamlanan 8 uygun konuşmadan 5’i ilk temasta çözüldü; tanımlı 7 günlük pencerede yeniden açılmadı5/8 = %62,5

Temsili rakamlar: gerçek bir işletmenin sonucu değil, hesabın nasıl okunduğunu gösteren örnek.

Bu küçük örnek performans kıyaslaması için yeterli değildir; hesabın nasıl kurulduğunu gösterir. Gerçek raporda kanal, mesai saati, soru türü, örnek sayısı ve bekleyen konuşmalar görünmeli. Henüz gözlem penceresi tamamlanmamış bir konuşmayı başarısız veya çözüldü diye erken etiketleme. Yanıt hızı iyileşirken yeniden açılma artıyorsa yalnız hız grafiğine bakarak süreç düzeldi deme.

RFM segmentini bağlam olarak kullan

RFM, müşterinin geçmiş alışveriş davranışını özetler. Canlı destek ise şimdi gelen soruyu çözer. Düzenli müşterinin sessizleştiğini bilmek konuşmanın bağlamını zenginleştirebilir; ama acil bir ürün güvenliği sorusunu düşük harcama nedeniyle geriye atmak için gerekçe olmaz. Öncelik kuralların risk, konu ve hizmet yükümlülüğünü de kapsamalı.

Segmentin nasıl hesaplandığını burada yeniden kurmak yerine RFM segmentleri rehberine bak. Bu yazının işi, puanı hesaplamak değil; temsilcinin doğru bağlama erişip doğru sonraki adımı kaydetmesidir.

Yonca’da kapsamı doğrulayarak başla

Yonca’nın kamuya açık CRM kapsamı, bağlı site sohbeti, site formu, Gmail, Trendyol ürün soruları ve Telegram gibi kaynakların aynı gelen kutusunda ele alınmasını anlatır. Her kanalın bağlantı ve veri koşulu farklıdır. Site formu yanıtı form üzerinden iki yönlü sohbet değil, bırakılan e-postaya yanıt akışıdır. Sipariş geçmişi de satış kanalının bağlı olmasına ve doğru müşteri ilişkisinin kurulmasına bağlıdır.

WhatsApp, Instagram ve Facebook Messenger kanalları bugün her hesapta hazır değildir; Yonca’da bu kanallar Meta onayına bağlı beta olarak sunulur. Güncel erişimi Yonca CRM ürün sayfasında kontrol et; ilk denemeni gerçekten erişebildiğin bir kanalda yap.

Satın alma geçmişi iletişim izni değildir

Bir müşterinin siparişini yanıtlamak, müşteri verisini analiz etmek ve ticari kampanya göndermek farklı amaçlardır. Hangi amaç için hangi hukuki şartın ve kanal izninin gerektiğini ayrı değerlendir. KVKK’nın 2025/1072 sayılı kararı, üyelik, veri işleme ve ticari ileti onayı gibi farklı işlemlerin tek bir doğrulama hareketine sıkıştırılmamasını; aydınlatma ile rıza işlemlerinin ayrılmasını vurgular. KVKK ilke kararı.

Bu nedenle gelen bir destek mesajını otomatik kampanya listesine katılım gibi kullanma. Erişim rolleri, saklama, veri paylaşımı ve pazarlama tercihleri işletmenin onaylı politikasıyla birlikte tasarlanmalı. İzin kaydı bilinmiyorsa bunu “onaylı”ya çevirmek bir veri temizliği işlemi değildir.

Sık sorulanlar

Tek gelen kutusu bütün kanalların çalıştığı anlamına gelir mi?

Hayır. Her kanalın bağlantısı, erişim izni, mesaj alma/gönderme kapsamı ve güncelliği ayrı doğrulanır. Planlı veya beta kanal hazırmış gibi sayılmaz.

E-posta veya telefon eşleşmiyorsa sipariş geçmişini açabilir miyim?

Önce işletmenin tanımlı kimlik ve yetki doğrulamasını uygula. Yalnız isim veya benzer adres üzerinden başka kişinin bilgisi gösterilmemeli; belirsiz kayıt inceleme durumunda kalmalı.

RFM puanı destek yanıtını otomatik seçmeli mi?

Tek başına hayır. Segment geçmiş davranışı özetler; mevcut sorunun riski ve hizmet yükümlülüğü ayrıca değerlendirilir. Yetkili bir süreç varsa bile koşulları açık olmalı.

İlk yanıtın hızlanması destek kalitesinin arttığını kanıtlar mı?

Tek başına kanıtlamaz. Çözüm, yeniden açılma, doğru kimlik, müşteri geri bildirimi ve konu karmasıyla birlikte okunmalı.

Başlangıç adımı: Erişilebilir bir kanaldan üç örnek konuşma seç. Kimlik, ilgili sipariş, sorumlu, durum ve sonraki adım alanlarının her birini doldur. Eksik bilgiyle kesin yanıt verilen noktayı bulup süreci oradan iyileştir.

Yonca CRM

Müşteriyi ve ilgili sipariş bağlamını görerek konuşma sorumlusunu, durumu ve sonraki adımı takip et. Kanal kapsamını ürün sayfasından kontrol et.

14 gün ücretsiz deneme · kredi kartı gerekmez

Diğer rehberler

Bunlar da işine yarayabilir