AI satış çalışanı nasıl çalışır?

Yapay zekâ dijital çalışan nedir?

Yapay zekâ dijital çalışan, işletmenin belirlediği görevleri, bilgi kaynaklarını ve yetki sınırlarını kullanarak bir iş akışına katılan yazılımdır. Satışta görevi yalnızca sohbet etmek değildir: ihtiyacı anlamak, eksik bilgiyi sormak, doğrulanabilir bir teklif taslağı hazırlamak ve gerektiğinde işi insana devretmektir. ASAYTECH bu akışları işletmenin ürünlerine, satış kurallarına ve mevcut yazılımlarına göre tasarlar.

Bu sayfa, kendi web sitesi satış çalışanımız için yürüttüğümüz kontrollü testten hareketle sürecin nasıl kurulabileceğini anlatır. Bir müşteri başarı hikâyesi veya gelir artışı raporu değildir. “Çalışıyor” ifadesini kullanırken hangi ortamda, hangi adımın sınandığını belirtmek gerekir; sohbet yanıtı görmek, tamamlanmış satışın kanıtı değildir.

1. Talep alınır, kapsam netleştirilir

Örnek bir işletme, web sohbetine “Üç şubemiz için teklif istiyoruz” yazdığında ilk ihtiyaç hemen fiyat vermek değildir. Şube başına kullanıcı sayısı, istenen görevler, mevcut CRM ve başlama zamanı gibi bilgiler eksik olabilir. AI satış asistanı, tasarlanan akışta bu alanları ayırır; yeterli bilgi yoksa kısa ve ilgili sorular sorar.

Web talebinin CRM’de hangi alana kaydedileceği önceden eşleştirilir. WhatsApp’tan gelen talep için ayrıca yetkili kanal bağlantısı ve mesaj işleme kuralları gerekir. Aynı metni farklı kanallarda görmek, iki ayrı satış fırsatı açmak için tek başına yeterli değildir. Kanal, talep kimliği ve işletmenin eşleştirme kuralları birlikte değerlendirilmelidir.

2. Fiyatı modelin hafızası belirlemez

Otomatik teklif hazırlama için ürün kataloğu, güncel fiyat listesi, vergi, stok ve teslimat koşullarının yetkili kaynakları tanımlanır. CRM müşteri ilişkisini tutabilir; fiyatın asıl kaynağı başka bir sistem olabilir. Bilgi tabanı hizmet kapsamını açıklarken ticari tutar, işletmenin belirlediği fiyat kaynağından doğrulanmalıdır. Birbirini tutmayan iki kayıt varsa sistemin hangisine güveneceği açık olmalıdır.

Doğrulanmamış fiyat göndermek müşteride yanlış beklenti oluşturur. Kaynak erişilemiyorsa, fiyatın geçerlilik tarihi belirsizse veya özel indirim gerekiyorsa önerilen davranış tutarı tahmin etmek yerine taslağı durdurup operatöre devretmektir. Miktar, para birimi, kapsam dışı işler ve teklif geçerlilik süresi de insan incelemesine görünür biçimde taşınmalıdır.

3. Taslak hazırlanır, insan onayı beklenir

Operatör yalnızca “gönder” düğmesi görmemelidir. İncelenen metni, alıcıyı, kapsamı ve kullanılan bilgileri değerlendirebilmelidir. Kontrollü testimizde yetkili operatör girişi, API üzerinden talep alımı, tekrarlı istekte aynı taslağın korunması ve onay özeti kontrolü sınandı. Operatör onayından sonra sevk kaydı yalnızca izole gönderim kuyruğuna alındı.

Onay özeti, onaylanan içerikle gönderime hazırlanan içeriğin eşleşmesini kontrol etmek için kullanılır. Böylece taslak değiştiğinde eski onayın yeni içeriğe uygulanmaması amaçlanır. İdempotency ise aynı işlemin ağ tekrarı gibi nedenlerle yeniden çağrılmasının mükerrer taslak üretmesini önler. Bu kontrol, bütün CRM kayıtlarının otomatik olarak tekilleştirildiği anlamına gelmez.

4. Devir ve takip ayrıca tasarlanır

Özel sözleşme, belirsiz teknik kapsam, fiyat itirazı veya açık insan talebi olduğunda sorumlu personele devir noktası belirlenir. Önerilen devir paketinde konuşmanın kısa özeti, eksik alanlar, doğrulanan bilgiler ve bekleyen karar bulunur. Böylece müşteri aynı ihtiyacı baştan anlatmak zorunda kalmadan çalışan görüşmeye devam edebilir.

Takip için de “yanıt gelmediyse tekrar yaz” kuralı yeterli değildir. Zamanlama, sorumlu kişi, iletişim izni ve durdurma koşulu kararlaştırılmalıdır. Müşteri yanıt verdiğinde, vazgeçtiğinde veya insan görüşmeyi devraldığında bekleyen hatırlatmaların ne olacağı tanımlanır. Bu takip ve devir davranışları müşterinin CRM’i ve kanal entegrasyonuyla ayrıca doğrulanacak üretim tasarımıdır.

Kişisel veri ve izin nerede devreye girer?

Talep toplarken yalnızca işi yürütmek için gerekli alanlar istenmelidir. Aydınlatma, işleme amacı, erişim yetkisi, saklama süresi ve silme süreci işletmeye göre değerlendirilir. Talep yanıtlamak ile pazarlama amaçlı takip aynı izin varsayımıyla ele alınmamalıdır. Gerekli izinlerin nerede tutulacağı ve gönderim öncesi nasıl kontrol edileceği entegrasyon kapsamına yazılır.

Bu test, her işletme için hukuki uygunluk veya tüm kişisel veri süreçlerinin doğrulandığı anlamına gelmez. Üretime geçmeden önce veri sorumluluğu, hizmet sağlayıcı erişimleri ve kaynak sistemlerin yetkileri netleştirilir. Deneme sırasında gerçek müşteri verisi yerine örnek verilerle çalışmak, gereksiz kişisel bilgiyi modele ve işlem kayıtlarına taşımamak için pratik bir başlangıçtır.

İşletmeniz için altı kontrol sorusu

• Fiyat, stok ve hizmet kapsamının yetkili kaynağı hangisi?
• Eksik veya çelişkili bilgi olduğunda kararı kim verecek?
• Teklifi kim onaylayacak; değişirse yeniden onay istenecek mi?
• Tekrarlanan talep ve ağ hatasında mükerrer işlem nasıl önlenecek?
• İletişim izni, veri saklama ve insan devri nerede yönetilecek?
• Başarılı pilotu hangi örneklerle ve hangi durdurma koşullarıyla kabul edeceğiz?