Küçük ekipler için Front ortak gelen kutusu iş akışı kontrol listesi

Paylaşılan bir gelen kutusu, sorumluluğu açıkça ortaya koymalıdır. Ekibiniz Front paylaşılan gelen kutusunu değerlendiriyorsa, bir mesaj geldikten sonra gerçekleşen işlerle başlayın. Kanallar önemlidir; ancak sahiplik, devirler, yanıt kalitesi ve raporlama, gelen kutusunun yönetilebilir kalıp kalmayacağını belirler.

Bu kontrol listesi, bir aracı yapılandırmadan veya alternatifleri karşılaştırmadan önce bu ihtiyaçları belgelemenize yardımcı olur. Özellik sayısına değil, operasyonel kararlara odaklanır.

Gelen kutusuna giren konuşmaların haritasını çıkarın

Müşterilerin ekibinizle iletişime geçtiği her yeri listeleyin. Destek e-postalarını satış, faturalandırma, iadeler ve genel sorulardan ayırın. Ardından hangi konuşmaların aynı kuyruğa girmesi gerektiğini, hangilerinin ayrı kalması gerektiğini not edin.

Front'un paylaşılan gelen kutusu belgelerine göre Front paylaşılan gelen kutusu e-posta, Instagram veya SMS kanallarından mesaj alabilir ya da boş bir organizasyon gelen kutusu olarak kullanılabilir. Bu da kanal kapsamını erken verilmesi gereken bir karar hâline getirir. Birden fazla iletişim kanalını tek bir ortak çalışma alanında kullanması gereken bir ekip bu modeli değerli bulabilir. Destek çalışmaları Gmail veya Microsoft 365'te başlayan bir ekip ise posta kutusu senkronizasyonuna ve bilet kontrollerine daha fazla önem verebilir.

Her kanal için şunları kaydedin:

• İlk yanıttan kimin sorumlu olduğu
• Hangi mesajların bir uzmanın müdahalesini gerektirdiği
• Hangi bilgilerin ekip içinde gizli kalması gerektiği
• Bir konuşmanın ne zaman çözümlenmiş kabul edildiği
• Hangi mesajların destek kuyruğuna kesinlikle girmemesi gerektiği

Bu envanter, yaygın bir hatayı önler: kimin neyi ele alacağına ilişkin kurallar olmadan tek ve büyük bir gelen kutusu oluşturmak.

Otomasyon eklemeden önce sahipliği tanımlayın

Her açık konuşmanın açıkça belirlenmiş bir sonraki sorumlusu olmalıdır. Yeni işler, yeniden atama, yokluk ve eskalasyon için basit bir politika yazın. Sahipliğin bireysel bir Kullanıcıya, bir gruba veya dönüşümlü bir kuyruğa ait olup olmayacağına karar verin.

Front'un konuşma iş akışı belgeleri konuşma sahipliğini, yalnızca ekibe açık yorumları, bahsetmeleri, kuralları ve etkinlik raporlarını açıklar. Bu özellikleri operasyonel sorular için başlangıç noktası olarak kullanın. Yeni konuşmaları kim atar? Bir kişi doğrudan sahipliği alabilir mi? Bir yorum ne zaman iletilmiş bir e-postanın yerini almalıdır? Hangi olaylar bildirim gerektirir?

İşleyen bir sahiplik politikası kısa olabilir:

1. Her yeni konuşmayı konudan sorumlu gruba yönlendirin.
2. Çalışma başlamadan önce bir Kullanıcı atayın.
3. Müşterinin görmemesi gereken bağlamlar için dahili bir not kullanın.
4. Başka bir Kullanıcının işlem yapması gerektiğinde, açık bir nedenle yeniden atayın.
5. Konuşmayı yalnızca vaat edilen işlem tamamlandıktan sonra kapatın.

Politikayı gerçek örneklerle test edin. Acil bir talebi, belirsiz bir talebi, yinelenen bir mesajı ve başka bir ekibe ait olan bir mesajı da dahil edin. Herhangi bir örnekte sorumlu kişi belirsiz kalıyorsa, otomatikleştirmeden önce politikayı düzeltin.

En az sayıda yönlendirme kuralını seçin

Otomasyon, öngörülebilir sınıflandırma işlerini ortadan kaldırmalıdır. Belirsiz kararları gizlememelidir. Alıcı adresi, talep sahibinin alan adı, konu, mesaj metni veya dil gibi ekibinizin açıklayabileceği koşullarla başlayın. Ardından bir grup atamak, etiket uygulamak veya öncelik belirlemek gibi görünür bir eylem seçin.

Her kuralı yalın bir dille yazın. Beklenen sonucu ve bir istisnayı ekleyin. Örneğin, faturalandırmayla ilgili bir anahtar kelime bir mesajı finans ekibine yönlendirebilir; ancak geri ödeme talebi yine de destek sahipliği gerektirebilir. Yayına aldıktan sonra hatalı eşleşmeleri inceleyin ve çok az zaman kazandıran kuralları kaldırın.

Manuel bir geri dönüş kuyruğu bulundurun. Bir kişi hiçbir kuralla eşleşmeyen konuşmaları incelemeli ve ekip hatalı bir yönlendirmenin nasıl düzeltileceğini bilmelidir. İnsanların güvendiği küçük bir kural seti, kimsenin açıklayamadığı büyük bir kural setinden daha kullanışlıdır.

İş birliği sınırlarını belirleyin

Ortak erişim, otomatik olarak iyi bir iş birliği oluşturmaz. Nelerin dahili nota, nelerin müşteriye gönderilecek yanıta ait olduğuna ve ne zaman birinden bahsetmenin gerekli olduğuna karar verin. Bağlamı, kararları ve vaat edilen takip işlemlerini korumak için notları kullanın. Notları ikinci bir sohbet sistemi olarak kullanmaktan kaçının.

Ayrıca ekibinizin yinelenen konuşmaları nasıl ele alacağını tanımlayın. Bir müşteri aynı konuyu iki adrese gönderebilir veya farklı bir ileti dizisinden yanıt verebilir. Politikanız, yinelenen konuşmanın birleştirilmesi, bağlanması veya kapatılması gerektiğini ve nihai müşteri yanıtının nerede yer alacağını belirtmelidir.

Atama, gruplar, durumlar, öncelikler, etiketler, notlar, bahsetmeler, iletme ve birleştirme gibi posta kutusu odaklı kontrolleri daha yakından incelemek için Deskhero'nun paylaşılan gelen kutusu ve bilet özelliklerini inceleyin.

Gelen kutusu etkinliğini değil, iş akışını ölçün

Müşteri sonuçlarıyla bağlantılı küçük bir ölçüm grubu seçin. Başlangıç için yararlı ölçümler arasında gelen mesaj hacmi, ilk yanıta kadar geçen süre, çözüme kadar geçen süre, yeniden açılan konuşmalar ve konuya göre iş dağılımı bulunur. Ekibin zaman ölçümlerini tutarlı biçimde yorumlayabilmesi için zamana dayalı her ölçümün temelindeki çalışma saatlerini tanımlayın.

Sayılarla birlikte konuşmalardan oluşan bir örneği de inceleyin. Daha hızlı bir ilk yanıt, daha fazla takip işi yaratıyorsa yararlı değildir. Daha düşük açık konuşma sayısı, konuşmaların vaktinden önce kapatılmasını gizleyebilir. Her metriği bir kalite kontrolüyle ve ölçüm değiştiğinde ekibinizin vereceği bir kararla eşleştirin.

Düşük riskli bir posta kutusu geçişi planlayın

Bir araç değişikliğini tek bir yayına alma olayı olarak görmeyin. Yeni konuşmalar için bir başlangıç tarihi seçin, eski ileti dizilerine ne olacağını tanımlayın ve eksik veya yinelenen mesajları kontrol edecek bir Kullanıcı atayın. Ekip gönderme, alma, atama ve bildirimlerin beklendiği gibi çalıştığını doğrulayana kadar yazılı bir geri dönüş planını koruyun.

Ekibiniz posta kutusu odaklı bir yardım masası değerlendiriyorsa Deskhero, Gmail veya Microsoft 365'e bağlanarak gelen e-postaları biletlere dönüştürebilir ve yanıtları mevcut adresinizden gönderebilir. Kullanıcılar atama, gruplar, durumlar, öncelikler, etiketler, dahili notlar, bahsetmeler, bildirimler, iletme ve birleştirme özellikleriyle çalışabilir. Uygulamadaki ödünleşimleri küçük destek ekipleri için Front paylaşılan gelen kutusu alternatifi sayfasında inceleyin.

Temsili konuşmalardan oluşan bir grupla pilot uygulama yürütün. Yeni bir talebi, mevcut bir ileti dizisine verilen yanıtı, bir eki, dahili bir devri, yinelenen bir mesajı ve mesai saatleri dışındaki bir mesajı test edin. Her testten önce beklenen sonucu kaydedin. Sonuç farklıysa iş akışının mı yoksa yapılandırmanın mı değiştirilmesi gerektiğine karar verin.

Son karar için kontrol listesini kullanın

Paylaşılan bir gelen kutusu seçmeden veya yapılandırmadan önce ekibinizin şu soruları yanıtlayabildiğinden emin olun:

• Her gelen kutusuna hangi kanallar ve adresler dahil olmalı?
• Yeni bir konuşmanın sahibi kim ve sahiplik nasıl değişiyor?
• Hangi bağlam dahili kalıyor?
• Hangi yönlendirme kuralları otomatikleştirilebilecek kadar öngörülebilir?
• Yinelenen konuşmalar ve eskalasyonlar nasıl ele alınıyor?
• Hangi ölçümler müşteri sonuçlarını ortaya koyuyor?
• Ekip bir geçişi nasıl test edip izleyecek?

Doğru paylaşılan gelen kutusu, net bir işletim modelini destekleyen gelen kutusudur. Önce bu modeli belgeleyin, ardından her ürünün bu modeli nasıl ele aldığını karşılaştırın. Böylece kapsamlı bir özellik karşılaştırmasını ekibinizin test edebileceği bir karara dönüştürürsünüz.