Outlook'u Gerçekten Çalışan Bir Yardım Masasına Dönüştürme
Ekibiniz günde birkaç destek e-postasından fazlasını yönetiyorsa, ilerlemenin en hızlı yolu Microsoft 365 posta kutunuzu entegre bir yardım masasına bağlamaktır. E-posta adresinizi değiştirmeden veya herhangi bir şeyi taşımadan bilet sahipliği, SLA takibi ve raporlama elde edersiniz. Bugün 30 günlük bir pilot başlatın. Bir hafta içinde daha az yinelenen yanıt, her yazışmada net sahiplik ve hangi taleplerin geciktiğini gösteren canlı bir görünüm görmeye başlamalısınız.
Hacminiz gerçekten düşükse, paylaşılan posta kutusu, Outlook kuralları ve yanıt şablonlarını kullanan disiplinli bir kendin-yap kurulumu şimdilik yeterli olabilir. Ancak sınırı bilin: Outlook’ta yerel bilet alanları, SLA uygulaması ve raporlama panosu yoktur.
Önemli Çıkarımlar
Outlook’u güvenilir bir yardım masasına dönüştürmek, düşük hacimli ekipler için disiplinli bir kendin-yap paylaşılan posta kutusu iş akışı veya bilet sahipliği, SLA uygulaması ve raporlamaya ihtiyaç duyan tüm ekipler için entegre bir yardım masası gerektirir.
| Nokta | Ayrıntılar |
|---|---|
| Kendin-yap yaklaşımının kesin bir sınırı vardır | Kurallara sahip paylaşılan bir posta kutusu, günde 20 e-postanın ve iki temsilcinin altında çalışır; bunun ötesinde sahiplik zayıflar. |
| Entegrasyon yöntemi önemlidir | Yanıt gönderme hatalarını ve kimlik doğrulama sorunlarını önlemek için IMAP yerine Microsoft 365 OAuth kullanın. |
| Sinyaller ortaya çıktığında geçiş yapın | Günde 20–30’dan fazla e-posta, iki veya daha fazla temsilci ya da herhangi bir SLA ihlali, entegre bir yardım masasına geçişi haklı çıkarır. |
| Gerçek trafikle pilot uygulayın | Gerçek taleplerin bir bölümü üzerinde, tek bir sorumlu ve önceden tanımlanmış KPI’larla, süre sınırı belirlenmiş 30 günlük bir pilot yürütün. |
| Deskhero bu kullanım senaryosuna uygundur | Deskhero, Microsoft 365’e OAuth üzerinden bağlanır, onaylanmış bilgi kaynaklarından yapay zekâ destekli yanıt taslakları oluşturur ve kredi kartı gerektirmeyen 30 günlük ücretsiz denemeyle başlar. |
İçindekiler
- Outlook’u yardım masasına dönüştürmek neden göründüğünden daha zordur?
- İki pratik yaklaşım: Kendin-yap Outlook ve entegre yardım masası
- Outlook-yardım masası entegrasyonları gerçekte nasıl bağlanır?
- Her iki yaklaşım için adım adım kurulum
- Entegre bir yardım masasının yalnızca Outlook’un sunamayacağı şeyler
- Yalnızca Outlook iş akışından ne zaman ayrılmalı?
- Outlook entegre bir yardım masası seçerken nelere dikkat edilmeli?
- Deskhero, Microsoft 365 posta kutunuzu tam kapsamlı bir yardım masasına nasıl dönüştürür?
- Bir pilot uygulamayı gerçekte başarılı veya başarısız yapan nedir?
- Deskhero ile ölçümlenen ilk 30 gününüz
- Kaynaklar
- SSS
Outlook’u yardım masasına dönüştürmek neden göründüğünden daha zordur?
Outlook, kişisel e-posta için harika bir istemcidir. Paylaşımlı, sorumluluğu belirli, birden fazla temsilcinin görev aldığı destek süreçleri için hiçbir zaman tasarlanmamıştır. Ekipler ek araçlar olmadan müşteri desteğini paylaşılan bir gelen kutusu üzerinden yürütmeye çalıştığında aynı sorunlar her seferinde ortaya çıkar:
- Bilet sahipliği yoktur. Her temsilci bir e-postayı açabilir. Hiçbirine resmî olarak atanmaz. Yinelenen yanıtlar sürekli gerçekleşir.
- SLA uygulaması yoktur. Dört saattir yanıtsız duran bir e-postayı işaretleyecek, bırakın eskale etmeyi, herhangi bir mekanizma bulunmaz.
- Yönlendirme otomasyonu zayıftır. Outlook kuralları e-postaları klasörlere taşıyabilir; ancak bir sahip atayamaz, öncelik belirleyemez veya iş akışı tetikleyemez.
- Merkezi pano yoktur. Tüm açık talepleri, yaşlarını veya durumlarını tek bakışta görmenin bir yolu yoktur.
- Denetim izi kırılgandır. Silinen e-postalar, taşınan yazışmalar ve kişisel klasörlerden gönderilen yanıtlar, uyumluluk incelemelerinde işaretlenecek boşluklar oluşturur.
- Yanıt adresleri tutarsızdır. Temsilcilerin paylaşılan adres yerine kişisel posta kutularından yanıt vermesi müşterilerin kafasını karıştırır ve yazışma sürekliliğini bozar.
Forrester araştırması, müşterilerin hizmetten beklentileri ile şirketlerin gerçekte sundukları arasında kalıcı bir fark olduğunu belgeliyor. Yavaş ve tutarsız e-posta yanıtları bu farkın başlıca nedenlerinden biridir. Öte yandan, bir Microsoft araştırması, çalışanların %40’ının sabah 6’dan önce e-postalarını kontrol ettiğini ortaya koydu. Bu, uygun araçlar olmadan e-posta odaklı desteğin, yanıt sürelerini iyileştirmeden temsilcileri tü tüketen “daima açık” bir iş yükü oluşturduğunu gösteriyor.
Güvenlik boyutu da önemlidir. Denetim kaydı, erişim denetimi ve veri yerleşimi politikası olmayan gelişigüzel paylaşılan posta kutusu iş akışları, müşteri kişisel verilerini işleyen her ekip için risk oluşturur.
İki pratik yaklaşım: Kendin-yap Outlook ve entegre yardım masası
Outlook’u destek için kullanmak, yapılandırılmış bir iş akışı oluşturduğunuzda düşük hacimlerde uygulanabilir. Daha yüksek hacimlerde veya daha fazla temsilciyle entegre bir yardım masasına ihtiyacınız vardır. İki yolun karşılaştırması şöyledir.
Kendin-yap Outlook iş akışı
Nedir: Outlook kuralları, renk kategorileri, klasör yapısı, manuel sahiplik kuralları ve kaydedilmiş yanıt şablonları (Quick Parts) içeren paylaşılan bir posta kutusudur.
Avantajları:
- Yeni yazılım gerektirmeden iki saatten kısa sürede devreye alınır
- Ekibinizin zaten sahip olduğu kimlik bilgilerini kullanır
- Microsoft 365 lisansınızın ötesinde sıfır ek maliyet getirir
Dezavantajları:
- Sahiplik sistem tarafından uygulanmaz; sosyal bir uzlaşıya dayanır
- SLA takibi, raporlama ve bilet geçmişi yoktur
- Günde 20–30 e-postanın veya iki temsilcinin üzerinde hızla yetersiz kalır
Entegre yardım masası
Nedir: Posta kutunuza bağlanan, gelen e-postaları biletlere dönüştüren ve bunların üzerine sahiplik, SLA, otomasyon ve raporlama ekleyen bir SaaS platformu veya Outlook eklentisidir.
Avantajları:
- Bilet sahipliği sistem tarafından zorunlu tutulur
- SLA sayaçları, eskalasyon kuralları ve panolar yerleşik olarak gelir
- 2 temsilciden 20+ temsilciye sorunsuz şekilde ölçeklenir
- Denetim kayıtları ve veri yerleşimi denetimleri sunar
Dezavantajları:
- Abonelik gerektirir
- Doğru şekilde yapılandırılıp test edilmesi bir gün sürer
- Temsilcilerin kısa bir oryantasyon oturumuna ihtiyacı vardır
Ekibinize hangi yaklaşım uygun?
| Yetenek | Kendin-yap Outlook iş akışı | Entegre yardım masası |
|---|---|---|
| Bilet sahipliği | Yalnızca manuel uzlaşı | Sistem tarafından zorunlu atama |
| SLA takibi | Yok | Yapılandırılabilir sayaçlar ve uyarılar |
| Yönlendirme otomasyonu | Temel klasör kuralları | Koşullu atama kuralları |
| Raporlama ve panolar | Yok | Yerleşik analizler |
| Denetim izi | Kısmi (posta kutusu kayıtları) | Tam ve dışa aktarılabilir kayıtlar |
| Çok kanallı başvuru | Yalnızca e-posta | E-posta, web formu, sohbet |
| Kurulum süresi | 1–2 saat | 4–8 saat (pilot) |
Destek e-postası hacminiz düşük ve temsilci ekibiniz küçükse kendin-yap yaklaşımını seçin. Performans hakkında raporlamaya, SLA’ları uygulamaya veya üçüncü bir temsilci eklemeye ihtiyaç duyduğunuz anda entegre bir yardım masasına geçin.
Outlook-yardım masası entegrasyonları gerçekte nasıl bağlanır?
Bir sağlayıcı seçmeden önce bağlantı yöntemini anlamak, ileride zahmetli bir yeniden yapılandırmadan sizi kurtarır. Dört ana yaklaşım vardır.
Microsoft 365 / Exchange bağlayıcısı (önerilir). Yardım masası platformu OAuth üzerinden kiracınıza bağlanır, paylaşılan posta kutusunu okur ve yanıtları aynı adres üzerinden geri yazar. Düz metin olarak saklanan kimlik bilgileri veya yapılandırılacak SMTP geçişi yoktur. Microsoft 365 kullanan her ekip için en az zahmetli seçenek budur.
IMAP/POP yedeği. Eski veya şirket içi Exchange kurulumlarında IMAP ya da POP erişimi gerekebilir. Bu yöntem çalışır; ancak IMAP/POP/SMTP yapılandırma karmaşıklığı getirir ve Microsoft güvenlik güncellemelerinden sonra kimlik doğrulama hatalarına daha yatkındır.
Gönderen eşlemesi olan paylaşılan posta kutusu. Yardım masası, paylaşılan bir posta kutusundan (ör. support@yourcompany.com) okur ve yanıtları aynı adresten gönderir. Müşteriler tutarlı bir “gönderen” adresi görür; temsilciler yardım masası kullanıcı arayüzünde çalışır.
Outlook eklentisi ve sunucu taraflı alma. Bir Outlook eklentisi, temsilcilerin herhangi bir e-postadan tek tıklamayla bilet oluşturmasına ve yazışmaya bilet kimliği eklemesine olanak tanır. Sunucu taraflı alma ise her gelen e-postayı temsilci müdahalesi olmadan otomatik olarak dönüştürür. Çoğu ekip, paylaşılan destek adresi için sunucu taraflı almayı; dahili veya anlık eskalasyonlar için eklentileri tercih eder.
Bağlantı kurulduktan sonra yardım masası her yeni e-postaya bir bilet kimliği atar. Platform konu satırı, yazışma kimliği veya yanıt adresine eklenmiş bilet numarası etiketi üzerinden eşleştirme yaptığı için müşterinin takip yanıtları otomatik olarak aynı bilete bağlanır. Eklenti yüklüyse temsilciler, gelen kutularından ayrılmadan Outlook’ta bilet durumu, sorumlu kişi ve SLA geri sayımını gösteren bir önizleme kartı görür.
Güvenlik hususları. En az ayrıcalıklı kapsamlarla OAuth 2.0 kullanılmasını zorunlu tutun (tam kiracı erişimi değil, yalnızca paylaşılan posta kutusunda okuma/gönderme). Temsilcilerin mevcut kimlik bilgileriyle kimlik doğrulaması yapabilmesi için sağlayıcının Microsoft SSO’yu (Azure AD) desteklediğini doğrulayın. Bilet verilerinin nerede saklandığını ve sağlayıcının SOC 2 Type II sertifikasına sahip olup olmadığını sorun. Her otomatik işlem, yöneticinin dışa aktarabileceği bir denetim kaydında görünmelidir.
Uzman İpucu: Bir pilot yürütürken IMAP yerine Microsoft 365’in yerel OAuth bağlayıcısını kullanın. Bu, en yaygın gönderen adresi hatalarını ortadan kaldırır ve Microsoft’un Exchange Online için aktif olarak kullanımdan kaldırdığı uygulama parolası gerektirmez.
Her iki yaklaşım için adım adım kurulum
Kendin-yap Outlook iş akışı oluşturma (1–2 saat)
- Paylaşılan bir posta kutusu oluşturun (ör. support@yourcompany.com) Microsoft 365 yönetim merkezinde. Her temsilciye Tam Erişim ve Farklı Gönder izinleri atamak için Microsoft Learn paylaşılan posta kutusu kılavuzunu izleyin.
- Adresi duyurun. Müşteri taleplerini paylaşılan adrese yönlendirmek için web sitenizin iletişim sayfasını, e-posta imzalarını ve otomatik yanıtlayıcıları güncelleyin.
- Klasör yapısı oluşturun. Üst düzey klasörler oluşturun: Yeni, İşlemde, Müşteri Bekleniyor, Çözüldü. Gerekirse kategoriye göre alt klasörler ekleyin (Faturalandırma, Teknik, İadeler).
- Outlook kurallarını ayarlayın. E-postaları gönderen etki alanına, konu anahtar kelimesine veya kategoriye göre otomatik olarak doğru klasöre taşıyacak kurallar oluşturun.
- Renk kategorilerini tanımlayın. Outlook kategorilerini basit bir öncelik sistemi olarak kullanın: Kırmızı = Acil, Sarı = Normal, Yeşil = Çözüldü.
- Yanıt şablonlarını kaydedin. En sık kullandığınız beş yanıtı saklamak için Quick Parts veya My Templates’ı kullanın. Temsilcilerin hızlı bulabilmesi için şablonları açıkça adlandırın.
- Bir sahiplik kuralı belirleyin. Yazılı bir kural üzerinde anlaşın: Bir e-postayı açan temsilci, yeniden atayana veya çözüldü olarak işaretleyene kadar e-postanın sahibidir. Bu kuralı paylaşılan OneNote veya Teams wiki’sinde belgeleyin.
- Çözülen yazışmaları arşivleyin. Çözülen e-postaları her hafta Çözüldü klasörüne taşıyın. Asla silmeyin; bir anlaşmazlıkta yazışmaya ihtiyaç duyabilirsiniz.
Hızlı bir entegre yardım masası pilotu yürütme (4–8 saat)
- Bir sağlayıcı seçin ve Microsoft 365 OAuth desteği sunduğundan, posta kutusu taşıması gerektirmediğinden emin olun.
- Microsoft 365 posta kutunuzu bağlayın sağlayıcının yönetim panelinde OAuth üzerinden. Yalnızca paylaşılan posta kutusunda okuma ve farklı gönderme erişimi verin.
- Farklı gönderme adresini eşleyin. Giden yanıtların sağlayıcı alt etki alanı yerine support@yourcompany.com adresinden göründüğünü doğrulayın. Temsilcileri davet etmeden önce bunu test edin.
- Temel yönlendirme kurallarını ayarlayın. Biletleri doğru temsilciye veya kuyruğa otomatik atamak için anahtar kelime, gönderen etki alanı veya konuya göre yönlendirin. Yönlendirme mantığı örnekleri için e-postadan bilete kılavuzuna bakın.
- Kullanıcıları ve temsilcileri içe aktarın. Temsilcileri ekleyin, rolleri belirleyin (yönetici ve temsilci) ve bildirim tercihlerini yapılandırın.
- Bilet kimliğiyle yazışma dizisini etkinleştirin. Takip e-postalarının doğru bilete eklenmesi için platformun yanıt adreslerine veya konu satırlarına bilet referansı eklediğini doğrulayın.
- Uçtan uca kabul testleri yürütün. Paylaşılan adrese test e-postası gönderin, bilet oluşturulduğunu doğrulayın, yardım masasından yanıt verin ve müşterinin şirket adresinizden yanıt aldığını kontrol edin.
Canlıya geçmeden önce doğrulama kontrol listesi
- Yanıt gönderen adresi sağlayıcının adresini değil, şirket etki alanınızı gösteriyor
- Müşterinin takip yanıtı yeni bir bilet yerine aynı yazışma dizisine bağlanıyor
- Tüm temsilciler aynı bilet kuyruğunu eş zamanlı görebiliyor
- Örnek bir SLA sayacı doğru şekilde çalışıyor ve eskalasyon yapıyor
- Denetim kaydı, test biletindeki her temsilci işlemini yakalıyor
Uzman İpucu: En yaygın yanlış yapılandırma, temsilcilerin paylaşılan adres yerine kişisel posta kutusundan yanıt vermesidir. Paylaşılan gelen kutusundan kişisel posta kutusu erişimini kaldırarak ve kontrolünüzdeki müşteri tarafı bir e-posta hesabıyla test ederek bunu lansmandan önce engelleyin.
Entegre bir yardım masasının yalnızca Outlook’un sunamayacağı şeyler
Kendin-yap Outlook iş akışı ile entegre yardım masası arasındaki fark yalnızca özelliklerle ilgili değildir. Asıl fark, gerçekte neyi ölçüp iyileştirebileceğinizdir.
Hemen kazanacağınız özellikler:
- Her talepte adı belirli bir sorumlu ile bilet sahipliği
- Geciken biletleri otomatik olarak eskale eden SLA sayaçları
- Koşullu atama kuralları (faturalandırma sorularını faturalandırma ekibine, teknik sorunları 2. seviyeye yönlendirme)
- Tam konuşma geçmişine sahip aranabilir bilet veritabanı
- Temsilcilerin yanıt verirken yararlanabileceği bilgi tabanı
- Çok kanallı başvuru: e-posta, web formu ve yapay zekâ sohbeti
- Hacmi, yanıt sürelerini ve çözüm oranlarını gösteren analiz panoları
- Uyumluluk ve anlaşmazlık çözümü için tam denetim kayıtları
Pilot sırasında takip edilecek ölçümler:
- İlk yanıt süresi (hedef: çoğu KOBİ ekibi için 4 saatin altında)
- Kategoriye göre çözüm süresi
- Yeniden açılan bilet oranı (yanıt kalitesi için bir gösterge)
- Temsilci başına günlük işlenen bilet sayısı
- SLA uyumluluk yüzdesi
| Destek ihtiyacı | Kendin-yap Outlook | Entegre yardım masası |
|---|---|---|
| Bir bileti tek bir temsilciye atama | Manuel e-posta işareti | Sistem tarafından zorunlu atama |
| SLA uyumluluğunu takip etme | Mümkün değil | Otomatik sayaçlar ve uyarılar |
| Geçmiş bilet geçmişinde arama yapma | Yalnızca posta kutusu araması | Yapılandırılmış bilet veritabanı |
| Ekip performansı hakkında raporlama | Mümkün değil | Yerleşik panolar |
| Web formu gönderimlerini yönetme | Mümkün değil | Yerel çok kanallı başvuru |
| Bilgi tabanından otomatik yanıt taslağı oluşturma | Mümkün değil | Yapay zekâ tarafından oluşturulan taslaklar |
Forrester’ın hizmet beklentisi farkına ilişkin araştırması net bir tablo ortaya koyuyor: Daha hızlı yanıtlar ve daha iyi takip, hoş ek özellikler değildir. Bunlar artık müşterilerin temel beklentileridir. Entegre yardım masası, tutarlı performansı mümkün kılan araçtır. Bilet sistemlerinin neler yapabileceğine daha geniş bir bakış için müşteri destek bilet sistemi kılavuzu, ölçümleri ve tasarımı ayrıntılı olarak ele alıyor.
Yalnızca Outlook iş akışından ne zaman ayrılmalı?
Çoğu ekip çok uzun süre bekler. Sorun belirgin hâle geldiğinde müşterileri çoktan kaybetmiş ve temsilcileri tükenmiş olur. Şu sinyalleri izleyin.
- Günde 20–30’dan fazla destek e-postası yönetiyor ve temsilciler yazışmaları kaçırıyor
- Gelen kutusunu ikiden fazla temsilci paylaşıyor ve bu ay birden fazla kez yinelenen yanıt gönderildi
- Bir müşteri yanıt alamadığından şikâyet etti ve orijinal e-postayı bulamadınız
- Manuel sayım yapmadan “Ortalama ilk yanıt süremiz nedir?” sorusunu yanıtlayamıyorsunuz
- Bir hizmet seviyesi taahhüdünü kaçırdınız ve ihlalden önce herhangi bir uyarı almadınız
- Bir devir süreci olmadığı için temsilciler sabah 6’dan önce veya akşam 9’dan sonra e-postalarını kontrol ediyor
- Üçüncü bir temsilciyi işe alıyorsunuz ve yükü sistematik olarak dağıtmanın bir yolu yok
Bu sinyallerden herhangi ikisinin birlikte görülmesi, hemen geçiş yapmak için yeterlidir. Bir yardım masası aboneliğinin maliyeti, neredeyse her zaman kaybedilen tek bir müşterinin veya tek bir uyumluluk olayının maliyetinden düşüktür.
Geçiş yaptığınızda, entegre yardım masasını bir hafta boyunca paylaşılan posta kutusuyla paralel çalıştırarak kesintiyi en aza indirin. Paylaşılan posta kutusunu etkin tutun, trafiğin bir bölümünü (örneğin tek bir talep kategorisini) önce yeni sistem üzerinden yönlendirin ve yalnızca temsilciler rahat ettikten sonra kapsamı genişletin. Bu yaklaşım e-posta yönetimi kılavuzunda daha ayrıntılı olarak ele alınıyor.
Outlook entegre bir yardım masası seçerken nelere dikkat edilmeli?
Tüm yardım masaları Outlook ile aynı düzeyde iyi entegre olmaz. Deneme sürecine başlamadan önce şu soruları sorun.
Her sağlayıcıya sorulacak sorular:
- Hangi bağlantı yöntemlerini destekliyorsunuz: Microsoft 365 OAuth, şirket içi Exchange, IMAP/POP?
- Farklı gönderme ve yanıt gönderen adresi eşlemesini nasıl yönetiyorsunuz?
- Müşterilerin konu satırını korumasını gerektirmeden bilet yazışma dizileri çalışıyor mu?
- Hangi SLA araçları dâhil: sayaçlar, eskalasyon kuralları, ihlal uyarıları?
- Tüm bilet verilerini standart bir formatta (CSV, JSON) dışa aktarabilir miyim?
- Müşteri verileri nerede saklanıyor ve SOC 2 Type II sertifikanız var mı?
- Microsoft SSO’yu (Azure AD) destekliyor musunuz?
- Hangi otomasyon kuralları mevcut ve bir API var mı?
- Deneme koşulları neler: ne kadar sürüyor, kredi kartı gerekiyor mu, deneme sonrasında veriler siliniyor mu?
Deneme başlamadan önce durmanız gereken kırmızı bayraklar:
- Sağlayıcı destek e-posta adresinizi değiştirmenizi veya posta kutunuzu taşımanızı istiyor
- Denetim kaydı yok ya da kayıtlar dışa aktarılamıyor
- Deneme için kredi kartı gerekiyor veya deneme süresi 14 günden kısa
- Veri depolama konumu belirsiz ya da uyumluluk yetki alanınızın dışında
- API yok veya dışa aktarma seçenekleri ciddi biçimde sınırlı
- Kendi pilotunuz sırasında sağlayıcının destek SLA’sı tanımlanmamış
Pilot müzakeresi: Gerçek trafikle, süre sınırı belirlenmiş 30 günlük bir deneme isteyin. Başlamadan önce başarı ölçütlerini tanımlayın: hedef ilk yanıt süresi, minimum SLA uyumluluk oranı ve gün sonunda izin verilen maksimum atanmamış bilet sayısı. Sağlayıcı net pilot koşullarını kabul etmiyorsa, bu durum kendi desteğini nasıl yönettiği hakkında size bir fikir verir.
Pilotunuz sırasında otomasyon planlaması için KOBİ’ler için pazarlama otomasyonu kontrol listesi, iş akışı tetikleyicilerini ve eskalasyon mantığını düşünmek için yararlı bir çerçeve sunar.
Deskhero, Microsoft 365 posta kutunuzu tam kapsamlı bir yardım masasına nasıl dönüştürür?
Deskhero, taşıma projesi olmadan tam kapsamlı bir yardım masası isteyen küçük ve orta ölçekli destek ekipleri için özel olarak tasarlanmıştır. Microsoft 365 veya Exchange posta kutunuzu OAuth üzerinden bağladığınızda mevcut destek adresiniz başvuru kanalı hâline gelir. Yeni e-posta adresi, DNS değişikliği veya veri taşıması gerekmez.
Deskhero’nun Outlook iş akışınıza ekledikleri:
- Yanıtların şirket adresinizden gönderilmesini sağlayan çift yönlü e-posta senkronizasyonu
- Gelen her e-posta için otomatik bilet oluşturma ve kimlik numarasıyla yazışma dizisi oluşturma
- Yalnızca onaylanmış bilgi tabanınızdan, çözülen biletlerden ve web sitesi içeriğinden alınan yapay zekâ yanıt taslakları
- Atama, etiketleme ve eskalasyon için otomasyon kuralları
- Temsilcilerin yanıt verirken arayabileceği dahili bilgi tabanı
- Bir temsilci kaydı onayladıktan sonra çözülen biletlerden otomatik oluşturulan herkese açık SSS
- Hacmi, yanıt sürelerini ve temsilci yükünü gösteren analizler ve bilet içgörüleri haritası
- 14 dilde çok dilli destek
- Microsoft SSO ve tam REST API
- E-ticaret destek ekipleri için Shopify müşteri paneli
Deskhero pilotu için işe alım adımları:
- Deskhero’ya kaydolun (30 günlük deneme için kredi kartı gerekmez).
- Yönetim panelinde Microsoft 365 posta kutunuzu OAuth üzerinden bağlayın.
- Giden yanıtların şirket adresinizi göstermesi için farklı gönderme eşlemesini doğrulayın.
- Temsilcileri davet edin ve rolleri belirleyin.
- Temel otomasyon kurallarını etkinleştirin: anahtar kelimeye göre otomatik atama, kategoriye göre otomatik etiketleme ve ilk yanıt için SLA sayacı.
- Kabul testlerini yürütün: test e-postası gönderin, bilet oluşturulmasını doğrulayın, yanıt verin ve müşteri tarafındaki yanıt adresini kontrol edin.
Deskhero’yu genel bir eklentiden farklı kılan nedir: Yapay zekâ, yanıt taslaklarını yalnızca sizin onayladığınız bilgilerden oluşturur. Müşteri eklerini (ekran görüntüleri, PDF’ler) okur ve emin olmadığında bir insana devreder. Siz etkinleştirmedikçe hiçbir şey otomatik olarak gönderilmez. Her otomatik işlem etiketlenir ve kaydedilir; böylece temsilciler sistemin ne yaptığını ve neden yaptığını her zaman bilir.
Deskhero’da pilot sırasında takip edilecek ölçümler:
- İlk yanıt süresi (1. haftada temel değer, 4. haftada hedeflenen iyileşme)
- SLA uyumluluk yüzdesi
- Her gün sonunda atanan ve atanmamış biletler
- Kullanılan, düzenlenen ve silinen yapay zekâ yanıt taslaklarının sayısı
Uzman İpucu: Deskhero pilotunuz sırasında yapay zekâ yanıt taslaklarını etkinleştirin; ancak ilk iki hafta temsilci onayı zorunlu olsun. Böylece yapay zekânın denetimsiz taslak oluşturmasına güvenmeden önce taslak kalitesini gerçek bilgi tabanınızla doğrulayabilirsiniz. Çoğu ekip, 10 gün içinde taslakları çok az düzenlemeyle onaylayabildiğini görüyor.
Bir pilot uygulamayı gerçekte başarılı veya başarısız yapan nedir?
Outlook’tan yardım masasına geçiş pilotlarının çoğu teknik nedenlerle değil, operasyonel nedenlerle başarısız olur. Araç çalışır; kullanıma sunma süreci çalışmaz.
En önemli karar, ilk günden önce tek bir pilot sorumlusu atamaktır. Bir komite değil. Yönlendirme kurallarının, triyaj kurallarının, temsilci sorularının ve haftalık KPI incelemesinin sorumluluğunu üstlenen tek bir kişi olmalıdır. Bu olmazsa her temsilci sistemi farklı yorumlar ve pilot verileri anlamsız hâle gelir.
Önce trafiğin bir bölümü üzerinde pilot yürütün. Bir talep kategorisini (örneğin faturalandırma soruları veya belirli bir ürün grubu) yeni sistem üzerinden yönlendirirken diğer her şeyi paylaşılan posta kutusunda bırakın. Bu, yanlış yapılandırma durumunda etki alanını sınırlar ve temsilcilere aracı öğrenmeleri için düşük riskli bir ortam sağlar. Bölüm beş iş günü boyunca sorunsuz çalıştıktan sonra tüm trafiğe geçin.
Tüm trafiğe geçmeden önce yoğun bir günü simüle edin. Son 90 gündeki en yüksek hacimli günü seçin, bu talep türlerinden temsili bir örneği yeni sistemde yeniden oynatın ve yönlendirme kurallarının, SLA sayaçlarının ve otomatik taslakların yük altında doğru davrandığını doğrulayın. Bu, sakin bir test gününde görülmeyecek uç durumları yakalar.
Temsilci eğitimi için 30 dakikalık tek bir oturum yeterlidir ve üç konuyu kapsamalıdır: biletin nasıl üstlenileceği, yanıt taslağının nasıl kullanılacağı ve nasıl eskalasyon yapılacağı. Temsilcilerin eksiksiz bir ürün turuna ihtiyacı yoktur. Bu üç işlemi tek sayfalık bir referans kartında belgeleyin ve ekibinizin Slack veya Teams kanalına sabitleyin.
Değişim yönetimi büyük ölçüde güvenle ilgilidir. Temsilciler sistemin onları kötü göstereceğinden (görünür ölçümler) veya özerkliklerini ellerinden alacağından (yapay zekâ yanıtları) endişe eder. Her iki konuya da doğrudan değinin: sürpriz yaşanmaması için temsilcilere canlıya geçmeden önce ölçümleri gösterin ve yapay zekâ taslaklarının zorunluluk değil öneri olduğunu açıkça belirtin.
Deskhero ile ölçümlenen ilk 30 gününüz
Deskhero, küçük ve orta ölçekli destek ekiplerine Outlook gelen kutusu karmaşasından performansı gerçekten takip eden bir sisteme geçiş için en hızlı yolu sunar. Şirket e-posta adresinizi korur, temsilcileriniz tanıdık e-posta tarzı bir arayüzde çalışmaya devam eder ve yapay zekâ çoğu ekibi yavaşlatan taslak hazırlama işini üstlenir.
Kredi kartı gerektirmeyen 30 günlük ücretsiz denemeyi başlatın. 1. hafta: Microsoft 365 posta kutunuzu bağlayın, temsilcilerinizi davet edin ve üç yönlendirme kuralı belirleyin. 30. güne kadar şu beş sayıyı Outlook temel değerinizle karşılaştırarak ölçün:
- İlk yanıt süresi (hedef: en az %30 azaltmak)
- SLA uyumluluk yüzdesi (hedef: %90’ın üzerinde)
- Gün sonunda atanan ve atanmamış biletler (hedef: sıfır atanmamış bilet)
- Temsilci memnuniyeti (hızlı bir haftalık nabız anketi)
- Yapay zekâ tarafından oluşturulan ve çok az düzenlemeyle kabul edilen yanıt taslaklarının sayısı
Bu sayılar doğru yönde değişiyorsa cevabınızı almışsınız demektir. Değişmiyorsa Deskhero’nun deneme koşulları, nesnel bir karar vermeniz için size 30 günlük gerçek veri sunar.
Kaynaklar
- Paylaşılan posta kutusu oluşturma - Microsoft Learn
- Microsoft Outlook’u yardım masası bilet sistemi olarak kullanma - UMATechnology
- Müşteri hizmetlerine ilişkin tüketici beklentileri şirketlerin sunduklarıyla örtüşmüyor - Forrester
- Yeni Microsoft araştırması sınırsız iş gününün yükselişini ortaya koyuyor - Microsoft News
SSS
Outlook’ta yerleşik bir yardım masası var mı?
Hayır. Outlook’ta yerel bilet alanları, SLA uygulaması veya raporlama yoktur. Paylaşılan posta kutusu, kurallar ve şablonlar kullanarak bir yardım masasını taklit edebilirsiniz; ancak sahiplik ve hesap verebilirlik, sistem tarafından zorunlu tutulan davranışlar değil, manuel kurallar olarak kalır.
Outlook’u bilet sistemi olarak nasıl kullanırsınız?
Microsoft 365 yönetim merkezinde paylaşılan bir posta kutusu oluşturun, e-postaları kategoriye göre klasörlere yönlendirmek için Outlook kuralları oluşturun, öncelik işaretleri olarak renk kategorileri atayın ve yanıt şablonlarını Quick Parts’a kaydedin. Bu yöntem günde 20’den az e-posta alan küçük ekiplerde işe yarar; ancak entegre bir yardım masası olmadan iki temsilcinin ötesine ölçeklenmez.
Bir Outlook e-postasını otomatik olarak göreve veya bilete dönüştürebilir miyim?
Bir Outlook eklentisi veya sunucu taraflı yardım masası entegrasyonuyla evet. Eklenti, temsilcilerin herhangi bir e-postayı tek tıklamayla bilete dönüştürmesine olanak tanır; Deskhero gibi sunucu taraflı bir entegrasyon ise gelen her e-postayı otomatik olarak bilete dönüştürür, bilet kimliği atar ve temsilci müdahalesi olmadan takip yanıtlarını aynı yazışma dizisine bağlar.
Bir yardım masasına nasıl e-posta gönderirim?
E-postayı ekibin paylaşılan destek adresine (ör. support@yourcompany.com) gönderin, sorunu açıklayan net bir konu satırı kullanın ve ilgili ekran görüntülerini veya dosyaları ekleyin. Yardım masası bilet kimlikleri kullanıyorsa, sistemin mesajlarınızı doğru şekilde aynı yazışma dizisine bağlaması için takip yanıtlarında konu satırını koruyun.
Müşteri desteği için Outlook’u ne zaman kullanmayı bırakmalıyım?
Günde 20–30’dan fazla destek e-postası aldığınızda, gelen kutusunu paylaşan ikiden fazla temsilciniz olduğunda veya ortalama ilk yanıt süresi gibi temel performans sorularını yanıtlayamadığınızda entegre bir yardım masasına geçin. Önceden göremediğiniz herhangi bir SLA ihlali, araçların mevcut iş akışını aştığının açık bir işaretidir.