WhatsApp bot ile satış otomasyonu denince akla hızlı cevap vermek geliyor. Benim için asıl soru, konuşmanın sonunda işletmenin elinde ne kaldığı. İhtiyaç anlaşıldı mı, verilen bilginin kaynağı belli mi, satış ekibi görüşmeye devam edebiliyor mu? WP Satış Botu çalışmasını bu sorular üzerinden geliştiriyorum. Menureen marka ve web sitesi bağlamındaki bilgiler bu çalışmanın kaynaklarından; canlı WhatsApp entegrasyonu ise ayrı bir tamamlanma adımı.

Satış konuşmasının amacını tanımlamak

Bir ziyaretçi “Restoranım için dijital menü istiyorum” dediğinde hemen ürün sıralamak yerine neye ihtiyaç duyduğunu anlamak gerekir. Masadaki QR menü, duvardaki ekran ve içerik yönetimi farklı ihtiyaçlar olabilir. Botun uygun bir soruyla bu ayrımı netleştirmesi, görüşmenin ilerleyen kısmında yanlış ürün anlatmasını önleyebilir. Bu örnek, tasarladığım akışı açıklıyor; gerçek bir müşteri konuşması veya satış sonucu değil.

İlk sürümde her şeyi yapabilen bir satış temsilcisi hedeflemek yerine sınırlı bir görevi tercih ediyorum: ihtiyacı anlamaya yardımcı olmak, mevcut bilgiyi açıklamak ve uygun durumda insan ekibine kayıt bırakmak. Fiyat taahhüdü, özel sözleşme veya işletmenin onaylamadığı bir teslim sözü üretmek bu görevin dışında kalmalı. Kapsam böyle tarif edildiğinde hangi davranışların kontrol edileceği de daha açık oluyor.

Cevabın dayanacağı bilgiyi hazırlamak

Bir modelin akıcı konuşması, güncel ürün bilgisini bildiği anlamına gelmiyor. Bu yüzden web içeriğini ve belgeleri konuya göre düzenlemek, ilgili parçaları cevaba bağlam olarak seçmek gerekiyor. Bir özelliğin hangi ürün veya paket için geçerli olduğu korunmalı. Farklı sayfalardaki açıklamaları bir araya getirirken aynı çözümden söz ettiklerini varsaymıyorum.

Kaynak yetersiz olduğunda asistanın bunu ifade edebilmesi önemli. Örneğin belirli donanımın uyumluluğu doğrulanmamışsa bir entegrasyonu hazırmış gibi anlatmamalı. Geliştirme sırasında açık bilgi sorularını, kapsam dışı talepleri ve çelişkili kaynakları ayrı örnekler olarak ele alıyorum. Kaynak bulmak, o kaynağın güncelliğini ve uygunluğunu değerlendirme ihtiyacını ortadan kaldırmıyor. Cevapla birlikte kullanılan bağlamın izlenebilmesi bu kontrolü kolaylaştırıyor.

CRM kaydı konuşmanın devamını mümkün kılar

CRM tarafında her mesajı gelişigüzel bir not alanına aktarmak yerine, satış ekibinin hangi bilgiye ihtiyaç duyacağını düşünüyorum. İlgilenilen çözüm, kullanım yeri, konuşmada netleşen beklenti ve takip durumu anlamlı alanlar olabilir. Ancak kişi söylemediyse şirket adı, bütçe veya satın alma tarihi doldurulmamalı. Belirsizliğin kayıtta görünmesi, yanlış bir kesinlikten daha kullanışlı.

Aynı konuşmanın tekrar işlenmesi ya da bağlantının yenilenmesi durumunda gereksiz mükerrer kayıt oluşmasını da ele almak gerekiyor. Bu, yalnız model yanıtıyla çözülecek bir konu değil; uygulamanın kimlik ve kayıt mantığıyla ilgili. Benim hedeflediğim akışta asistanın ürettiği özet, satış ekibinin görüşmenin bağlamını kaybetmeden devam edebilmesine yardımcı olacak bir çalışma kaydı olarak düşünülüyor.

İnsan devri hangi noktada başlamalı?

İnsan devrini yalnız sistem hata verdiğinde gösterilecek bir bağlantı olarak görmüyorum. Ziyaretçi doğrudan bir yetkiliyle görüşmek isteyebilir, kaynaklarda yanıt bulunamayabilir veya talep işletmenin ayrıca değerlendireceği bir kapsam taşıyabilir. Asistanın bu durumları tanıması ve nereye yönlendirdiğini anlaşılır biçimde söylemesi gerekiyor. Devredildiğini bildiren metnin arkasında gerçekten tanımlı bir süreç bulunmalı.

Devre girecek kişinin önüne kısa ve olgusal bir özet koymak faydalı olabilir: ziyaretçinin sorusu, netleşen ihtiyaç, verilen bilgi ve açık kalan nokta. Asistanın kendi tahminlerini ziyaretçinin beyanı gibi özetlemesini istemiyorum. WhatsApp’ın güncel mesajlaşma politikası da otomatik yanıtlarda açık ve doğrudan yükseltme yolları öngörüyor. Bu nedenle insan desteğine erişim, tasarımın başından ele alınması gereken bir parça.

WhatsApp kanalı ayrı bir entegrasyon işi

Web üzerinde çalışan bir asistanı WhatsApp botu diye adlandırmak, kanal bağlantısının hazır olduğunu kanıtlamaz. Resmi WhatsApp Business Platform üzerinden hesap, erişim ve mesaj akışının kurulması ayrıca ele alınmalı. Gelen mesajı uygulamadaki görüşmeye bağlamak, gönderim durumunu izlemek ve tekrar işlenen olayları yönetmek gibi konular bu katmanın sorumluluğu. Burada kavramsal mimariyi anlatıyorum; mevcut projede bu bağlantının üretimde tamamlandığını söylemiyorum.

Mesaj gönderme kuralları da arayüz tercihinden bağımsız. Yayın tarihinde güncel resmi politikada, kullanıcı mesajıyla açılıp yenilenen 24 saatlik hizmet penceresi içinde yanıt ve pencere dışında onaylı şablon kullanımı ayrılıyor. İşletme tarafından başlatılan iletişimde alıcının beklediği kapsam ve gerekli izinler gözetilmeli; vazgeçme talepleri korunmalı. Bu kuralları canlıya geçişte yeniden doğrulamak gerekiyor. Bir CRM kaydının bulunması, kişiye her amaçla mesaj gönderme izni vermiyor.

WP Satış Botu bugün hangi aşamada?

Bu portfolyoda WP Satış Botu, geliştirme ve kontrollü test kapsamındaki proje olarak yer alıyor. Next.js ve NestJS ile web asistanı ve CRM akışları, PostgreSQL ve Prisma ile kayıt yapısı, Docker ile izole geliştirme ortamı üzerinde çalışıldı. Kaynaklı yanıt, müşteri adayı bilgisi ve insan devri ürünün birlikte ele alınan parçaları. API, token ve maliyet sınırları da bu akışın kontrol tarafında değerlendiriliyor.

Bu durum, WhatsApp’taki gerçek müşteri mesajlarının otomatik yanıtlandığı veya ticari başarının ölçüldüğü anlamına gelmiyor. Canlı kanal doğrulamasıyla web ve CRM testlerini ayrı anlatıyorum. İleride sonucu değerlendirirken yalnız cevap sayısını değil, yanlış bilgi durumlarını, devir kalitesini ve kayıtların kullanılabilirliğini de izlemek isterim. Ölçüm gelmeden satış artışı yüzdesi eklemek yerine, bugün çalışan ve henüz tamamlanmamış parçaları açıklamak daha dürüst bir proje kaydı oluşturuyor.

Kaynaklar ve devam okumaları