Gmail paylaşımlı posta kutusu: destek ekipleri için karar rehberi

Bir Gmail paylaşımlı posta kutusu birkaç farklı anlama gelebilir. Bir ekip bir Gmail hesabına erişim yetkisi devredebilir. Başka bir ekip Google Group kullanabilir. Bir destek ekibi mevcut adresini bir yardım masasına bağlayabilir. Her yaklaşım, e-postaları birden fazla kişinin yönetmesine olanak tanır, ancak çalışma deneyimi aynı değildir.

Doğru seçim, gelen kutusunun arkasındaki işe bağlıdır. Düşük hacimli bir idari adres için basit erişim yeterlidir. Bir müşteri destek adresi ise net sahiplik, görünür durum ve kişiler arasında güvenilir bir devir gerektirir. Bu rehber, kararı yalnızca özelliklerden oluşan bir kontrol listesine dönüştürmeden bir model seçmenize yardımcı olur.

Posta kutusuyla değil, işle başlayın

Öncelikle bir mesaj geldikten sonra neler olması gerektiğini yazın. Yanıt gerekip gerekmediğine kim karar veriyor? Bir User, mesaj üzerinde çalıştığını nasıl gösteriyor? Sıradaki User, daha önce neler yapıldığını nasıl görüyor? Ekibe görüşmenin tamamlandığını ne gösteriyor?

Paylaşımlı bir adres yalnızca ilk sorunu çözer: e-postayı birden fazla kişinin önüne getirmek. Paylaşımlı bir iş akışının ayrıca yinelenen yanıtları önlemesi, yanıtlanmamış mesajları görünür kılması ve sahiplik değiştiğinde bağlamı koruması gerekir. Hacim, aciliyet ve ekip büyüklüğü arttıkça bu ihtiyaçlar daha önemli hale gelir.

Kararı çerçevelemek için üç soru kullanın. Ekibin, bir kişinin başka bir kişi adına çalışmasına ihtiyacı var mı? Görüşmeleri tartışıp atamak için bir gruba mı ihtiyacı var? Yoksa her müşteri mesajının bir sahibi ve durumu olduğu bir destek kuyruğuna mı ihtiyacı var? Yanıtınız, aşağıdaki modellerden birine işaret eder.

Model 1: Bir parolayı paylaşın

Birkaç kişi aynı kimlik bilgileriyle tek bir Gmail hesabında oturum açabilir, ancak bu zayıf bir çalışma modelidir. Bireysel erişimi ayırmak zordur, işten ayrılan kişilerin erişimini kaldırmak riskli hale gelir ve ekip yalnızca oturum açma bilgilerine bakarak bir mesajı kimin yönettiğini anlayamaz. Parola paylaşımı ayrıca iş akışı sorununu hesap güvenliği sorununa dönüştürür.

Ekibiniz şu anda bu modeli kullanıyorsa bunu geçici bir durum olarak değerlendirin. Erişime ihtiyacı olan herkesi listeleyin, adresin sahibini belirleyin ve yetkilendirme, grup veya yardım masası aracılığıyla bireysel erişime geçin. Amaç basittir: Her User kendi hesabıyla oturum açmalıdır.

Model 2: Bir Gmail hesabına yetki verin

Yetkilendirme, bir kişinin başka bir kişinin posta kutusunu yönetmesi gerektiğinde kullanışlıdır. Google'ın Gmail yetkilendirme rehberine göre yetkilendirilen kişi, hesabın parolasını değiştiremeden hesaptaki e-postaları okuyabilir, gönderebilir ve silebilir. Bu da yetkilendirmeyi kimlik bilgilerini paylaşmaktan daha güvenli bir seçenek haline getirir.

Bu model, bir yönetici ve asistanı, geçici bir yedekleme düzenlemesini veya küçük bir idari gelen kutusunu destekler. Posta kutusunu Gmail içinde tutar ve başka bir kişiye pratik erişim sağlar. Ekibin açık atamalara, önceliklere, dahili koordinasyona veya çok sayıda görüşme genelinde raporlamaya ihtiyaç duyduğu bir destek kuyruğu için daha az uygundur.

Temel soru, posta kutusu sahibinin adına kimin işlem yapabileceği olduğunda yetkilendirmeyi seçin. Temel soru, bir ekibin kuyruğu birlikte nasıl yönettiği olduğunda yetkilendirmenin ötesine bakın.

Model 3: Google Groups'u İş Birliğine Dayalı Gelen Kutusu olarak kullanın

Bir Google Group dağıtım adresi olarak çalışabilir ve İş Birliğine Dayalı Gelen Kutusu modu temel koordinasyon özellikleri ekler. Google'ın İş Birliğine Dayalı Gelen Kutusu belgelerinde, doğru izinlere sahip üyelerin görüşmeleri atayabileceği, atamalara göre arama yapabileceği, işleri tamamlandı olarak işaretleyebileceği ve görüşmeleri etiketlerle kategorilere ayırabileceği açıklanır.

Bu model, Google'a özgü bir grup iş akışı isteyen ve işlerini Google Groups içinde yürütebilen ekipler için uygundur. Tek başına bir e-posta listesine kıyasla daha fazla koordinasyon sağlar. Bunu seçmeden önce ekibin ayarları tek başına incelemek yerine günlük deneyimi test etmesini sağlayın. User'ların mesajları nerede okuyacağını, atayacağını, yanıtlayacağını ve çözüme kavuşturacağını doğrulayın. Ayrıca herkesin bu işlemler için gereken izinleri anladığından emin olun.

Atamalar ve çözüm durumları tüm süreci kapsıyorsa İş Birliğine Dayalı Gelen Kutusu iyi bir son noktadır. Müşteri desteği ayrıca önceliklere, dahili notlara, hizmet hedeflerine, otomasyona veya iş yüküne dair daha geniş bir görünüme ihtiyaç duyduğunda bir geçiş noktası haline gelebilir.

Model 4: Gmail'i posta kutusu merkezli bir yardım masasına bağlayın

Bir yardım masası, müşterilerin gördüğü tanıdık adresi korurken gelen e-postaları yönetilen işlere dönüştürür. Bu model, bir kişinin hesabına erişimden ziyade bir kuyruk için tasarlanmıştır. Sahiplik, durum, dahili bağlam ve tutarlı önceliklendirme gerektiren destek ekipleri için uygundur.

Deskhero ile bir Gmail veya Google Workspace posta kutusu OAuth üzerinden bağlanır. Gelen e-postalar biletlere dönüşür, yanıtlar mevcut adresten gönderilir ve Gmail etiketleri ile arşiv değişiklikleri eşitlenmeye devam eder. User'lar biletleri atayabilir ve gruplar, durumlar, öncelikler, etiketler, dahili notlar ve mention'larla düzenleyebilir. Müşteri desteği için Gmail paylaşımlı posta kutusu sayfası bu iş akışının nasıl bir araya geldiğini gösterir.

Bu model, sırf bunun için Gmail'i değiştirmekle ilgili değildir. Paylaşımlı bir adresin çevresindeki işi görünür kılmakla ilgilidir. Bir User neyin atandığını, neyin ilgilenilmesi gerektiğini ve dahili olarak nelerin görüşüldüğünü görebilir. Ekip, müşterilere aynı adresi sunmaya devam edebilir.

Bu karar kontrol listesini kullanın

Posta kutusunun sahibi bir kişi olduğunda ve az sayıda güvenilir kişinin onun adına çalışması gerektiğinde yetkilendirmeyi seçin. Adres bir grubu temsil ediyorsa ve atama ile çözüm durumu yeterliyse Google Groups İş Birliğine Dayalı Gelen Kutusu'nu seçin. Adres müşteri desteğiyle ilgileniyorsa ve ekibin operasyonel kontrollere sahip bir kuyruğa ihtiyacı varsa posta kutusu merkezli bir yardım masasını seçin.

Ardından seçiminizi gerçek durumlara göre test edin. İki User aynı yeni mesajı açtığında ne olduğunu sorun. Acil işlerin rutin işlerden nasıl ayırt edildiğini sorun. Özel ekip bağlamının nerede tutulduğunu sorun. Bir kişi yokken görüşmenin nasıl devredildiğini sorun. Bir yöneticinin çok uzun süre beklemiş işleri nasıl bulduğunu sorun. İşe yarayan bir model, her soruyu hafızaya veya ayrı bir elektronik tabloya dayanmadan yanıtlayabilmelidir.

Seçiminizi yalnızca bugünkü mesaj sayısına göre yapmayın. Belirsizliğin maliyetini göz önünde bulundurun. Az sayıdaki yüksek etkili müşteri talebi, daha büyük hacimli ancak düşük riskli idari e-postalara kıyasla yönetilen bir kuyruğa daha erken geçmeyi gerektirebilir.

Kısa bir iş akışı pilotu yürütün

Gerçek bir adres ve temsili bir mesaj grubu kullanın. Basit bir talebi, başka bir departmanı gerektiren bir talebi, acil bir şikâyeti, mevcut bir yazışmadaki takip mesajını ve yanıt gerektirmeyen bir mesajı dahil edin. Birkaç User'ın bu grubu geliş anından tamamlanana kadar işlemesini sağlayın.

Gizli koordinasyon gereksinimlerine dikkat edin. User'lar işi üstlenmek için yan mesajlar gönderiyor, açık görüşmelerin ayrı bir listesini tutuyor veya birinin zaten yanıt verip vermediğini soruyorsa posta kutusu yeterli iş akışı bilgisi taşımıyor demektir. Bu geçici çözümler küçük rahatsızlıklar değil, kanıtlardır.

Beş sonucu kaydedin: sahip belirleme süresi, yanıtlanmamış işlerin görünürlüğü, devir kolaylığı, dahili bağlamın netliği ve görüşmenin tamamlandığına dair güven. Çalışma modellerini bu sonuçlara göre karşılaştırın. Böylece genel bir yazılım karşılaştırması yerine günlük işe dayanan bir karar elde edersiniz.

Mevcut modelin artık uygun olmadığını anlayın

İlk uyarı işareti yinelenen çabadır. Sahipliği göremedikleri için iki User yanıt taslağı hazırlar. İkinci işaret sessiz gecikmedir. Herkes başka birinin ilgilendiğini varsaydığı için bir mesaj okunmamış veya atanmamış olarak kalır. Üçüncü işaret parçalanmış bağlamdır. Kararlar sohbette, müşteri görüşmesi ise Gmail'de kalır.

Diğer işaretler arasında her günün başlangıcını tüketen manuel önceliklendirme, sık yaşanan devir hataları ve iş yükünü gözden geçirmenin güvenilir bir yolunun olmaması bulunur. Bu kalıplar tekrarlandığında daha fazla etiket veya ekip kuralı eklemek, gayriresmî sistemi yalnızca hatırlanması daha zor hale getirebilir.

Bu noktada ihtiyacınız olan minimum kuyruğu tanımlayın. Sahiplik, durum, öncelik ve dahili notlarla başlayın. Otomasyonu veya raporlamayı yalnızca bunlar için net bir kullanım alanı olduğunda ekleyin. Deskhero'nun paylaşımlı gelen kutusu ve bilet yönetimine genel bakışı bu kontrollere daha yakından bakmanızı sağlarken Gmail paylaşımlı gelen kutusu kurulum rehberi pratik sonraki adımları ele alır.

En basit ve işe yarar yanıt

Her ekibe uyan tek bir Gmail paylaşımlı posta kutusu kurulumu yoktur. Yetkilendirme, bir hesap sahibinin adına işlem yapmakla ilgilidir. Google Groups, grup görüşmesi iş akışı ekler. Bir yardım masası, müşteri desteği için gereken kuyruk kontrollerini ekler.

Sahipliği, devri ve tamamlanmayı görünür kılan en az karmaşık modeli seçin. Adres bir müşteri destek kanalına dönüşüyorsa onu yalnızca bir gelen kutusu olarak değil, bir iş akışı olarak değerlendirin. Bu ayrım, basit bir paylaşımlı adresin gözden kaçan veya yinelenen işlerin gizli bir kaynağına dönüşmesini önler.