Ortak Gelen Kutusu (Shared Inbox) Nedir?

Shared inbox hangi sorunu çözer?

Farklı cihazlarda veya hesaplarda kalan mesajların kimin tarafından yanıtlandığı belirsizleşir. Müşteriler aynı bilgiyi tekrar vermek zorunda kalabilir; yöneticiler de bekleyen işleri bütün olarak göremez.

Tek gelen kutusu gelen konuşmanın kayıt altına alınmasına, sorumlusunun belirlenmesine ve gerektiğinde bir başka temsilciye devredilmesine yardımcı olur.

Tek ekran ile tek müşteri kaydı aynı şey mi?

Bir müşterinin iki kanaldan yazması iki ayrı kanal kimliği oluşturabilir. Bunların otomatik olarak aynı kişi olduğunu varsaymak doğru değildir; hatalı eşleştirme mahremiyet sorununa yol açabilir.

Müşteri profili ve uygun birleştirme iş akışı, gerçekten aynı kişiye ait olduğu doğrulanan kayıtları daha anlamlı bir geçmişte buluşturur.

Etiket neden kullanılır?

“Teklif bekliyor”, “İade sorusu” veya “Rezervasyon” gibi operasyonel etiketler konuşmaları sonraki işlem için gruplamayı kolaylaştırır.

Notlar ne işe yarar?

İç not, müşteriyle paylaşılmadan ekip içinde bağlam taşır. Kimin görebileceği yetki kurallarına bağlı olmalıdır.

Atama ve durum yönetimi

Bana atanan, atanmamış, yanıt bekleyen ve okunmamış görünümler, herkesin aynı uzun konuşma listesinde gezinmesini azaltır.

Açık, bekleyen ve kapalı durumları müşteriyle olan kanal bağlantısını değil, iç iş sürecini tarif eder. Bir görüşme yeniden açılabilir.

Ekipte tek kaynak ilkesini kurmak

Aynı müşteri talebinin hem kişisel telefonda hem başka bir mesajlaşma aracında farklı notlarla yürütülmesi, ortak gelen kutusunun değerini azaltır. Ekip için resmi görüşme kaydının nerede tutulduğunu belirlemek ve gerekli bilgiyi orada saklamak önemlidir.

Ancak tek kaynak ilkesi tüm çalışanların tüm müşteri verilerine erişmesi demek değildir. Yetkilendirme, müşteri bilgilerinin yalnız işini yapması gereken ekip üyelerine açık tutulmasını sağlamalıdır.

Konuşma yaşam döngüsünü tanımlamak

Bir müşteri sorusu ilk geldiğinde atanmamış olabilir; daha sonra ilgili temsilciye aktarılır, müşteri yanıtı beklenir ve sorun çözülünce kapatılır. Ekip üyeleri bu durum adımlarını farklı yorumlarsa raporlar da tutarsız hale gelir.

Örneğin bekleyen bir konuşmayı sırf sayı azalsın diye kapatmak yanıt kalitesini artırmaz. Durum değişikliklerini müşteriye verilen hizmetin gerçek aşamasıyla eşleştirin.

Müşteri kimliklerini birleştirirken dikkat

Bir müşterinin Instagram kullanıcı adı ve WhatsApp numarası bazen aynı kişiye ait olabilir; ancak kanıt olmadan birleştirmek yanlış kişiye özel konuşma geçmişi gösterebilir. Doğrulanabilir bağlam aramak gerekir.

Birleştirme sonrasında hangi geçmişin kim tarafından görüleceği de önemli bir yetkilendirme kararıdır. Özellikle özel görüşmelerde erişim sınırlarını müşteri profili tasarımından ayrı düşünmeyin.

Raporlama neyi ölçer?

İlk yanıt süresi, çözüm süresi, konuşma hacmi ve kanal dağılımı, operasyonun hangi noktada yoğunlaştığını görmeye yardımcı olur.

Ölçümleri hedef olarak belirlerken vardiyalar, otomatik bilgilendirme ve müşteri tarafından geç gelen yanıtlar gibi bağlamı da hesaba katmak gerekir.

Çok kanallı mesaj listesiyle ortak iş akışını ayırın

Bir panelde Instagram, Messenger, WhatsApp ve web canlı destek ikonlarının görünmesi tek başına ortak gelen kutusu işletildiğini göstermez. Ekip aynı konuşmayı kimin yanıtladığını, görüşmenin hangi durumda olduğunu ve sonraki adımın kime ait olduğunu da görmelidir. Bu nedenle kanal birleştirme ile görev yönetimi iki farklı katmandır. Ortak gelen kutusunu kurarken önce kanalları bağlayın, sonra açık iş tanımlarını ve temsilci sorumluluklarını belirleyin. Yalnız arayüzü değiştirmek eski telefon ve kişisel hesap alışkanlıklarını otomatik düzeltmez.

Örnek olarak Instagram’dan gelen ürün sorusu ile WhatsApp’tan gelen teslimat talebi aynı ekranda görünür; ancak ikisine aynı hazır yanıtı göndermek doğru olmayabilir. Platformların gönderim kuralları, yorum ve DM arasındaki ayrım ve beklenen müşteri bilgileri değişir. Ortak ekranda kanal bilgisinin kaybolmaması önemlidir. Temsilci mesajın kaynağını, son müşteri mesajını ve o kanaldaki izin kapsamını yanıt göndermeden önce değerlendirmelidir. Tek ekran, her kanalda aynı eylemin mümkün olduğu anlamına gelmez.

Gelen işler için tek bir sahiplik kuralı yazın

Atanmamış görüşmeler bir kişinin sessizce gözden geçirmesine bırakılırsa yoğun dönemde unutulabilir. Her vardiya için atanmamış işlerin kontrolünü üstlenen bir sorumlu ve gerektiğinde yedek kişi belirleyin. Görüşme atandığında sorumlu temsilcinin işi devraldığını, bir başkasının ise ancak açık devirle müdahale edeceğini ekipçe netleştirin. NetaSocial’daki atama ve takım yetkileri bu görev paylaşımının araçlarıdır; kurum içi iş disiplini uygulamanın kendiliğinden vereceği bir karar değildir.

Müşterinin aynı anda iki kanaldan yazması halinde iki ayrı görüşme açılabilir. Bu durum her zaman hata değildir: farklı kanallarda farklı işlemler yürütülüyor olabilir. Gerekiyorsa müşteriyle doğrulama yapıp kayıtları ilişkilendirin, ancak birbirini andıran isimler yüzünden otomatik birleştirmeyin. Farklı şirketlerin müşteri kayıtlarını birbirine bağlamak özellikle ciddi erişim ihlaline yol açabilir. Müşteri yönetiminde teknik olarak birleştirme yeteneği bulunması, veri erişimi ve kullanım amacı sınırlarını ortadan kaldırmaz.

Durum sözlüğünü şirket içinde standartlaştırın

“Açık” görüşme için ekipte ne anlama geliyor? Henüz yanıt verilmedi mi, üzerinde aktif çalışılıyor mu, yoksa müşteri geri dönüşü mü bekleniyor? Farklı çalışanlar farklı anlıyorsa kapanış ve çözüm raporları tutarsız hale gelir. Örnek bir sözlükte “açık” işlem devam ediyor, “bekleyen” belirli bir cevap veya bilgi bekleniyor, “kapalı” ise tanımlı tamamlanma koşulu sağlandı anlamına gelebilir. Kurum kendi gerçek süreçlerine göre açık tanımlar yazmalı ve bunları eğitimde kullanmalıdır.

Bekleyen bir görüşmenin tekrar açılması doğal bir süreçtir; bunu çalışan hatası gibi değerlendirmeyin. Müşteri sonradan yeni bilgi verdiğinde veya çözüm başarısız olduğunda konuşma yeniden işlem görebilir. Görüşmeyi kapatırken son verilen yanıtın başarılı gönderilip gönderilmediğini ve müşteriye verilen sözlerin tamamlanıp tamamlanmadığını kontrol edin. Kapanış sadece listede sayı azaltma amacı taşımamalıdır. Özellikle başka sistemde işlem bekleyen talepler için sonraki eylemin kayıtta açıkça belirtilmesi gerekir.

Etiket, not ve hatırlatma için asgari veri ilkesi

Etiketler müşterinin kişiliğini yorumlamak için değil, işin türünü tanımlamak için kullanılmalıdır. “İade sorusu”, “fiyat talebi” veya “rezervasyon bilgisi” gibi net iş etiketleri ekipler arasında anlaşılırdır. “Önemli müşteri” gibi muğlak etiketler ise ayrı bir tanım olmadan farklı yorumlanabilir. Önce sınırlı bir etiket sözlüğü oluşturun; hangi etiketin ne zaman ekleneceği ve ne zaman kaldırılacağı yazılı olsun. Gereksiz çok sayıda etiket raporlama kalitesini düşürür.

İç notlarda müşteriden alınan tüm kişisel bilgileri tekrar üretmek yerine karar için gereken bağlamı kaydedin. Örneğin “kargo takip numarası destek ekibinden doğrulanacak” notu, müşterinin adresini veya özel yazışmasını yeniden kopyalamaktan daha kontrollüdür. Hatırlatma da bir takvim süsü değil, yapılacak gerçek eylem olarak tanımlanmalıdır: kim, neyi, hangi tarihte kontrol edecek? NetaSocial’ın not, etiket ve hatırlatma işlevlerinin amacı ekip bağlamını korumaktır; otomatik CRM veri zenginleştirmesi veya dış sistem eşitlemesi vaadi değildir.

Hızlı yanıtları hangi durumda kullanmamalısınız?

Hazır yanıtlar sık gelen sorularda tutarlı ve hızlı iletişim sağlar; ancak yanlış müşteri bağlamına gönderildiğinde mekanik ve yanıltıcı görünür. Fiyat, stok, teslimat tarihi, rezervasyon koşulu veya kişisel işlem sonucu gibi değişken bilgiler güncel yetkili kaynaktan kontrol edilmelidir. “Siparişiniz bugün kargoda” ifadesi yalnızca durum teyit edildiğinde kullanılmalıdır. Hazır yanıtın içine müşterinin özel bilgilerini kopyalayıp tüm ekipte ortak şablon haline getirmeyin. Standart metin, kişiselleştirilmiş işlem bilgisinin yerini almaz.

İlk yanıt için “Talebinizi aldık, doğrulayıp döneceğiz” gibi bir metin kullanılabilir; fakat böyle bir mesajı göndermek çözüm tamamlandı demek değildir. Hızlı cevap verildiği halde müşteri daha sonra bekletiliyorsa yanıt süresi metriği olumlu görünürken deneyim zayıf olabilir. Yanıt hızını ve tamamlanma kalitesini ayrı izleyin. Ayrıca WhatsApp gibi kanallarda izin verilen mesaj türleri ve zaman penceresi geçerli olmaya devam eder. Ortak gelen kutusundaki her hızlı yanıt her kanalda koşulsuz gönderilebilir değildir.

Özel gelen kutusu ve kanal yetkileri için erişim tasarımı

Bir işletmede tüm temsilcilerin tüm konuşmaları görmesi gerekli olmayabilir. Belirli takımın yalnız kendisine atanan kanalları, özel görüşmeleri veya belirli müşteri türlerini yönetmesi istenebilir. NetaSocial’da özel roller ile ekip ve firma bazında erişim kontrolü bulunur; hangi rolün neyi göreceğini siz belirlersiniz. İşletme önce erişim matrisini çıkarır, ardından gerçek rol hesabıyla olumlu ve olumsuz erişim testleri yapar.

Örneğin satış temsilcisinin destek şikâyetinin yalnız özetini görmesi yeterli olabilir; buna karşılık yöneticinin audit kaydı incelemesi gerekebilir. Gereksiz tam yetki vermek hızlı kurulum gibi görünse de müşteri verilerinin gereğinden geniş görünmesine yol açabilir. Yeni çalışan eklenirken varsayılan izinler, ekip değişikliğinde erişim kaldırma ve işten ayrılan kullanıcının oturumunun sonlandırılması ayrı kontrol adımlarıdır. NetaSocial’ın yetkilendirme özellikleri bu politikayı uygulamak için kullanılır; hukuki veri paylaşım kararı ayrıca verilir.

İki vardiya arasında kaybolmayan görüşme örneği

Öğleden sonra gelen WhatsApp talebi için temsilci kargo biriminden cevap beklediğini varsayalım. Mesai bitiminde yalnız “ilgileniliyor” demek sonraki vardiya için yeterli değildir. Konuşma durumu açık veya bekleyen olarak doğru işaretlenmeli, sorumlu kişi belirlenmeli, iç notta beklenen bilgi kaynağı ve müşteriye verilmiş söz yazılmalıdır. Ertesi sabah atanmamış veya kendisine devredilen görüşmeleri açan temsilci doğrudan gerekli kontrolle başlar. Müşterinin aynı olayı en baştan anlatması gerekmez.

Aynı senaryoda kargo bilgisinin dış sistemde olduğunu unutmayın. Ortak gelen kutusu konuşmayı tek yerde toplar; kargo bilgisi yine kargo firmasının sisteminden alınır. Bilgi yetkili kaynaktan alınmalı, müşteriye yalnız doğrulanan sonuç iletilmelidir. Görüşmenin kapatılması için de kurumun tanımlı koşulu uygulanır. NetaSocial her kanaldan gelen mesajı düzenleyen bir çalışma alanıdır; kargo ve sipariş gibi işlemler kendi sistemlerinizde yürür.

Başarılı kurulumun ilk ay denetimi

Birinci haftada doğru kanala düşmeyen veya yanlış temsilciye atanan görüşmeler incelenebilir. İkinci haftada yoğun saatlerde bekleme ve vardiya devri sorunları gözden geçirilebilir. Üçüncü haftada etiketler ve hazır yanıtların tutarlılığı, dördüncü haftada kanal ve ekip raporlarının operasyonel gerçeklikle eşleşmesi ele alınabilir. Bu takvim bir örnektir; kendi ekibinize göre uyarlayabilirsiniz. Mevcut verilerle hangi sorunun nasıl izlendiği açıkça tanımlanmalıdır.

Başarı için “tüm mesajlar tek ekranda” ifadesinin yanında üç somut soruyu yanıtlayın: bekleyen işlerin sahibi belli mi, yeni temsilci geçmişi anlamak için ne kadar bağlam arıyor, müşteriye yanlış veya iki kez yanıt gönderme olayları azalıyor mu? Ölçüm sistemi kurulmadan yüzde iyileşme vaat etmeyin. Her kanalda örnek görüşme açarak metin, medya, yorum ve müşteri profili akışlarını gerçek kurulum koşullarında test edin.

Uygulamada izlenecek adımlar

1. Kanallarınızı ve her kanala kimlerin erişeceğini belirleyin.
2. Atanmamış konuşmaları karşılayacak bir ekip kuralı oluşturun.
3. Konuşma durumlarını ve etiketlerin anlamlarını ortaklaştırın.
4. Yanıt ve çözüm sürelerini düzenli değerlendirip iş akışını iyileştirin.