E-posta yönetim yazılımı: müşteri taleplerini ekipçe hızla ele al

Bir müşteri e-postası üç kez açıldığı hâlde hâlâ kullanılabilir yanıt oluşmadıysa ekibinin ihtiyacı çoğu zaman düzenli bir görünümden fazlasıdır. Bilgi bulunmalı, ekler karşılaştırılmalı ve gerekli kararlar alınmalıdır. E-posta yönetim yazılımı, mesajın gelişinden müşteri için anlamlı sonraki adıma kadar olan yolu kolaylaştırdığında değer yaratır. Yanlış soruya hızlı yanıt vermek, satışa da hizmet ekibine de fazla yardımcı olmaz.

Bu yüzden seçimi gerçek çalışma durumlarıyla yap. Çalışan talebi anlıyor mu, gerekli belgelere ulaşıyor mu, doğru posta kutusundan yanıt verebiliyor mu? Bir meslektaşı işi devraldığında ne olduğuna da bak. Bu makale beş duruma dayalı bir karar matrisi geliştirir. İşlevleri müşteri işine katkıları üzerinden değerlendirmeni ve başlangıç kapsamını yönetilebilir tutmanı sağlar; seçim yalnızca özellik isimlerine dayanmaz.

Mesaj hacmini ve gerçek işlem yolunu belirle

Temsil edici bir dönem seç ve gelen mesajları müşteri konularından ayır. Aynı teklifle ilgili üç yanıt, üç e-posta demektir; ancak yalnızca bir açık müşteri işi olabilir. Bu iki birimi karıştırırsan uzun yazışma ek talep gibi görünür. Yazılım kararında önemli olan, belirli bir konunun ne kadar çalışma yarattığı ve bu çalışmanın hangi aşamada biriktiğidir.

Tamamen varsayımsal bir ekip yüz gelen mesajı inceliyor: kırk rutin soru, yirmi beş teklif mesajı, yirmi belge sorusu, on şikâyet ve beş başka konu. Toplam yüz eder. Bunlar sektör oranları değildir; kendi gelen işini tanımlamak için bir örnektir. Hangi mesajların aynı konuya ait olduğunu ve hangi işlerin gözlem döneminden önce başladığını ayrıca belirt.

Birkaç konuda kullanılabilir yanıta kadar gidilen yolu kaydet. Çalışan sipariş numarasını nerede arıyor, ilgili ek nerede duruyor, kimin kararına ihtiyaç duyuyor? Aktif çalışma süresiyle bekleme süresini ayır. Müşteri eksik bilgiyi yarın verecekse geçen bir gün, bir tam günlük ofis emeği değildir. Her iki süre süreci etkiler ama iyileştirme için farklı çözümler gerektirir.

Inbox modül sayfası, platformda mesaj okuma, yanıtlama ve yazmayı; e-posta eklerinin Documents üzerinden belge koleksiyonuna alınmasını anlatır. Bağlı e-posta kutuları ve mesajlaşma kanalları tek uygulamada erişilebilirdir. Arama yükün dağınık mesajlardan ve dosyalardan kaynaklanıyorsa bu olanaklar değerlendirme için somut bir başlangıç sunar. Gerçek faydayı kendi çalışma yolun üzerinde kontrol edebilirsin.

Inbox’ı incele ve müşteri taleplerinin işlem yolunu dene

Okuma, yanıt ve belge çalışmasını bir arada düşün

İlk seçim ölçütü eksiksiz bir çalışma dizisidir. Çalışan talebi açar, bağlamı anlar, gerekli bilgiyi bulur ve uygun yanıtı hazırlar. Ardından mesaj doğru posta kutusundan doğru alıcıya gitmelidir. Bu bütünü geçmişi olan tipik şirket mesajlarıyla dene. Yeni yazılmış, önceki kararı veya eki olmayan tek bir deneme e-postası bütün günlük çalışma yükünü temsil etmez.

Eklerde, alındıktan sonraki kullanım önemlidir. Müşteri çizimi değiştirebilir, faturayı yeniden gönderebilir veya eksik bir belgeyi tamamlayabilir. Ekip, yanıt için hangi sürümün geçerli olduğunu anlamalıdır. Bir eki Documents’a almak onu ortak belge koleksiyonunda çalışılabilir hâle getirir. Ancak içeriğin doğruluğunu onaylamaz; eski bir dosyanın otomatik olarak geçersiz sayıldığını da tek başına göstermez.

Bu nedenle denemeden önce belgeyi ve müşteri konusunu nasıl açıkça tanımlayacağınızı belirle. Gerçek sürecinizin sunduğu ilişkilendirmeyi kullan ve sonraki çalışanın bunu anlayıp anlamadığını kontrol et. Birden fazla müşteri aynı ürün adını kullanıyorsa açıklayıcı konu satırı tek başına yeterli olmayabilir. Uygun müşteri veya işlem referansı bağlantıyı daha sağlam kurar ve devir sırasında tahmin ihtiyacını azaltır.

Kanal ihtiyacını da somut tut. E-posta ve bağlı mesajlaşma kanalları, mesaj türleri birbirine karıştırılmadan Inbox içinde erişilebilir kalır. Ekibinin ihtiyaç duyduğu belirli hizmetin bağlanıp bağlanamayacağını karar vermeden önce kontrol et. Mesajlaşmanın genel olarak açıklanması, bir müşterinin gelecekte kullanabileceği her kanal için destek sözü değildir. Ölçüt, işletmenin gerçekten ihtiyaç duyduğu mevcut çalışma olmalıdır.

Karşılaştırmadan önce işlem kurallarını kararlaştır

Ortak çalışma ortamında yanıt sorumluluğu açık olmalıdır. İncelenen gelen kutusu için bir asıl sorumlu ve bir vekil belirle. Uzmanlık gerektiren konuda başka çalışan bilgiyi sağlayabilir, iletişim ise ilk çalışanda kalabilir. Böylece müşteri tutarlı bir yanıt alır ve işletmenin içindeki bölümlerin görev paylaşımını çözmek zorunda kalmaz. İç koordinasyonun yükünü müşteriye aktarmamış olursun.

Devrin neleri içereceğini kararlaştır: müşteri isteği, doğrulanmış bilgiler, açık karar ve daha önce sözü verilen sonraki adım. Bu, ekibin çalışma kuralıdır. Yazılımın bunu nasıl desteklediğini deneme sırasında kontrol edersin. Ortak gelen kutusundan, henüz görmediğin otomatik atama veya herkes için eşzamanlı işlem durumu sonucu çıkarma. Erişim paylaşımıyla iş sorumluluğu aynı şey değildir.

Alındı bilgisi, ara yanıt ve çözüm arasında da ayrım yap. “Mesajınızı aldık” yön verebilir ama teslimat sorusunu yanıtlamaz. Yararlı bir ara yanıt, neyin incelendiğini ve sonraki temasın gerçekten ne zaman planlandığını söyler. Dayanağı olmayan taahhütlerden kaçın. Ekip hangi mesajın yalnızca bilgilendirdiğini, hangisinin müşteri işini içerik açısından ilerlettiğini anlayabilmelidir; görünür hareket çözümle karıştırılmamalıdır.

Aşağıdaki beş durumun her biri aynı iki karar alanını kullanır: istenen çalışma sonucu ve bunun seçim üzerindeki etkisi. Yanına kendi gerçek gözlemini yazabilirsin. Bunlar varsayımsal değerlendirme görevleridir. Belirli bir Inbox denemesinin daha önce yapıldığını veya durumun gerektirebileceği her işlevin kesinlikle bulunduğunu iddia etmezler. Sonucu kendi erişimin ve kendi iş akışınla değerlendirmen gerekir.

Birinci durum: rutin soruyu eksiksiz yanıtla

Mevcut bir müşteri, teklif hazırlamak için işletmenin hangi belgelere ihtiyaç duyduğunu soruyor. Yanıt, onaylı hizmet açıklamasında mevcut. Çalışan soruyu okumalı, ilgili bilgiyi bulmalı ve somut bir yanıt yazmalı. Bu sırada yeni bir tarih uydurmamalı veya bu iş için gerekmeyen ek belgeler istememelidir. Deneme, mevcut şirket bilgisinin sıradan müşteri iletişiminde kullanılmasını inceler.

İstenen sonuç şöyle olabilir: “Teklif hazırlığı için projenizin güncel açıklamasına ve konuyla ilgili mevcut belgelere ihtiyacımız var. Bunlar geldiğinde kapsamı inceleyip sonraki adımı görüşeceğiz.” Gerçek denemede işletmenin gerçekten ihtiyaç duyduğu bilgileri kullanırsın. Ekibin bu yanıtı hazırlarken kişisel dosya alanları arasında gereksiz geçiş yapıp yapmadığına bak. Sadece metnin yazılma hızını değil, bilginin bulunmasını da gözle.

Mevcut bilgiyle doğru yanıt kolayca hazırlanabiliyorsa bu durum seçim lehine sonuç verir. Güncelliğini yitirmiş şirket belgelerinde aramak temel engel olarak kalıyorsa önce bilgi temelini iyileştir. Yeni mesaj görünümü, işletmenin henüz belirlemediği yanıtı oluşturamaz. Matris böylece yazılım desteğinin faydasını, ayrıca çözülmesi gereken eksik işletme bilgisinden ayırır. Her iki sorunun sorumlusu ve çözüm yolu farklı olabilir.

İkinci durum: yeni ekle gelen teklif değişikliğini işle

Müşteri devam eden teklife yanıt veriyor ve değiştirilmiş hizmet açıklamasını ekliyor. Örnekte yeni dosya önceki sürümün yerini alıyor. Çalışan değişikliği fark etmeli, güncel temeli sonraki iş için erişilebilir kılmalı ve söz vermeden önce bunun fiyatı veya takvimi etkileyip etkilemediğini netleştirmeli. Nazik bir alındı mesajı tamamlanmış çalışma sonucu değildir; teklifin kendisi hâlâ incelenmelidir.

Değerlendirmede yeni eki mevcut yol üzerinden Documents’a al. Sorumlu kişi sonraki işlemin bu sürümden başladığını kontrol eder. Hazırlanan uygun müşteri yanıtı şöyle olabilir: “Değiştirilmiş açıklamanızı aldık. Ek kapsamı inceleyerek teklif üzerinde doğacak değişiklikleri size bildireceğiz.” Somut koşullar daha sonra doğrulandığında eklenir. Mesajı almak ile yeni ticari koşulları kabul etmek aynı aşama olarak ele alınmaz.

Mesaj, güncel ek ve sonraki içerik kararı anlaşılır biçimde bir araya geliyorsa matris bu durumun uygun desteklendiğini gösterir. Başka çalışan daha sonra hangi dosyanın kastedildiğini telefonla sormak zorundaysa devir eksiktir. Adlandırmayı ve gerçek belge yolunu kontrol et. Açık bir organizasyon sorununu gizlemek için yazılımın sürüm seçimini kendiliğinden yaptığını varsayma; bu ilişki görünür ve anlaşılır olmalıdır.

Üçüncü durum: fatura sorusunu hedefli biçimde açıklığa kavuştur

Müşteri, faturadaki miktarın ilk siparişinden neden farklı olduğunu soruyor. Hizmet çalışanı soruyu almalı ve ilgili belgeleri inceleyecek kişiye hazırlamalı. Örnekte siparişe daha sonra eklenen bir iş farkı açıklayabilir. Bu bağlantı kontrol edilmeden hemen hata kabul etmek de soruyu bütünüyle reddetmek de erken olur. Mesajı hızlı yanıtlamak, miktar farkını kendi başına açıklamaz.

İstenen sonuç izlenebilir bir açıklamadır. Sorumlu kişi siparişi, varsa sonradan gelen eklemeyi ve faturayı karşılaştırır; gerçek farkı belirtir ve uygun yanıtı hazırlar. Hata bulunursa düzeltme mevcut faturalama sürecine girer. E-posta işlemi otomatik olarak bir alacak düzeltmesi veya talep edilen tutarın değişmesi kararını vermez. Ticari işlem, şirketin geçerli sorumluluk paylaşımına göre ayrıca yürütülür.

Matris açısından önemli olan, müşteriden aynı belgeleri yeniden istemeden materyallerin inceleyen kişiye ulaşmasıdır. Documents’ta bulunan ek yardımcı olabilir ama karşılaştırmanın yerini almaz. Seçimi yalnızca hızlı yazılmış yanıta göre olumlu değerlendirirsen asıl sorunu kaçırırsın. Müşterinin kullanabileceği açıklama, doğrulanmış olaya dayanmalıdır. Bu nedenle kaynaklara ulaşma ve içerik kontrolü de denemenin parçası olmalıdır.

Dördüncü durum: karar gerektiren şikâyeti devret

Müşteri tekrarlanan gecikmeyi anlatıyor ve kesin bir çözüm istiyor. İlk çalışan mesajı okuyabiliyor ama yerine başka bir hizmet sunma sözü verme yetkisi yok. Bu yüzden devri hazırlar: ne oldu, müşteri ne bekliyor, hangi eski taahhütler kayıtlı ve sorumlu kişiden hangi karar gerekiyor? Böylece sıradaki kişiye yalnızca açıklamasız e-posta değil, çözülecek belirli bir mesele gider.

Yararlı ara yanıt somut konuyu ele alır: “Belirttiğiniz gecikmeyi inceliyor ve sorumlu kişiyle sonraki adımı netleştiriyoruz.” Ekip ancak gerçekten planladıysa dönüş zamanı ekler. İçerik kararı verildikten sonra doğrulanmış sonucu yansıtan tutarlı bir yanıt gönderilir. Müşteri, iç görüşmelerinizi yönetmek ya da farklı bölümlerden gelen parçalı mesajlardan kendi çözümünü çıkarmak zorunda kalmamalıdır.

İşi yapan kişi değiştiğinde bağlamın korunup korunmadığına bak. Vekil çalışan, müşteriye aynı hikâyeyi yeniden anlattırmadan açık kararı anlayabiliyor mu? Bu istenen sonuç bir iş gereksinimidir, otomatik yönlendirme işlevi iddiası değildir. Karar beklemede kalırsa sorumluluğu, devir yolunu ve yazılımın gerçekten verdiği desteği birlikte incele. Böylece gecikmenin hangi noktadan kaynaklandığını somut biçimde görebilirsin.

Beşinci durum: vekâleti sağla ve uygun seçim yap

Her zamanki irtibat kişisi yok ve müşteri teklifinin durumunu soruyor. Yerine bakan çalışan doğru posta kutusuna ve görev için öngörülen bilgilere ihtiyaç duyuyor. Sırf bu olay için ilgisiz, gizli başka bir gelen kutusuna erişmesi gerekmemelidir. Inbox sayfası, bağlı posta kutularının ve kanalların kullanımını kuruluşun erişimleriyle ilişkilendirir. Bu yüzden değerlendirme gerçek erişim düzeniyle yapılmalıdır.

İstenen sonuç, yetkili vekilin bilgiye dayalı yanıt vermesidir. Planlanan erişimlerle ilgili mesaja ve onaylı belgelere ulaşıp ulaşamadığını kontrol et. Ortak bir kâğıda yazılmış parola bu denemenin yerini almaz. Bilgi eksikse bütün kutuları herkese açmak yerine görev için gerekli belirli belgeyi veya erişim hakkını adlandır. Eksikliği somut tarif etmek, uygun çözümü de daha kolay belirler.

Beş durum artık kararı besler: rutin yanıt, değiştirilmiş ek, fatura sorusu, şikâyet ve vekâlet ayrı ayrı kullanılabilir sonuç vermelidir. İşletme için vazgeçilmez bir durum çözülmemişse diğerleri rahat çalışsa bile seçimde açık konu kalır. Yalnızca nadir kullanılan ek özellik eksikse başlangıcı işe yaradığı görülmüş kapsamla sınırlayabilirsin. Böylece gerekli çalışma ile ertelenebilir ek ihtiyacı ayırırsın.

Rahatlamayı ölç ve belirli bir gelen kutusuyla başla

İlk kullanımda benzer konuları; arama, yanıt hazırlığı ve iç devir dahil karşılaştır. Varsayımsal örnekte yirmi benzer iş eskiden toplam 180 dakika aktif çalışma isterken yeni süreçte 120 dakika gerektiriyor. Fark altmış dakikadır; iş başına önce dokuz dakika, sonra altı dakika düşer. Bu hesap değerlendirme yöntemini açıklar, Inbox’ın sağlayacağı bir tasarruf miktarı vaat etmez.

Yanıt kalitesini de kontrol et. Gözden kaçan ekler yüzünden müşteriler yeniden sormak zorunda kaldı mı? Gelen kutusu düzenli görünürken kararlar açık mı kaldı? Daha kısa yol, güvenilir yanıt ve anlamlı sonraki adım ürettiğinde ekonomik fayda sağlar. Başlangıç kurulumunu ve öğrenme çabasını işletme kararına kat; varsayımsal sayıların üzerinden sabit bir geri ödeme tarihi uydurma.

Bir gelen kutusu, sorumlu ekip ve bu beş deneme durumuyla başla. Inbox sayfasında mesaj işlemeyi, bağlı posta kutularını ve eklerin Documents’a gidişini inceleyebilir, mevcut başlangıç yolu üzerinden erişim oluşturabilirsin. Böylece genel yazılım araması somut değerlendirmeye dönüşür: ekibin daha az bilgi arayarak müşteri taleplerini bir sonraki yararlı adıma nasıl taşıyabileceğini kendi işinde görürsün.

Inbox’ı tanı ve müşteri taleplerinin işlenmesini hazırla