Outlook'u Gerçekten İşe Yarayan Bir Yardım Masasına Dönüştürme
Outlook’ta paylaşılan posta kutusu, kurallar, kategoriler ve yanıt şablonlarıyla küçük bir destek kuyruğunu yönetebilirsiniz. Ekibin resmi sahiplik, hizmet düzeyi takibi, otomasyon veya raporlama ihtiyacı olduğunda, herkese açık destek adresini değiştirmek yerine mevcut Microsoft 365 posta kutusunu bir yardım masasına bağlayın.
Disiplinli bir DIY kurulumu paylaşılan posta kutusuyla başlar. Kuyruk basit olduğu sürece işe yarayabilir; ancak Outlook, iletileri yapılandırılmış biletlere dönüştürmez ve yardım masası raporlarıyla SLA politikaları sunmaz.
Önemli Noktalar
Outlook’u güvenilir bir yardım masasına dönüştürmek, düşük hacimli ekipler için disiplinli bir DIY paylaşılan posta kutusu iş akışı ya da bilet sahipliği, SLA uygulaması ve raporlama ihtiyacı olan tüm ekipler için entegre bir yardım masası gerektirir.
| Nokta | Ayrıntılar |
|---|---|
| DIY yaklaşımının kesin bir sınırı vardır | Kurallara sahip bir paylaşılan posta kutusu basit bir kuyruk için işe yarayabilir; ancak sahiplik ve durum, ekip kurallarına bağlıdır. |
| Entegrasyon yöntemi önemlidir | Doğrudan Microsoft 365 bağlantısı sunan bir yardım masasını tercih edin ve kullanıma almadan önce giden From adresini doğrulayın. |
| Sinyaller ortaya çıktığında geçiş yapın | Manuel sahiplik, devirler, hizmet hedefleri veya raporlama güvenilmez hâle geldiğinde bir yardım masasını değerlendirin. |
| Gerçek trafikle pilot uygulama yapın | Gerçek taleplerin kontrollü bir bölümünde, tek bir sorumlu ve önceden belirlenmiş ölçümlerle süre sınırı belirlenmiş bir pilot yürütün. |
| Deskhero bu kullanım alanına uygundur | Deskhero Microsoft 365’e bağlanır, çalışma alanı bilgisine dayalı yapay zekâ taslak yanıtları ekler ve kredi kartı gerektirmeyen 30 günlük ücretsiz deneme sunar. |
İçindekiler
- Outlook’u yardım masasına dönüştürmek neden göründüğünden daha zordur?
- İki pratik yaklaşım: DIY 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ğı katkıları
- Yalnızca Outlook iş akışından ne zaman çıkmanın zamanı gelir?
- Outlook entegre bir yardım masası seçerken nelere bakılmalı?
- Deskhero, Microsoft 365 posta kutunuzu nasıl tam kapsamlı bir yardım masasına dönüştürür?
- Bir pilot uygulamayı gerçekte başarılı veya başarısız yapan nedir?
- Deskhero ile ilk 30 gününüz: ölçüm odaklı yaklaşım
- Kaynaklar
- SSS
Outlook’u yardım masasına dönüştürmek neden göründüğünden daha zordur?
Outlook bir e-posta istemcisidir, bilet sistemi değildir. Paylaşılan posta kutusu ortak e-posta kullanımını destekler; ancak ekiplerin sahiplik, durum ve devirler için kendi kurallarını oluşturması gerekir. Yaygın sınırlamalar şunlardır:
- Manuel sahiplik. Bir iletiyi açmak veya kategorilere ayırmak, resmi olarak atanmış bir bilet oluşturmaz.
- Yardım masası SLA politikası yoktur. Outlook, destek programlarına göre ilk yanıt ve çözüm son tarihlerini hesaplamaz.
- Sınırlı yönlendirme. Kurallar iletileri sıralayabilir; ancak atama ve bilet alanı güncellemeleri kurallar veya ek araçlar gerektirir.
- Bilet panosu yoktur. Klasörler ve kategoriler bir kuyruğu yaklaşık olarak taklit edebilir; ancak yapılandırılmış bilet raporlaması sunmaz.
- Sürece bağlı geçmiş. Yanlış posta kutusundan taşıma, silme veya yanıt verme, bir destek görüşmesinin takibini zorlaştırabilir.
- Yanıt adresi hataları. Kişisel bir posta kutusundan gönderilen yanıt, müşterinin kafasını karıştırabilir ve ortak iş akışını bölebilir.
Bir Microsoft araştırması, çalışanların %40’ının sabah 06.00’dan önce e-postalarını kontrol ettiğini ortaya koydu. Bu oran müşteri desteğine özgü değildir; ancak insanların e-postaları sürekli izlemesine güvenmek yerine kuyruk kapsamını ve devirleri tanımlamak için yararlı bir hatırlatmadır.
Güvenlik ve saklama da önemini korur. Microsoft 365’te paylaşılan posta kutusu izinlerini, denetim ayarlarını ve saklamayı yapılandırın; ardından herhangi bir yardım masası sağlayıcısının erişim kapsamlarını, veri konumunu ve dışa aktarma kontrollerini değerlendirin.
İki pratik yaklaşım: DIY Outlook ve entegre yardım masası
Kuyruk basit olduğunda ve ekip yapılandırılmış bir iş akışını takip ettiğinde Outlook’u destek için kullanmak mümkündür. Bu kurallar artık güvenilir sahiplik, hizmet takibi veya raporlama sağlamadığında yardım masası faydalı hâle gelir. İki yolun karşılaştırması aşağıdadır.
DIY Outlook iş akışı
Nedir: Outlook kuralları, renk kategorileri, klasör yapısı, manuel sahiplik kuralları ve kaydedilmiş yanıt şablonlarına (Quick Parts) sahip bir paylaşılan posta kutusudur.
Avantajları:
- Microsoft 365’te hâlihazırda bulunan araçları kullanır
- Ekibinizin zaten sahip olduğu kimlik bilgilerini kullanır
- Ayrı bir destek yazılımı aboneliği gerektirmeyebilir
Dezavantajları:
- Sahiplik sistem tarafından uygulanmaz; sosyal bir kuraldır
- SLA takibi, raporlama ve bilet geçmişi yoktur
- Hacim, karmaşıklık veya ekip büyüklüğü arttıkça yönetimi zorlaşır
Entegre yardım masası
Nedir: Posta kutunuza bağlanan, gelen e-postaları biletlere dönüştüren ve üzerine sahiplik, SLA, otomasyon ve raporlama ekleyen bir SaaS platformu veya Outlook eklentisidir.
Avantajları:
- Bilet sahipliği sistem tarafından uygulanır
- SLA sayaçları, otomasyon ve raporlama içerebilir
- Ekip büyüdükçe daha yapılandırılmış bir iş akışını destekler
- Bilet geçmişleri, dışa aktarma ve diğer idari kontrolleri sağlayabilir
Dezavantajları:
- Abonelik gerektirir
- Yapılandırma ve kabul testleri gerektirir
- Kullanıcıların yeni iş akışı için oryantasyona ihtiyacı vardır
Ekibinize hangi yaklaşım uygun?
| Yetenek | DIY Outlook iş akışı | Tipik entegre yardım masası |
|---|---|---|
| Bilet sahipliği | Yalnızca manuel kural | Sistem tarafından uygulanan 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 | Dahili analizler |
| Denetim izi | Kısmi (posta kutusu günlükleri) | Ürüne özgü bilet geçmişi ve dışa aktarma seçenekleri |
| Çok kanallı talep alımı | Yalnızca e-posta | Ürüne göre değişir |
| Kurulum süresi | Genellikle hızlıdır, izinlere bağlıdır | Ürüne ve iş akışına göre değişir |
Kuyruk, belgelenmiş kurallarla yönetilebilecek kadar basitse DIY yaklaşımını seçin. Yapılandırılmış atamaya, ölçülebilir hizmet hedeflerine, otomasyona veya raporlamaya ihtiyaç duyduğunuzda entegre bir yardım masasını değerlendirin.
Outlook-yardım masası entegrasyonları gerçekte nasıl bağlanır?
Bir sağlayıcı seçmeden önce bağlantı yöntemini anlamak, daha sonra yaşayacağınız zahmetli yeniden yapılandırmayı önler. Dört temel yaklaşım vardır.
Microsoft 365 bağlayıcısı. Birçok yardım masası Microsoft 365’e doğrudan OAuth bağlantısı sunar. Ürüne ve izinlere bağlı olarak bağlantı, paylaşılan bir posta kutusundan e-posta alabilir ve posta kutusu parolasını saklamadan aynı adresten yanıt gönderebilir.
IMAP, POP ve SMTP. Bazı ürünler, çoğunlukla eski veya şirket içi ortamlar için standart posta protokollerini destekler. Bağlantının sürekli iki yönlü eşitleme sağlayıp sağlamadığını veya yalnızca iletileri içe aktarıp aktarmadığını doğrulayın ve kimlik doğrulama değişikliklerinin nasıl ele alındığını test edin.
Send As özelliğine sahip paylaşılan posta kutusu. Bir yardım masası support@yourcompany.com gibi paylaşılan bir adrese bağlanabilir ve yanıtları bu adresten gönderebilir. Bu davranışı harici bir test hesabıyla doğrulayın.
Outlook eklentisi veya sunucu taraflı alım. Eklentiler genellikle bir User’ın Outlook içinde seçili iletiler üzerinde işlem yapmasına olanak tanır. Sunucu taraflı alım, bir posta kutusunu izler ve Outlook’un açık olmasını gerektirmeden bilet oluşturur. Bilet oluşturma ve ileti dizisi davranışı sağlayıcıya göre değişir.
Bir ürün seçmeden önce yeni bir iletiyi, mevcut bir görüşmeye verilen yanıtı, yönlendirilmiş bir iletiyi ve bir takma addan gönderilen iletiyi test edin. Her birinin beklenen bileti oluşturduğunu veya güncellediğini ve doğru From adresini koruduğunu doğrulayın.
Güvenlik hususları. Bağlayıcının talep ettiği izinleri inceleyin ve yalnızca belgelenmiş entegrasyonun ihtiyaç duyduğu izinleri verin. Sağlayıcının oturum açma seçeneklerini, veri konumunu, saklama politikasını, denetim geçmişini ve dışa aktarma kontrollerini gereksinimlerinizle karşılaştırın.
Uzman İpucu: Microsoft 365 için, User’ların posta kutusu parolalarını paylaşmasını isteyen bir kurulum yerine belgelenmiş bir OAuth bağlantısını tercih edin. Pilot sırasında yanıt adresini ve yeniden kimlik doğrulama akışını test edin.
Her iki yaklaşım için adım adım kurulum
DIY Outlook iş akışı oluşturma
- Microsoft 365 yönetim merkezinde bir paylaşılan posta kutusu oluşturun (ör. support@yourcompany.com). Her User’a Full Access ve Send As izinleri atamak için Microsoft Learn paylaşılan posta kutusu kılavuzunu izleyin.
- Adresi yayınlayın. Müşteri sorularını 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.
- Bir 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. Yaygın yanıtlar için Quick Parts veya My Templates kullanın. User’ların bunları hızlıca bulabilmesi için açık adlar verin.
- Bir sahiplik kuralı belirleyin. Yazılı bir kural üzerinde anlaşın: Bir e-postayı açan User, yeniden atayana veya çözüldü olarak işaretleyene kadar e-postanın sahibidir. Bunu paylaşılan OneNote veya Teams wiki’sinde belgeleyin.
- Çözülen ileti dizilerini tutarlı biçimde yönetin. Bunları üzerinde anlaşılmış klasöre taşıyın ve kuruluşunuzun saklama politikasını uygulayın.
Hızlı bir entegre yardım masası pilotu yürütme
- Posta kutunuza ve güvenlik gereksinimlerinize uygun, belgelenmiş bir Microsoft 365 bağlantısına sahip bir sağlayıcı seçin.
- Microsoft 365 posta kutunuzu bağlayın ve sağlayıcının desteklediği yetkilendirme akışını kullanın. Onaylamadan önce istenen izinleri inceleyin.
- Send-as adresini eşleyin. Giden yanıtların bir sağlayıcı alt etki alanını değil support@yourcompany.com adresini gösterdiğini doğrulayın. User’ları davet etmeden önce bunu test edin.
- Temel yönlendirme kurallarını ayarlayın. Ürün destekliyorsa gönderen, konu veya ileti içeriğine göre yönlendirme yapın. Planlama örnekleri için e-postadan bilete kılavuzuna bakın.
- User’ları davet edin. Uygun rol ve grupları atayın, ardından bildirimleri yapılandırın.
- İleti dizilerini test edin. Müşteri takip yanıtlarının, sağlayıcının bir görüşmeyi nasıl tanımladığına ilişkin varsayımlara dayanmadan doğru bilete eklendiğini doğrulayın.
- Uçtan uca kabul testleri yürütün. Paylaşılan adrese bir test e-postası gönderin, bir bilet oluşturulduğunu doğrulayın, yardım masasından yanıt verin ve müşterinin şirket adresinizden gelen yanıtı aldığını doğrulayın.
Kullanıma almadan ö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ı aynı biletle ilişkilendiriliyor (yeni bir biletle değil)
- Tüm User’lar aynı bilet kuyruğunu eş zamanlı olarak görebiliyor
- Yapılandırılmışsa örnek bir SLA son tarihi doğru hesaplanıyor
- Bilet geçmişi ve mevcut denetim kayıtları beklenen işlemleri yakalıyor
Uzman İpucu: Kullanıma almadan önce giden e-postaları harici bir hesapla test edin. From adresini, yanıt ileti dizisini, imzaları ve ekleri müşterinin bakış açısından kontrol edin.
Entegre bir yardım masasının yalnızca Outlook’un sunamayacağı katkıları
DIY Outlook iş akışı ile entegre yardım masası arasındaki fark yalnızca özelliklerle ilgili değildir. Gerçekte neyi ölçüp iyileştirebileceğinizle ilgilidir.
Aranması gereken yetenekler:
- Her talepte adı belirtilmiş bir atanan kişiyle bilet sahipliği
- SLA son tarihleri, filtreleri ve uyarıları
- Koşullu atama kuralları (faturalandırma sorularını faturalandırma ekibine, teknik sorunları 2. Seviyeye yönlendirme)
- Tam görüşme geçmişine sahip aranabilir bir bilet veritabanı
- User’ların yanıt verirken başvurabileceği bir bilgi tabanı
- Gerekirse formlar veya sohbet gibi ek talep alma kanalları
- Hacmi, yanıt sürelerini ve çözüm oranlarını gösteren analiz panoları
- Gereksinimlerinize uygun bilet geçmişleri ve dışa aktarma kontrolleri
Pilot sırasında izlenecek metrikler:
- Kendi hizmet hedefinize göre ilk yanıt süresi
- Kategoriye göre çözüm süresi
- Yeniden açılan bilet oranı (yanıt kalitesinin dolaylı göstergesi)
- User başına günlük işlenen bilet sayısı
- SLA uyum yüzdesi
| Destek ihtiyacı | DIY Outlook | Tipik entegre yardım masası |
|---|---|---|
| Bir bileti tek bir User’a atama | Manuel e-posta işareti | Sistem tarafından uygulanan atama |
| SLA uyumunu takip etme | Mümkün değil | Ürüne özgü sayaçlar ve uyarılar |
| Geçmiş bilet geçmişini arama | Yalnızca posta kutusu araması | Yapılandırılmış bilet veritabanı |
| Ekip performansını raporlama | Mümkün değil | Dahili panolar |
| Web formu gönderimlerini işleme | Mümkün değil | Bazı ürünlerde kullanılabilir |
| Bilgi tabanından otomatik yanıt taslağı oluşturma | Mümkün değil | Bazı ürünlerde kullanılabilir |
Bir yardım masasının amacı, sırf süreç eklemek değildir. Sahipliği görünür kılmalı, ilgilenilmesi gereken talepleri öne çıkarmalı ve iş akışını iyileştirmek için ekibe güvenilir veriler sunmalıdır.
Yalnızca Outlook iş akışından ne zaman çıkmanın zamanı gelir?
Araçları değiştirmek için doğru zaman, evrensel bir e-posta sayısına değil, kuyruğun karmaşıklığına bağlıdır. Şu sinyalleri izleyin.
- User’lar ileti dizilerini kaçırıyor veya yinelenen yanıtlar gönderiyor
- Sahiplik ve devirler, insanların gayriresmî kuralları hatırlamasına bağlı
- Bir müşteri yanıt alamadığından şikâyet etti ve orijinal e-postayı bulamadınız
- Manuel olarak saymadan “Ortalama ilk yanıt süremiz nedir?” sorusunu yanıtlayamıyorsunuz
- Bir hizmet düzeyi taahhüdünü kaçırdınız ve ihlalden önce herhangi bir uyarı almadınız
- User’lar net bir devir süreci olmadığı için vardiyaları dışında posta kutusunu izliyor
- İşi dağıtamıyor veya iş yükünü tutarlı biçimde raporlayamıyorsunuz
Pilotu tanımlamak için bu belirtileri kullanın. Örneğin testten önce ve test sırasında yinelenen yanıtları, atanmamış talepleri, ilk yanıt süresini ve kaçırılan hizmet hedeflerini ölçün.
Geçiş yaptığınızda herkese açık destek adresini sabit tutun. İş akışınız izin veriyorsa kontrollü bir kategori veya posta kutusuyla başlayın, doğrulayın ve User’lar rahat ettikten sonra kapsamı genişletin.
Outlook entegre bir yardım masası seçerken nelere bakılmalı?
Tüm yardım masaları Outlook ile aynı kalitede entegre olmaz. Deneme sürümüne 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?
- Send-as ve reply-from adres eşlemesini nasıl ele alıyorsunuz?
- Müşterilerin konu satırını korumasını gerektirmeden bilet ileti dizisi çalışıyor mu?
- Hangi SLA araçları dâhil: sayaçlar, yükseltme kuralları, ihlal uyarıları?
- Tüm bilet verilerini standart bir biçimde (CSV, JSON) dışa aktarabilir miyim?
- Müşteri verileri nerede saklanıyor ve SOC 2 Type II sertifikasına sahip misiniz?
- Microsoft SSO’yu (Azure AD) destekliyor musunuz?
- Hangi otomasyon kuralları mevcut ve API var mı?
- Deneme koşulları nedir: ne kadar sürüyor, kredi kartı gerekiyor mu, deneme sonrasında veriler siliniyor mu?
Deneme öncesinde çözüme kavuşturulması gereken endişeler:
- Sağlayıcı, destek adresinizi koruyup koruyamayacağınızı açıklayamıyor
- Bilet geçmişi ve dışa aktarma seçenekleri gereksinimlerinizi karşılamıyor
- Deneme koşulları yararlı bir değerlendirme için yeterli süreye veya temsili trafiğe izin vermiyor
- Veri saklama konumu belirsiz veya uyumluluk yetki alanınızın dışında
- Gerekli API, entegrasyon veya dışa aktarma özellikleri eksik
- Pilot sırasında destek düzenlemeleri net değil
Pilot planlama: Temsili trafiği kullanın ve ilk günden önce başarı ölçütlerini belirleyin. Bir ilk yanıt süresi hedefi, ilgiliyse bir SLA ölçümü ve gün sonunda atanmamış biletler için bir sınır ekleyin. Yeni iş akışını adil biçimde karşılaştırabilmek için başlangıç verilerini kaydedin.
Deskhero, Microsoft 365 posta kutunuzu nasıl tam kapsamlı bir yardım masasına dönüştürür?
Deskhero, küçük ve orta ölçekli destek ekipleri için bir yardım masasıdır. Desteklenen bir paylaşılan posta kutusu da dâhil olmak üzere bir Microsoft 365 posta kutusunu OAuth akışı üzerinden bağlayın ve mevcut destek adresini kullanmaya devam edin. Posta kutusu bağlantısı yeni bir herkese açık adres veya DNS değişikliği gerektirmez.
Deskhero’nun Outlook iş akışınıza ekledikleri:
- Yanıtların şirket adresinizden gönderilmesini sağlayan iki yönlü e-posta eşitlemesi
- Otomatik bilet oluşturma; aynı görüşmedeki yanıtların mevcut bilete eklenmesi
- Yanıtlanmış biletler, dahili bilgiler, onaylanmış SSS öğeleri ve taranmış web sitesi sayfaları dâhil çalışma alanı bilgisine dayalı yapay zekâ tarafından oluşturulan yanıt önerileri
- Atama, gruplar, durum, öncelik, etiketler ve desteklenen özel alanlar için yeni bilet otomasyon kuralları
- Grup düzeyinde erişime sahip dahili bilgi tabanı
- Bir User’ın herkese açık hâle gelmeden önce inceleyebileceği önerilen herkese açık SSS kayıtları
- Hacimler, yanıt süreleri, SLA sonuçları, User’lar, kanallar ve yapay zekâ özellikleri için istatistiklerin yanı sıra ayrı bir konu kümesi
- 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 send-as eşlemesini doğrulayın.
- User’ları davet edin ve rolleri ayarlayın.
- Az sayıda yeni bilet otomasyon kuralını ve gerekirse ilk yanıt ve çözüm hedeflerine sahip bir SLA politikasını yapılandırın.
- Kabul testlerini yürütün: bir test e-postası gönderin, bilet oluşturulmasını doğrulayın, yanıt verin ve müşteri tarafındaki yanıt adresini doğrulayın.
Deskhero’yu genel bir eklentiden farklı kılan nedir: Yapay zekâ yanıt önerileri çalışma alanı bilgi havuzunu kullanırken, müşteriye dönük yapay zekâ sohbeti ve otomatik yanıtlar yalnızca onaylanmış herkese açık SSS’leri kullanır. User’lar önerilen yanıtları göndermeden önce inceler. Otomatik yanıtlar isteğe bağlıdır, etiketlenir ve bilet zaman çizelgesine kaydedilir.
Deskhero’da izlenecek pilot metrikleri:
- İlk yanıt süresi (1. haftadaki başlangıç verisi, 4. haftaya kadar iyileştirme hedefi)
- SLA uyum yüzdesi
- Her günün sonunda atanan ve atanmamış biletler
- Doğruluk ve düzenleme çabası açısından incelenmiş bir yapay zekâ taslağı örneği
Uzman İpucu: Pilot sırasında yapay zekâ önerilerinin temsili bir örneğini inceleyin. Bir taslak eksik veya hatalı olduğunda temel çalışma alanı bilgisini iyileştirin ve gönderim iş akışında insan incelemesini koruyun.
Bir pilot uygulamayı gerçekte başarılı veya başarısız yapan nedir?
Teknik açıdan başarılı bir bağlantı, yararlı bir pilotun yalnızca bir parçasıdır. Ekibin ayrıca kullanıma almanın net sahipliğine, belgelenmiş kuyruk kurallarına ve yeni sistemin çözmesi beklenen sorunlarla bağlantılı ölçümlere ihtiyacı vardır.
Yönlendirme kurallarını sürdürecek, iş akışı sorularını yanıtlayacak ve sonuçları inceleyecek bir pilot sorumlusu atayın. Bu kişinin her kararı tek başına vermesi gerekmez; ancak ekip yapılandırma değişikliklerinin ve geri bildirimlerin nerede koordine edildiğini bilmelidir.
Uygunsa, tek bir talep kategorisi veya posta kutusu gibi kontrollü bir trafik bölümüyle başlayın. User’lar uçtan uca testleri tamamladıktan ve yönlendirme, bildirimler, yanıt adresi ve hizmet hedefleri beklendiği gibi çalıştıktan sonra kapsamı genişletin.
Kabul testlerine yoğun gün senaryolarını dâhil edin. Yaygın talep türlerini, alışılmadık ekleri, müşteri takiplerini ve bir bileti farklı biçimde yönlendirebilecek kural birleşimlerini test edin.
User’ları her gün gerçekleştirecekleri işlemler konusunda eğitin: işi bulma ve sahiplenme, yanıt verme veya özel not ekleme, durumu değiştirme ve bileti devretme. Ekibin normal iş birliği alanında kısa bir başvuru kılavuzu bulundurun.
Metriklerin ve yapay zekâ önerilerinin nasıl kullanılacağını pilot başlamadan önce açıklayın. User’lar, önerilen yanıtların incelemeleri gereken taslaklar olduğunu ve kabul etmek zorunda oldukları talimatlar olmadığını anlamalıdır.
Deskhero ile ilk 30 gününüz: ölçüm odaklı yaklaşım
Deskhero, şirketin destek adresini korurken bağlı bir Microsoft 365 posta kutusundaki iletileri biletlere dönüştürür. User’lar paylaşılan bir bilet kuyruğunda çalışır ve yapay zekâ yanıt önerileri inceleme için taslak olarak görünür.
30 günlük ücretsiz deneme kredi kartı gerektirmez. Microsoft 365 posta kutusunu bağlayın, User’ları davet edin, pilot için yalnızca gerekli kuralları ve SLA politikalarını yapılandırın ve bu ölçümleri Outlook başlangıç verileriyle karşılaştırın:
- İlk yanıt süresi
- Hizmet hedefleri yapılandırılmışsa SLA başarısı
- Gün sonunda atanan ve atanmamış biletler
- İş akışı hakkında User geri bildirimi
- Yapay zekâ yanıt önerilerinden oluşan bir örnekte doğruluk ve düzenleme çabası
İş akışının başlangıçta belirlenen sorunları çözüp çözmediğine karar vermek için deneme sonuçlarını kullanın. Karşılaştırmayı kendi başlangıç verilerinize ve hizmet hedeflerinize bağlı tutun.
Kaynaklar
- Paylaşılan posta kutusu oluşturma - Microsoft Learn
- Yeni Microsoft araştırması sonsuz çalışma 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ı yaklaşık olarak taklit edebilirsiniz; ancak sahiplik ve hesap verebilirlik, sistem tarafından uygulanan davranışlar yerine manuel kurallar olarak kalır.
Outlook’u bilet sistemi olarak nasıl kullanırsınız?
Microsoft 365 yönetim merkezinde bir paylaşılan posta kutusu oluşturun, e-postaları klasörlere ayırmak için Outlook kuralları oluşturun, durum veya öncelik için kategorileri kullanın ve yaygın yanıtları şablon olarak kaydedin. User’ların talepleri nasıl sahipleneceğini, devredeceğini ve çözeceğini belgeleyin.
Bir Outlook e-postasını otomatik olarak göreve veya bilete dönüştürebilir miyim?
Evet, bir eklenti veya sunucu taraflı yardım masası entegrasyonuyla. Kesin davranış ürüne göre değişir. Deskhero’nun posta kutusu bağlantısı gelen iletileri biletlere dönüştürür ve aynı görüşmeden gelen yanıtları mevcut bilete ekler.
Bir yardım masasına e-posta gönderirken nasıl başlamalıyım?
E-postayı ekibin paylaşılan destek adresine gönderin, açık bir konu satırı ekleyin ve ilgili dosyaları ekleyin. Destek ekibi aksini belirtmediği sürece takip iletileri için mevcut görüşmeye yanıt verin.
Müşteri desteği için Outlook’u kullanmayı ne zaman bırakmalıyım?
Ekip talepleri kaçırıyor veya yineliyorsa, sahiplik ve devirler net değilse, hizmet hedefleri takip edilemiyorsa ya da raporlama manuel sayım gerektiriyorsa entegre bir yardım masasını değerlendirin. Bu belirtiler, evrensel bir ileti veya User eşiğinden daha önemlidir.