WhatsApp İş Otomasyonu: Grup Sohbetinden Takip Edilebilir Operasyona

Bir grup sohbeti mesajları saklar ama durumu saklamaz. "Bu iş kimde?", "bitti mi?", "ne zaman söz verildi?" sorularının cevabı mesajların içinde dağınık hâlde durur ve yalnızca okuyarak çıkarılabilir. Operasyonun ihtiyacı ise mesaj değil, güncel durumdur.

Buradaki asıl kayıp görünmez olduğu için tartışılmaz: kimse "WhatsApp yüzünden şu kadar iş aksadı" diye rapor tutmaz. Kaybı görmenin basit bir yolu var — bir hafta boyunca, bir işin durumunu öğrenmek için sorulan "ne oldu bu?" mesajlarını sayın. Bu sayı, sistemin yokluğunun haftalık faturasıdır.

Her şeyi sisteme taşımak da yanlıştır. Mesajlaşma; hızlı, kısa ve durum üretmeyen iletişimde eşsizdir. Sisteme taşınması gereken şey konuşmanın kendisi değil, konuşmadan çıkan taahhüttür: kim, neyi, ne zamana kadar.

İki farklı ürün var ve karıştırılmaları maliyetli oluyor. Business uygulaması telefonda çalışan, küçük ekipler için tasarlanmış bir uygulamadır. WhatsApp Business Platform (Cloud API) ise bir arayüz değil, kendi sisteminizin WhatsApp ile konuşmasını sağlayan bir altyapıdır.

Platformun kuralları arasında bilmeniz gereken iki tanesi var. Birincisi müşteri hizmetleri penceresi: müşteri size yazdıktan sonra belirli bir süre boyunca (yazının yazıldığı dönemde 24 saat) serbestçe cevap yazabilirsiniz. Bu pencere kapandıktan sonra ilk mesajı siz atacaksanız, önceden onaylanmış bir şablon kullanmanız gerekir. İkincisi izin: müşteriye mesaj gönderebilmek için açık rızasının alınmış olması gerekir.

Otomasyonun çekirdeği tek bir dönüşümdür: serbest metin hâlindeki bir mesajı, üzerinde işlem yapılabilir bir kayda çevirmek. Bu dönüşüm dört adımdan oluşur — anlama, doğrulama, kayıt ve geri bildirim. Dördü tamamlanmadan otomasyon değil, yalnızca otomatik cevap olur.

1. 01

   1. Anlama

   Gelen mesajın ne istediği çıkarılır: bu bir teslimat bildirimi mi, bir arıza kaydı mı, bir stok sorusu mu? Sabit menüler bunu yapabilir ama insanlar menüye uymaz. Serbest yazılmış "beyaz eşya bugün çıkmadı, müşteri arıyor" cümlesini anlamak dil modelinin güçlü olduğu iştir.

2. 02

   2. Doğrulama

   Eksik bilgi tamamlanır ve yetki kontrol edilir. Hangi müşteri, hangi sipariş, hangi ürün? Mesajı yazan kişinin bu işlemi yapma yetkisi var mı? Doğrulama adımı atlanırsa sistem hatalı kayıtlarla dolar.

3. 03

   3. Kayıt

   Gerçek sisteme yazılır: görev açılır, kişiye atanır, süre verilir, ilgili sipariş veya müşteriyle ilişkilendirilir. Kaydın bir kimliği olur; bundan sonra o iş konuşulabilir bir nesnedir.

4. 04

   4. Geri bildirim

   Kişiye ne olduğu aynı sohbette söylenir: "Kayıt açıldı, numarası şu, Ahmet'e atandı, bugün 17:00'ye kadar." Geri bildirim olmadan kullanıcı sistemin çalıştığına inanmaz ve eski alışkanlığına döner.

Saha  →  "Kadıköy teslimatı yapılamadı, adreste kimse yok,
          müşteri telefonu açmıyor"

Anlama     : olay = teslimat başarısız, sebep = adreste yok
Doğrulama  : bugünün rotasında Kadıköy'de tek açık teslimat var
             → sipariş eşleşti; gönderen kişi o rotanın sürücüsü
Kayıt      : teslimat denemesi kaydedildi (sonuç: başarısız)
             müşteri temsilcisine görev açıldı, süre: bugün 17:00
Geri bildirim → "Kaydedildi. Müşteri temsilcisi arayıp yeni
                 randevu alacak. Sen rotana devam edebilirsin."

Bu akışta kritik olan şey üçüncü adımdır. Birçok "WhatsApp botu" birinci ve dördüncü adımı yapar: mesajı anlar, güzel bir cevap yazar. Ama arkada hiçbir kayıt oluşmadığı için ertesi gün kimse o teslimatın neden yapılmadığını bilemez. Kayıt olmayan otomasyon, daha kibar bir grup sohbetinden ibarettir.

Sistemine WhatsApp üzerinden erişilen bir işletmede en büyük risk yanlış cevap değil, yanlış kişiye doğru cevaptır. Yetki, konuşan kişiye bağlanmalıdır; asistana değil. Aksi hâlde depo görevlisi mesajla maaş bilgisini sorabilir hâle gelir.

İkinci konu kişisel veridir. Müşteriyle WhatsApp üzerinden yapılan yazışma, içinde ad, telefon, adres ve sipariş bilgisi taşır; bu bir kişisel veri işleme faaliyetidir. Aydınlatma metninizin bu kanalı kapsadığından, saklama sürenizin tanımlı olduğundan ve mesajların ekip üyelerinin kişisel telefonlarında kontrolsüz birikmediğinden emin olun.

İç operasyonun yanında ikinci büyük kazanç müşteri bildirimlerindedir: sipariş alındı, hazırlanıyor, yola çıktı, teslim edildi. Bu bildirimler doğru kurulduğunda "nerede kaldı?" aramalarını ciddi ölçüde azaltır. Yanlış kurulduğunda ise rahatsız edici olur ve engellenirsiniz.

1. 01

   İzni doğru anda alın

   İzin, sipariş formunda açıkça sorulmalı ve neyi kapsadığı yazmalı: yalnızca sipariş bildirimleri mi, kampanya da var mı? İkisini tek kutuda birleştirmek hem hukuken zayıf hem de pratikte şikâyet üretir.

2. 02

   Yalnızca durum değiştiğinde yazın

   Her adımda mesaj atmak gerekmez. Müşterinin davranışını değiştirecek anlar seçilmeli: teslimat günü belli olduğunda, kurye yola çıktığında, teslimat başarısız olduğunda. Ara adımlar gürültüdür.

3. 03

   Mesajı eyleme bağlayın

   İyi bir bildirim sadece haber vermez, bir seçenek sunar: randevuyu değiştir, adresi düzelt, temsilciye bağlan. Cevap verilemeyen bildirim, SMS'ten farksızdır.

4. 04

   Çıkış yolunu açık bırakın

   Mesajları durdurmanın kolay bir yolu olmalı ve talep geldiğinde anında uygulanmalı. Durdurma talebini görmezden gelen sistemler hem şikâyet hem yaptırım riski üretir.

5. 05

   Cevapları kim karşılayacak, baştan belirleyin

   Bildirim gönderdiğiniz anda müşteri size yazabilir. Cevapsız kalan bir kanal, hiç açılmamış olandan daha kötüdür. Yanıt sorumluluğu bir kişiye ya da bir ekibe bağlanmadan bildirim akışı açılmamalı.

Şablon mesajlar önceden onaya sunulduğu için, metni yazarken sonradan değişmeyecek bir yapı kurmanız gerekir: değişen kısımlar (ad, sipariş numarası, saat) alan olarak bırakılır, geri kalan sabit kalır. Şablonu olabildiğince genel yazmak, her küçük değişiklikte yeniden onay beklememenizi sağlar.

Tüm operasyonu bir anda mesaja bağlamaya çalışmak, hiçbirini çalıştıramamanın en kısa yoludur. Doğru başlangıç, günde en çok tekrarlanan tek bir bildirimi otomatikleştirmektir. O akış oturduğunda ikincisi çok daha hızlı kurulur.

1. En çok tekrarlanan bildirimi seçin: teslimat sonucu, arıza kaydı, vardiya başlangıcı, stok sorgusu — hangisi günde en çok yazılıyorsa o.
2. O bildirimin bugünkü hâlini yazın: kim yazıyor, kim okuyor, sonra ne oluyor, nerede kayboluyor?
3. Dört adımı tanımlayın: neyi anlayacak, neyi doğrulayacak, nereye yazacak, ne cevap verecek.
4. İki hafta yalnızca bu akışı çalıştırın. Diğer her şey eskisi gibi devam etsin.
5. İki ölçü tutun: kaç mesaj doğru anlaşıldı, kaç kayıt elle düzeltildi.
6. Düzeltme oranı kabul edilebilir seviyeye indiğinde ikinci akışı ekleyin.

Pilot sırasında en sık karşılaşacağınız şey, mesajların beklediğinizden çok daha çeşitli yazılmasıdır. "Teslim edildi", "bıraktım", "tamamdır abi", bir fotoğraf ve hiçbir şey — hepsi aynı anlama gelir. Bu çeşitlilik bir sorun değil, tam olarak dil modelinin çözdüğü problemdir; sabit menülü sistemlerin sahada tutunamamasının sebebi de budur.

WhatsApp otomasyonunun değeri "daha modern görünmek" değildir; ölçülebilir üç şeydir: kayıt altına alınan iş oranı, durum sorma trafiğinin azalması ve kapanma süresinin kısalması. Üçü de başlamadan önce ölçülebilir.

Bu dördünden ikincisi genellikle en çabuk düzelen ve en çok hissedilen ölçüdür. Yönetici işin durumunu sormak zorunda kalmadığında, hem kendi zamanı hem de sahadaki kişinin zamanı serbest kalır. Ölçüyü basit tutmak için tek bir gruptaki bir haftalık mesajları saymanız yeterlidir — öncesinde ve sonrasında.

Yazıda anlatılan dört adımlı akışı kendi operasyonumuzda çalıştırıyoruz. Amaç bir ürün tanıtmak değil, teorinin pratikte neye benzediğini göstermek — özellikle üçüncü adımın, yani gerçek sisteme yazma kısmının nasıl kurulduğunu.

OpsMind, WhatsApp üzerinden gelen mesajı okuyup ne istendiğini çıkarıyor, ardından ESA'daki gerçek veriye bakıyor: sipariş var mı, stok ne durumda, bu kişi bu işlemi yapabilir mi. Sonra kaydı açıyor, ilgili kişiye atıyor ve aynı sohbette ne yaptığını yazıyor. Yani ezberden konuşmuyor; her cevabın arkasında okunmuş bir kayıt var.

Nasıl kurulduğunu, hangi araçlara erişebildiğini ve yetki sınırlarının nasıl çizildiğini merak ediyorsanız OpsMind sayfasında ayrıntılı anlatılıyor. Ama bu yazıdaki sıralamayı öneririz: önce tek bir akışı seçin, dört adımı kendi işiniz için yazın, iki hafta ölçün. Hangi araçla yapılacağı ondan sonraki sorudur.