Site Yönetiminde WhatsApp Arıza Talebi Otomasyonu Rehberi

Site yönetiminde WhatsApp arıza talebi otomasyonu, sakinin serbest biçimde yazdığı mesajı düzenli bir iş kaydına dönüştürür: konum, sorun türü, aciliyet, görsel ve uygun iletişim zamanı toplanır; talep doğru ekibe atanır; sakin de işin hangi aşamada olduğunu aynı konuşmadan izler. Amaç yöneticinin yerini almak değil, dağınık mesajları kaybolmayan ve ölçülebilen bir operasyon kuyruğuna çevirmektir.

WhatsApp Grubu Neden Arıza Takip Sistemi Değildir?

Bir site grubunda aynı anda duyuru, komşu şikâyeti, aidat sorusu ve teknik arıza konuşulur. Bir sakin yalnızca “asansör yine bozuk” yazdığında hangi blokta olduğu, ne zaman başladığı ve içeride biri kalıp kalmadığı bilinmez. Yönetici ayrıntıları tek tek sorar; cevaplar farklı mesajların arasına karışır; teknik ekip işi tamamladığında geri bildirim gruba dönmeyebilir. Sonuç, mesajın görülmüş olması ile işin sahiplenilmiş olması arasındaki boşluktur.

Otomasyon bu boşluğu bir talep numarası vererek değil, önce gerekli bağlamı tamamlayarak kapatır. Konuşma doğal kalır; arka planda ise her yanıt aynı kayıt üzerinde birleşir. Böylece sakin yeniden baştan anlatmaz, yönetici de ekran görüntüsü taşıyarak ekip koordine etmez.

İlk Mesajdan Sonra Hangi Bilgiler Toplanmalı?

İyi bir akış mümkün olan en az soruyla işe yarar veri toplar. Her arıza için uzun form göstermek yerine, ilk mesajdaki ipuçlarına göre eksik alanları tamamlar.

• Konum: site adı zaten biliniyorsa blok, kat, ortak alan veya bağımsız bölüm bilgisi.
• Sorun türü: asansör, su, elektrik, güvenlik, otopark, temizlik ya da diğer.
• Gözlenen durum: ne oldu, ne zamandır sürüyor ve şu anda devam ediyor mu?
• Etkilenen alan: yalnız bir daire mi, bir blok mu, yoksa ortak alan mı?
• Kanıt: gerekiyorsa fotoğraf veya kısa video; kişisel alanı gereksiz göstermemesi için açık yönlendirme.
• Erişim: teknik ekip için uygun zaman ve kapıya gelmeden önce aranacak kişi.

Akış, daha önce verilen bilgiyi tekrar sormamalıdır. Sakin ilk mesajda “B blok otopark girişindeki bariyer açılmıyor” dediyse konum ve kategori zaten bellidir; yalnız olayın devam edip etmediği ve güvenli geçiş olup olmadığı sorulabilir.

Talebi Kategoriye Değil, Aksiyona Göre Sınıflandırın

Yalnızca “su” veya “elektrik” etiketi vermek yeterli değildir. Aynı başlık altında tamamen farklı aksiyonlar olabilir. Ortak alandaki titreyen bir ampul planlı bakıma girerken, elektrik panosundan gelen yanık kokusu hemen insan değerlendirmesi ister. Otomasyonun görevi teknik teşhis koymak değil; riski gösteren ifadeleri yakalayıp doğru seviyeye yükseltmektir.

Bu tablo bir teknik güvenlik standardı değildir; her site kendi bina yapısı, sözleşmeleri ve acil durum prosedürleriyle eşikleri belirlemelidir. Yapay zekâ kesin risk kararı vermemeli, belirsiz ve sonuç doğurabilecek durumları insana aktarmalıdır.

Talep Yaşam Döngüsü Sakin İçin Görünür Olmalı

İyi iletişim “kaydınız alınmıştır” mesajında bitmez. Talep en az dört anlaşılır aşamadan geçer: alındı, görevliye atandı, işlem sürüyor ve tamamlandı. Bekleme uzuyorsa nedenini ve yeni tahmini zamanı söylemek, sessiz kalmaktan daha değerlidir. Tamamlandı aşamasında sakine kısa bir doğrulama sorusu yöneltilir: sorun gerçekten çözüldü mü? Yanıt olumsuzsa eski kayıt kapanıp yenisi açılmamalı; aynı iş yeniden etkinleşmelidir.

WhatsApp Mesajlaşma Kurallarını Akışa Dahil Edin

Sakin size yazdığında açılan müşteri hizmetleri penceresi içinde serbest biçimli yanıtlar gönderilebilir; bu pencerenin dışında işletme tarafından başlatılan mesajlarda onaylı şablon gerekir. Meta'nın resmi mesaj türleri dokümanı bu ayrımı açıklar. Ayrıca işletme, WhatsApp üzerinden mesaj göndermeden önce açık bir iletişim izni almalı ve vazgeçme talebini uygulamalıdır; resmi opt-in rehberi izin yöntemlerini ve temel şartları listeler.

Pratik karşılığı şudur: sakin arıza kaydı açtı diye ona daha sonra ilgisiz kampanya mesajı göndermeyin. Bakım randevusu veya durum güncellemesi gibi konuşmayla bağlantılı bildirimleri, izin kapsamı ve geçerli şablon kategorisiyle eşleştirin. Mesaj gönderme yetkisi ile içerik uygunluğu aynı şey değildir.

Kişisel Veriyi Talebin Gerektirdiği Kadar Tutun

Arıza kaydı için sakinin bütün profilini istemek gerekmez. Bağımsız bölüm bilgisi yalnız erişim ve yetkilendirme için lazımsa alınmalı; fotoğraflarda komşuların yüzü, araç plakası veya evin içi görünüyorsa gereksiz kopyalar çoğaltılmamalıdır. Yetkiler rol bazlı olmalı: teknik ekip iş için gereken ayrıntıyı görürken, tüm konuşma geçmişine erişmek zorunda değildir. Saklama süresi ve silme prosedürü de yönetimin gerçek iş ihtiyacına göre tanımlanmalıdır.

Kurulumdan Önce Bu Kontrol Listesini Tamamlayın

• Blok, ortak alan ve ekip adlarını tek bir güncel listede toplayın.
• Rutin, öncelikli ve insana hemen devredilecek olayları yönetim ekibiyle örnekleyin.
• Her kategori için sorumlu kişi, yedek kişi ve çalışma saatini tanımlayın.
• Alındı, atandı, gecikti ve tamamlandı mesajlarını kısa ve doğal bir dille yazın.
• On örnek konuşmayla eksik bilgi, yanlış kategori ve tekrar açma senaryolarını test edin.
• Haftalık olarak ilk yanıt süresi, kapanma süresi, yeniden açılan talep ve cevapsız kayıtları inceleyin.

BozLat AI ile Site Yönetimi Akışı

BozLat AI, sakin mesajını yapılandırılmış talebe dönüştürecek soruları yönetebilir, belgelerinizdeki site kurallarına göre genel bilgi verebilir ve riskli ya da belirsiz durumları insan ekibe devredebilir. WhatsApp, Instagram ve web sohbetlerini tek yerde yönetme yaklaşımını WhatsApp Business API rehberinde, kapsam ve paketleri ise fiyatlar sayfasında inceleyebilirsiniz. Kurulumda hedef, her mesaja otomatik cevap vermek değil; hiçbir talebin sahipsiz kalmamasıdır.