
WhatsApp Coexistence, uygun işletme ve numara koşullarında WhatsApp Business uygulamasının kullanımını sürdürürken WhatsApp Business Platform bağlantısından da yararlanmayı hedefleyen resmi akıştır. Telefon uygulamasını tamamen devreden çıkarma ihtiyacı olmayan işletmeler için ayrı değerlendirilir.
NetaSocial’da Coexistence ile telefondaki uygulamadan gönderdiğiniz mesajlar da panelde görünür. Bu bağlantı WhatsApp Web gibi bir tarayıcı oturumu değil, Meta’nın resmî yöntemidir.
Coexistence hangi sorunu çözer?
İşletme sahipleri çoğu zaman WhatsApp Business uygulamasına alışmıştır; buna karşın satış ve destek ekibi gelen mesajları ortak ekranda görmek ister. Coexistence bu iki kullanım biçiminin birlikte ele alınmasını sağlar.
Yine de senkronizasyonun kapsamı ve kullanılabilir özellikler bağlantının o anki Meta koşullarına bağlıdır. Her geçmiş mesaj ve bütün cihaz özellikleri aynı şekilde aktarılmayabilir.
QR / Coexistence ifadesi ne anlama gelir?
Kurulumda QR benzeri onay veya bağlantı adımları görülebilir; önemli olan bunun hangi resmi yetkilendirme akışına ait olduğudur. NetaSocial’ın Coexistence işlemesi, Meta Cloud API webhook alanlarına dayanır.
Sadece bir karekod görmek, herhangi bir üçüncü taraf çözümünün resmi API olduğu anlamına gelmez. İşletme hesabı yetkileri ve bağlantı yöntemi ayrıca kontrol edilmelidir.
Telefon kullanımını sürdürürken ekip yönetimi
Müşteri uygulamaya yazdığında uygun akış kapsamında panelde konuşma açılır. Temsilciler atama, etiket, not ve görüşme durumu üzerinden görev paylaşımı yapar.
Telefon üzerinden gönderilen iletilerin yansımaları için ayrı olay işleme bulunduğundan, iki tarafta aynı konuşmanın takibi hedeflenir; kapsam ve davranış kurulumda gerçek mesajla doğrulanmalıdır.
Geçmiş mesaj senkronizasyonunda beklentiyi doğru kurun
Geçmiş görüşmelerin panelde görünmesi yeni müşteri hizmetleri sürecini kolaylaştırabilir; fakat geçmişin kapsamı, aktarılabilecek veri türleri ve senkronizasyon zamanı platformun sunduğu olaylara bağlıdır. Bütün geçmişin eksiksiz geldiği taahhüt edilmemelidir.
Kurulumdan önce bir test numarası veya düşük riskli kullanım senaryosuyla eski ve yeni mesajların ayrımını inceleyin. Müşteri adı, farklı cihazdan gönderilen yanıt ve yeni gelen mesajın hangi konuşmaya bağlandığını kontrol etmek özellikle önemlidir.
İki çalışma yüzeyi varsa süreç de iki yerde tanımlanmalı
Telefon uygulaması ile panel birlikte kullanılabildiğinde bir müşteriye iki ayrı çalışanın aynı anda yanıt verme ihtimali tamamen ortadan kalkmaz. Kim telefon üzerinden, kim panel üzerinden cevap verecek? Mesai dışında gelen mesajları kim izleyecek? Bu sorular için iç prosedür hazırlamak gerekir.
Örnek bir uygulama olarak belirli bir görüşme bir temsilciye atandığında diğer çalışanların önce atamayı kontrol etmesi istenebilir. Böylece teknik senkronizasyon kadar ekip koordinasyonu da tutarlı hale gelir.
Numara taşımadan önce kontrol listesi
Bağlantının uygunluğunu yalnız kullanılan telefon modeline bakarak değerlendirmeyin. İşletme hesabı sahipliği, numara kaydı, kullanılan uygulama, yetki verecek kişinin rolü ve platformun güncel destek koşulları birlikte incelenmelidir.
Canlıya geçişten sonra telefondaki görüşme ve panel görünümü arasında gecikme veya kapsam farklılığı gözlenirse bunun bir sistem hatası mı yoksa desteklenmeyen olay mı olduğunu ayırın. İki durumun çözümü aynı değildir.
Kimler için uygundur?
Telefonu aktif kullanan ve daha düzenli bir ekip ekranına geçmek isteyen küçük ya da orta ölçekli işletmeler için değerlendirmeye değerdir. Büyük hacim tek başına Coexistence veya klasik Cloud API kararı verdirmez.
Numara geçmişi, kullanılacak mesaj türleri, temsilci sayısı, şablon gereksinimi ve Meta’nın o anki uygunluk şartları birlikte değerlendirilmelidir.
Resmi bağlantı ile sıradan QR oturumunu ayırt edin
Bir sitenin bağlantı ekranında karekod göstermesi bağlantının hangi teknolojiyle yapıldığını anlatmaz. İşletme bağlantı sırasında hangi Meta varlığına erişim verdiğini, hangi hesap sahibinin yetki onayladığını ve bağlantının hangi resmi ürün kapsamında kurulduğunu görmelidir. NetaSocial’ın paylaşılan uygulama kaynaklarında Coexistence için ayrı callback ve webhook işleme katmanı bulunması, burada anlatılan yöntemin rastgele WhatsApp Web oturumu kopyalamaya dayandırılmaması gerektiğini destekler. Yine de belirli bir hesabın bu akışa uygunluğu kurulum sırasında doğrulanır.
Telefon ekranında görülen eski bir konuşmanın panelde aynen bulunacağını önceden varsaymayın. Resmi olay akışı, geçmiş senkronizasyonu, medya erişimi ve kurulum kısıtları ayrı konulardır. Bir bağlantı sunumunda önce “hangi mesajlar gelir, hangi mesajlar gitmez?” sorularını cevaplayın. Yetki iptal edildiğinde, hesabın bağlantısı değiştiğinde veya Meta erişim koşulları yenilendiğinde operasyonun nasıl devam edeceğini de değerlendirin. Bu tür ayrıntılar QR görselinin kendisinden daha önemli bir satın alma ve devreye alma kontrolüdür.
İşletme hesabı sahipliğini bağlantıdan önce netleştirin
Numaranın kime ait olduğu, WhatsApp Business uygulamasını kimin yönettiği, Meta işletme varlıklarının kimin erişiminde bulunduğu ve bağlantıyı onaylayacak yetkili kişinin kim olduğu yazılı olarak belirlenmelidir. İşletmede iki eski çalışan aynı telefona erişmişse yalnız teknik kurulum yapmak ileride hesap sahipliği sorununu çözmez. Yönetici ayrıldığında bağlantının sürdürülebilir olması için erişimlerin kurumsal düzeyde düzenlenmesi gerekir. Bağlantı adımında kullanıcıdan kişisel şifreyi destek ekibiyle paylaşması istenmemelidir.
Özellikle bir ajansın müşteri adına kurulum yaptığı senaryoda ajans çalışanının kişisel hesabı ile müşteri işletmesinin varlıklarını birbirine karıştırmayın. Hangi işletmenin verisi hangi NetaSocial şirket alanına bağlanıyor ve kim hangi konuşmayı görebiliyor sorularını önceden yanıtlayın. NetaSocial’daki ekip ve firma yetkileri bu ayrımı kurmanıza yardımcı olur; veri sorumluluğunu ise ajans ve müşteri arasındaki sözleşmede netleştirin.
İlk gün kullanılacak pilot senaryolar
Bağlantı tamamlandıktan sonra üç küçük test görüşmesi yapın. Birincisi yalnız metin içersin ve gelen mesajın panelde doğru kanala ve konuşmaya düştüğünü doğrulasın. İkincisi bir medya dosyası içersin; medyanın beklenen erişim ve görünürlük koşullarını kontrol edin. Üçüncüsünde müşteri telefonda başlatılan görüşmeye panelden devam eder veya uygun senaryoda ters yönde ilerler; her yüzeyin hangi olayları gördüğünü kaydedin. Başarılı ilk mesaj, tüm olay çeşitlerinin sorunsuz aktarıldığını kanıtlamaz.
Test raporuna müşteri veya çalışanların gerçek telefon numaralarını ve özel sohbet içeriklerini kopyalamayın. Maskeleştirilmiş test numarası, adım, beklenen olay, gözlenen davranış ve gerekiyorsa teknik hata bilgisi yeterlidir. Testte bir sohbet panelde görünmediyse önce hesaba, kanala ve zaman aralığına bakın; telefon üzerinden gönderen kişi ile müşteri mesajını birbirine karıştırmayın. Geçmiş aktarıma ilişkin eksiklikler yeni mesajların teslim edilmediği anlamına gelmeyebilir. Olay türlerini ayrı incelemek gerekir.
Telefon ve panelde iki kez yanıt verilmesini önleyen iş düzeni
Coexistence kullanımında iletişim iki yüzeyde yürüyebilir. Bu nedenle “hangi cihazdan kim cevap verir?” sorusunu ürünün kendiliğinden çözmesini beklemeyin. Örneğin mesai içinde gelen müşteri taleplerinin sahibi paneldeki ekip, mesai dışındaki acil hatların sahibi telefon başındaki görevli olarak belirlenebilir. Fakat bu yalnız örnektir; çalışanın yetki alanı, hizmet saatleri ve kurumsal politikanız esas alınmalıdır. Bir görüşmeye iki temsilcinin aynı anda fiyat vermesini engelleyecek görev kuralını yazılılaştırın.
Paneldeki atama ve müşteri notları, telefon uygulamasında yapılan tüm işlemlerin aynı görev durumunu otomatik güncelleyeceği garantisi değildir. Vardiya devrinde “son cevap telefondan verildi, teklif teyidi bekleniyor” gibi açık bir iç not kullanılması gerekebilir. Müşteri bir kez Instagram’dan, bir kez WhatsApp’tan yazdığında da hesapların otomatik eşleştiği varsayılmamalıdır. Kimlik doğrulanmadan geçmiş kayıtları birleştirmeyin. Coexistence mevcut iletişim alışkanlığını korurken operasyon disiplini gerektirir.
Şablon, mesaj penceresi ve uygunluk ayrı test başlıklarıdır
Coexistence kurulumu WhatsApp Business Platform’un mesajlaşma kurallarını ortadan kaldırmaz. Müşterinin son mesajı ile işletmenin gönderim türü arasındaki ilişki yine izlenmelidir. İşletme şablon mesaj kullanacaksa şablon durumu, amacı ve alıcı izinleri ayrıca incelenir. “Telefon uygulamasında gönderebiliyorum” bilgisi, aynı iletinin panelde aynı teknik yolla gönderileceğini tek başına kanıtlamaz. Canlıya geçmeden önce işletmenizin gerçekten göndereceği mesaj türlerini tek tek test edin.
Özellikle kampanya veya hatırlatma bildirimlerini ürün sunumunda otomatik ve sınırsız gönderebileceğinizi söylemek doğru değildir. Numaranın, hesabın ve mesaj kategorisinin geçerli koşulları farklı olabilir. Alıcı tercihlerini ve ticari ileti izinlerini ayrı tutun. Bir kampanya ile ilgili istisna yaşandığında önce kaynağını belirleyin; platform uygunluk sorununu temsilci hatası, temsilci hatasını da platform kısıtı diye etiketlemeyin. Bu ayrım kullanıcıya destek verirken de doğru beklenti kurmaya yardımcı olur.
Bağlantı kesilirse uygulanacak kontrollü geri dönüş
Yetki değişikliği, işletme varlığının bağlantısının kesilmesi veya geçici platform hatası gibi durumlarda önce mevcut bağlantı durumunu ve son başarılı mesajı kontrol edin. Aynı numarayı farklı akışlarla tekrar tekrar bağlamak, asıl sorunu anlamayı zorlaştırabilir. Yetkili kişi bağlantıyı, webhook durumunu ve gerekiyorsa yeniden yetkilendirme adımını doğrulasın. Hata sırasında müşteri görüşmelerinin hangi yüzeyde devam ettirileceği ekipçe belirlenmelidir; sessizce kaybolan bir talep olmaması için açık iş listesi gözden geçirilmelidir.
Kritik müşteri görüşmelerinde alternatif iletişim kanalı gerekecekse müşterinin iletişim tercihleri ve ilgili kanaldaki izinler gözetilsin. Bağlantının yeniden kurulması geçmiş tüm mesajların eksiksiz geri geleceği anlamına gelmez. Kayıp veya gecikmiş olaylar için ürünün mevcut kayıtları ve platform yanıtları incelenmeli; iki kez gönderim veya çift müşteri kaydı yaratacak işlemlerden kaçınılmalıdır. Acil durum planı, sadece teknik ekibin değil görüşmeyi sürdürecek operasyon sorumlusunun da anlayacağı şekilde yazılmalıdır.
Coexistence değerlendirmesi için karar matrisi
İşletme bugün telefondan kaç kişiyle çalışıyor, gün içinde kaç farklı çalışan sırayla yanıtlıyor, hangi medya türleri ve şablonlar gerekli, hangi tarihten itibaren ortak ekrana geçilecek? Kararı bu soruların cevaplarına göre verin. Telefon kullanımının sürmesi tek başına yeterli ölçüt değildir. Bazı işletmeler için mevcut iş akışını koruma önemliyken diğerleri için tüm yeni konuşmaları bir operasyon merkezinden yönetmek daha kritik olabilir. Bu iki hedefin gerçek hesap koşullarında birlikte karşılanıp karşılanmadığı pilotla görülmelidir.
Karşılaştırma sırasında bir yöntem için “her işletmede uygun”, diğer yöntem için “yalnız büyük şirketlere uygun” gibi kesin etiketler kullanmayın. Numara uygunluğu, Meta erişimleri, beklenen mesaj türleri ve ekip yetkileri birlikte belirleyicidir. Uygun bir demo sırasında önce mevcut hattın koşulları belirlenir, ardından test akışı yapılır ve son olarak vardiya sorumlulukları yazılır. NetaSocial’ın kanal bağlantı özellikleri bu süreçte araçtır; kullanılabilirlik ve kapsam her somut hesapta doğrulanmalıdır.
Canlıya çıkış sonrası ölçülecek somut göstergeler
İlk hafta değerlendirmesinde gelen mesajların panelde görünme durumu, yanlış temsilci atamaları, telefon ve panelden çift yanıt vakaları, başarısız gönderim nedenleri ve vardiya devrinde açık kalan talepler izlenebilir. Bu örnek metriklerin hepsi NetaSocial’da hazır tek bir Coexistence rapor ekranı bulunduğu anlamına gelmez; mevcut gelen kutusu, konuşma durumları ve raporlama verileri işletmenin kendi takip planında kullanılabilir. Başarıyı yalnız bağlantının çalışmasıyla değil, müşterinin yanıtını doğru ekibin tamamlamasıyla değerlendirin.
Kurulumdan birkaç gün sonra çalışanlarla kısa bir geri bildirim oturumu yapın. Telefonda cevap verirken panelde ne belirsiz kaldı? Hangi tip sorular sürekli başka ekibe devrediliyor? Müşteri kaydı yanlışlıkla iki kez mi oluşuyor? Bu sorular, teknik entegrasyon tamamlanmış olsa da operasyonun iyileştirilmesi gereken yerlerini ortaya çıkarır. Geri bildirimleri kişisel müşteri verisi içermeyen örneklerle kayıt altına alın. Değişen platform koşulları için doğrulama sorumlusu belirleyerek prosedürü güncel tutun.
Uygulamada izlenecek adımlar
- Mevcut hattın WhatsApp Business uygulamasında nasıl kullanıldığını kaydedin.
- Meta işletme ve numara uygunluğu ile bağlantı izinlerini gözden geçirin.
- NetaSocial bağlantı akışında işletme hesabınızı yetkilendirin.
- Telefondan ve panelden karşılıklı test mesajları göndererek senkronizasyonu kontrol edin.
Telefon ile ekip ekranını bir araya getirin
NetaSocial Coexistence katmanında resmi Meta olayları üzerinden gelen, giden ve uygun senkronizasyon mesajları işlenir. Panel tarafında temsilci atama ve müşteri geçmişiyle çalışılır.
Coexistence özelliği WhatsApp Web scraping veya gayriresmi QR otomasyonu olarak anlatılmamalıdır.
İlgili ürün özelliğini inceleyinSık sorulan sorular
Telefon uygulaması kesinlikle aynı şekilde çalışmaya devam eder mi?
Uygun Coexistence akışının amacı birlikte kullanımdır; hangi işlevlerin nasıl çalışacağı hesap ve güncel platform koşullarına bağlıdır.
Eski görüşmelerin tamamı mutlaka görünür mü?
Hayır. Geçmiş senkronizasyonunun kapsamı ve Meta’nın gönderdiği veriler değişebilir; canlı kurulumda test edilmelidir.
Coexistence gayriresmi WhatsApp Web bağlantısı mı?
NetaSocial’ın ilgili webhook işleme kodu Meta’nın resmi Cloud API olaylarına dayanır.
Konuşmalarınızı tek yerde yönetin.
Ürün akışını kendi kanallarınız üzerinden görmek için NetaSocial ekibiyle görüşün.
Ücretsiz Deneyin