Deskhero
Türkçe
Ücretsiz deneyin

← Back to articles

Mevcut E-postanızı Yardım Masası Olarak Kullanın: KOBİ Rehberi

Mevcut E-postanızı Yardım Masası Olarak Kullanın: KOBİ Rehberi

Evet, tek bir iletiyi bile taşımadan veya yeni bir e-posta adresi oluşturmadan, bir Gmail, Google Workspace ya da Microsoft 365 posta kutusunu çalışan bir e-posta talepleri sistemine dönüştürebilirsiniz. Deskhero, mevcut gelen kutunuza doğrudan bağlanır, gelen e-postaları takip edilen taleplere dönüştürür ve iki yönlü e-posta senkronizasyonu sayesinde yanıtların kendi şirket adresinizden gönderilmeye devam etmesini sağlar.

Mevcut sistemde kalmak için güçlü bir gerekçeniz var. Ekibiniz gelen kutusunu zaten biliyor, müşterileriniz size zaten e-posta gönderiyor ve geçiş yaparken ortaya çıkabilecek kesinti riskini ortadan kaldıran bir taşıma gerektirmeyen kurulum elde ediyorsunuz. KOBİ'ler için tasarlanmış kapsamlı bir pazarlama otomasyonu kontrol listesi doğrultusunda, zaten sahip olduğunuz posta kutusuna otomasyonlar, SLA zamanlayıcıları, yönlendirme kuralları ve raporlama özellikleri ekleniyor.

İlk işlem: Posta kutusuna yönetici erişiminiz olduğunu, yönlendirmenin veya IMAP'in etkin olduğunu ve giden e-postalar için bir Kimden: adresi belirleyebildiğinizi doğrulayın. Ardından, gelen bir e-postayı talebe dönüştüren bir test otomasyon kuralı oluşturun. Bu kural doğru şekilde çalışıyorsa kullanıma hazırsınız.

Profesyonel İpucu: Bir hazırlık takma adı (ör. support-test@yourdomain.com) oluşturun ve ilk kurulumunuzu burada gerçekleştirin. Böylece canlı destek adresine dokunmadan önce sorunları güvenle deneyebilirsiniz.

Önemli Çıkarımlar

Mevcut bir Gmail veya Microsoft 365 posta kutusunu yardım masasına dönüştürmek için taşıma gerekmez; yalnızca doğru yönlendirme, kimlik doğrulama ve şirket adresinizden iki yönlü e-posta senkronizasyonunu koruyan bir platform gerekir.

Başlık Ayrıntılar
Taşıma gerekmez Gmail, Google Workspace ve Microsoft 365 posta kutuları, veriler taşınmadan taleplerle çalışan yardım masalarına dönüştürülebilir.
Önce kimlik doğrulama Yayına geçmeden önce SPF, DKIM ve DMARC yapılandırılmalıdır; aksi takdirde yanıtlar spam klasörüne düşer.
Şablonlar işlem süresini kısaltır Önceliklendirme, eskalasyon ve para iadeleri için hazır yanıtlar, ilk haftadan itibaren talep başına harcanan çabayı azaltır.
Yapay zekâ için koruyucu önlemler gerekir Yapay zekâ taslaklarını onaylanmış bilgiyle sınırlayın ve otomatik bir yanıt gönderilmeden önce temsilci incelemesini zorunlu tutun.
Deskhero bu yönteme uygundur Deskhero; iki yönlü senkronizasyon, onaylanmış bilgiyle çalışan yapay zekâ ve 30 günlük ücretsiz deneme ile mevcut gelen kutusunu dakikalar içinde tam özellikli bir yardım masasına dönüştürür.

İçindekiler

Mevcut e-postanızı yardım masası olarak nasıl kurarsınız?

Bu adımları sırayla uygulayın. Her adım bir öncekinin üzerine inşa edilir.

  1. Posta kutusu kimlik bilgilerini ve yönetici erişimini doğrulayın. Gmail/Google Workspace veya Microsoft 365'e yönetici olarak giriş yapabildiğinizi ve destek posta kutusuna erişilebildiğini doğrulayın.
  2. Yönlendirme veya IMAP erişimini etkinleştirin. Gmail'de Ayarlar → Yönlendirme ve POP/IMAP bölümüne gidin. Microsoft 365'te posta kutusunun posta akışı ayarları altında IMAP'i etkinleştirin.
  3. Paylaşılan gelen kutusu veya posta kutusu yetkilendirmesi ekleyin. Parola paylaşmadan destek ekibinize erişim izni verin. Google Workspace'te posta kutusu yetkilendirmesini kullanın. Microsoft 365'te paylaşılan posta kutusu izinlerini kullanın.
  4. Gelen e-posta ayrıştırmasını yapılandırın (takma addan talebe kuralları). Her gelen e-postanın ileti dizisi kimliğiyle benzersiz bir talep oluşturması için destek adresinizi yardım masası platformunuza yönlendirin. Deskhero'nun e-postadan talebe kılavuzu, bu işlemi hem Google hem de Microsoft posta kutuları için adım adım açıklar.
  5. Giden Kimden: adresini ve yanıt davranışını doğrulayın. Yanıtlar genel bir platform adresinden değil, şirket adresinizden gönderilmelidir. Yayına geçmeden önce bunu test edin.
  6. Tam bir gönderme ve yanıt döngüsü çalıştırın. Harici bir adresten test e-postası gönderin, bir talep oluşturulduğunu doğrulayın, yardım masasından yanıtlayın ve müşterinin Kimden: alanında şirket adresinizi gördüğünü kontrol edin.

Yayına geçmeden önce test kontrol listesi:

  • Hem dahili hem de harici e-posta adreslerinden gönderim yapın
  • Bir PDF ve ekran görüntüsü ekleyin; eklerin talepte göründüğünü doğrulayın
  • Talebi yanıtlayın ve ileti dizisinin müşterinin gelen kutusunda bozulmadan kaldığını doğrulayın
  • Müşterinin ikinci yanıtının yeni bir talep oluşturmak yerine aynı talebi yeniden açtığını kontrol edin

Profesyonel İpucu: Bazı Google Workspace ve Microsoft 365 hesapları, üçüncü taraf uygulama erişimini varsayılan olarak engeller. Yardım masası platformunuzu bağlamadan önce OAuth onayını kullanın veya uygulamaya özel bir parola oluşturun; aksi takdirde IMAP bağlantısı sessizce başarısız olur.

E-posta yardım masanızın ölçekli çalışması için etkinleştirmeniz gereken temel özellikler

E-postaları taleplere dönüştürmek ilk adımdır. Hacim arttıkça düzeni korumak için birkaç ayar daha gerekir.

  • Konu satırında benzersiz talep kimlikleri. [#1042] gibi bir etiket, sistemin yanıtları doğru şekilde aynı ileti dizisine eklemesini sağlar ve müşteriler e-postaları yönlendirdiğinde veya başkalarını CC'ye eklediğinde yinelenen taleşleri önler.
  • Otomatik gönderen ileti dizisi oluşturma. Aynı e-posta adresinden ve konu ileti dizisinden gelen her yanıt yeni bir talep açmak yerine mevcut talebe eklenmelidir.
  • SLA zamanlayıcıları. Hedef ilk yanıt süresini belirleyin (ör. standart için 4 saat, acil durumlar için 1 saat). Zamanlayıcı, talep oluşturulduğunda başlar.
  • Yönlendirme ve atama kuralları. Faturalandırma sorularını faturalandırma kuyruğuna, teknik sorunları 2. seviye desteğe ve benzerlerini anahtar kelimelere veya gönderen alan adına göre yönlendirin.
  • Hazır yanıtlar ve şablonlar. En sık karşılaştığınız on soru için önceden yazılmış yanıtlar, işlem süresini hızla kısaltır. Kullanıma hazır örnekler için destek e-postası şablonlarına göz atın.
  • Dahili notlar. Temsilciler, müşterilerin asla göremeyeceği notları bir talebe ekleyebilmelidir. Müşteri ileti dizisini karmaşıklaştırmadan bağlamı devretmenin yolu budur.
  • Çakışma algılama. İki temsilci aynı talebi eş zamanlı açarsa sistem onları uyarmalıdır. Aksi takdirde müşteriler birbiriyle çelişen iki yanıt alabilir.

Yanıtların şirket adresinizden gelmeye devam etmesini nasıl sağlarsınız?

İki yönlü e-posta senkronizasyonu yalnızca DNS kayıtlarınız ve posta kutusu ayarlarınız uyumluysa çalışır. Yanıtların spam klasörüne düşmesinin en yaygın nedeni hatalı yapılandırılmış bir SPF kaydıdır.

DNS ve kimlik doğrulama kontrol listesi:

  • SPF: Yardım masası platformunuzun gönderim IP'lerini alan adınızın SPF kaydına ekleyin.
  • DKIM: Giden e-postalar için DKIM imzalamayı etkinleştirin. Google Workspace'te bu seçenek Uygulamalar → Google Workspace → Gmail → E-postayı doğrula altındadır. Microsoft 365'te Defender portalı altındadır.
  • DMARC: Bir DMARC politikası belirleyin (izleme için p=none ile başlayın, ardından p=quarantine değerine geçin). DMARC raporları, yetkisiz gönderenlerin alan adınızı kullanıp kullanmadığını gösterir.
  • Yanıt gönderen / SMTP geçişi: Kimden: başlığında platformun adresi yerine kendi adresinizin görünmesi için yardım masanızı alan adınızın SMTP geçişi üzerinden gönderim yapacak şekilde yapılandırın veya yetkilendirilmiş bir gönderim kimliği kullanın.

Current'ın destek modeli, her e-posta etkileşimini hesapla ilişkilendirilmiş adrese bağlar; bu da sahteciliği önler ve müşteri kimliğini korur. Aynı ilke burada da geçerlidir: giden gönderimleri yalnızca doğrulanmış adreslerle sınırlandırın.

Profesyonel İpucu: Yayına geçiş sırasında özel bir gönderim alt alan adı (ör. mail.yourdomain.com) kullanın. Bu, teslim edilebilirlik sorunlarını ana alan adınızdan izole eder ve DMARC raporlarının okunmasını kolaylaştırır.

Önceliklendirme iş akışları ve kullanıma hazır e-posta şablonları

Tutarlı bir önceliklendirme akışı, taleşlerin okunmadan birikmesini önler. İşte pratik bir sıra:

Yeni talep → otomatik önceliklendirme (anahtar kelime + öncelik etiketi) → kuyruğa atama → ilk yanıt → gerekirse eskalasyon → çözüm ve kapatma

E-posta yardım masası önceliklendirme iş akışı şeması

Kullanıma hazır şablonlar:

İlk yanıt (genel): Daha fazla bilgi talebi: Eskalasyon bildirimi: Para iadesi onayı: Dahili notlar, devir bağlamını taşır. Eskalasyon sırasında yeniden atama yapmadan önce müşterinin ilk sorununu ve daha önce denenmiş tüm adımları dahili nota yapıştırın.

Zaman çizelgesi, maliyet faktörleri ve yaklaşık yatırım getirisi

Aşama Tipik Süre Temel Faaliyetler
Temel e-postadan talebe kurulumu Renkeklerden 2 saate kadar Yönlendirme, IMAP, gelen e-posta kuralları
Otomasyon ve yönlendirme doğrulaması 1–2 gün Test kuralları, SLA zamanlayıcıları, yönlendirme
Şablonlar, SLA'lar ve ekip eğitimi 1–3 hafta Hazır yanıtlar, işe alıştırma

Bütçenizde yer vermeniz gereken maliyet faktörleri:

  • Temsilci koltuğu başına abonelik ücreti (platforma ve pakete göre değişir)
  • DNS değişiklikleri ve OAuth kurulumu için 1–4 saatlik BT çalışması
  • İsteğe bağlı: ücretli entegrasyonlar (CRM, Shopify, SSO)

Yatırım getirisi etkenleri: Daha hızlı ilk yanıt süresi, talep başına takip e-postalarını azaltır. Sorun başına daha az takip e-postası, ortalama işlem süresini düşürür. İlk yanıt süresini 24 saatten 4 saate indiren ve talep başına takip e-postalarını iki adet azaltan bir ekip, ilk ay içinde çözüm süresinde ölçülebilir düşüşler görür.

Tam kapsamlı bir platform değişikliğini değerlendiren ekipler için Help Desk Migration, 100'den fazla platform arasında kodsuz aktarım sunar. Ancak çoğu küçük ve orta ölçekli ekip için taşıma gerektirmeyen yöntem daha hızlıdır ve daha az risk taşır.

Paylaşılan posta kutuları için güvenlik ve erişim kontrolleri

  • Role dayalı izinler: Temsilciler okuyup yanıtlayabilmeli; yalnızca yöneticiler yönlendirme kurallarını, DNS ayarlarını veya entegrasyonları değiştirebilmelidir.
  • Tüm yönetici hesaplarında MFA: Zorunludur, istisna yoktur.
  • En az ayrıcalıklı yetkilendirme: Tüm Google Workspace veya Microsoft 365 kiracısına değil, yalnızca destek posta kutusuna erişim verin.
  • Denetim günlükleri: Her işlem (gönderilen yanıt, kapatılan talep, değiştirilen kural) zaman damgası ve kullanıcı kimliğiyle kaydedilmelidir.
  • Onaylı gönderen listeleri: Giden e-postalar yalnızca doğrulanmış adreslerden gönderilmelidir. SMTP geçişini kimliği doğrulanmış kullanıcılarla sınırlandırın.
  • Eklerin işlenmesi: Kişisel olarak tanımlanabilir bilgiler içeren ekran görüntülerini veya PDF'leri barındıran taleşlere yalnızca atanmış temsilci ve yöneticisi erişebilmelidir.
  • Yedekleme ve saklama: Yasal yükümlülüklerinize uygun bir saklama politikası belirleyin. ABD'deki çoğu işletme için 3–7 yıl, standart ticari kayıtları kapsar.

Profesyonel İpucu: Yapay zekâ tarafından oluşturulan yanıtlar için, herhangi bir otomatik yanıt gönderilmeden önce insan incelemesi adımını zorunlu tutun. Her yapay zekâ taslağını, her düzenlemeyi ve her gönderimi kaydedin. Bir yanıt müşteri şikâyetine yol açarsa yapay zekânın ne önerdiğini ve temsilcinin neyi onayladığını açıkça gösteren bir kayda ihtiyacınız olur.

Yanıt taslakları oluşturmak için yapay zekâ nasıl güvenle uygulanır?

Yapay zekâ taslak oluşturmayı hızlandırır; ancak doğrulanmamış kaynaklardan bilgi çekerse gerçek bir risk oluşturur. Çözüm, yapay zekânın kullanabileceği kaynakları sınırlandırmaktır.

  • Yalnızca onaylanmış bilgiyle çalışan yapay zekâ: Yapay zekâ yalnızca açıkça onayladığınız içeriklerden yanıt taslağı oluşturmalıdır: çözümlenmiş talepler, bilgi tabanınız ve web sitenizin sayfaları. Deskhero'nun yapay zekâsı tasarım gereği bu şekilde çalışır.
  • Otomatik taslak + temsilci düzenlemesi akışı: Yapay zekâ taslağı oluşturur; temsilci inceler, düzenler ve gönderir. Siz etkinleştirmedikçe hiçbir şey otomatik olarak gönderilmez.
  • Otomatik yanıtları etiketleyin: Yapay zekâ tarafından oluşturulan veya desteklenen her yanıt, daha sonra denetlenebilmesi için talep günlüğünde etiketlenmelidir.
  • Güven eşikleri ve eskalasyon tetikleyicileri: Yapay zekâ emin olmadığında tahminde bulunmak yerine bir insana devretmelidir. Epic Games'in Support Assistant özelliği bu modeli izler: otomatik yardım sunmayı dener, kaynaklarını gösterir ve sorunu çözemediğinde insan tarafından ele alınan bir talep oluşturur.
  • İlk olarak yapay zekâyı düşük riskli talep türleriyle sınırlayın. SSS'ler ve sipariş durumuyla başlayın. Yapay zekânın doğruluğuna güven kazanana kadar faturalandırma anlaşmazlıklarını ve hukuki şikâyetleri yalnızca insanlara bırakın.

Klaviyo'nun destek modeli, kullanıcıları plan seviyesine göre canlı temsilcilere eskale etmeden önce sanal asistana yönlendirir; bu da yapay zekâ katılımını talep karmaşıklığına göre kademelendirmek için pratik bir modeldir.

Takip edilecek KPI'lar ve örnek SLA çerçevesi

E-posta tabanlı bir yardım masası için temel metrikler:

  • İlk yanıt süresi (hedef: standart talepler için 4 saatin altında)
  • Çözüm süresi (hedef: 1. seviye için 24 saatin altında)
  • Talep başına yanıt sayısı (düşük olması daha iyidir; 4'ün üzeri ilk yanıtların net olmadığını gösterir)
  • Yeniden açılan talep oranı (%10'un üzeri çözüm kalitesi sorunlarına işaret eder)
  • E-posta kanalı bazında CSAT puanı
  • Otomasyon doğruluk oranı (otomatik yönlendirilen taleplerin yüzde kaçı doğru kuyruğa ulaştı)
SLA Seviyesi İlk Yanıt Hedefi Çözüm Hedefi
Acil 1 saat 4 saat
Standart 4 saat 24 saat
Düşük öncelik 8 saat 72 saat

İlk ay haftalık SLA incelemeleri yapın; temel değerleriniz istikrara kavuştuğunda aylık incelemelere geçin. Hangi alanların en fazla hacmi oluşturduğunu izole edebilmek için taleşleri kampanyaya veya ürün grubuna göre etiketleyin. Plan seviyesinin kanal erişimini belirlediği Mailchimp'in kademeli destek modeli, müşteri seviyesine göre dahili SLA beklentileri belirlemek için faydalı bir referanstır.

Yaygın sorunlar ve bunların çözümü

  • Teslim edilebilirlik sorunları: SPF, DKIM ve DMARC uyumunu kontrol edin. Kayıtları doğrulamak için MXToolbox kullanın. Yanıtlar spam klasörüne düşüyorsa Kimden: alan adı büyük olasılıkla SPF tarafından yetkilendirilmiş gönderim IP'siyle eşleşmiyordur.
  • Yinelenen talepler: Genellikle konu satırında ileti dizisi kimliklerinin bulunmamasından kaynaklanır. Benzersiz bir talep etiketi ([#ID]) ekleyin ve sistemin yanıtları yalnızca konu metnine göre değil, bu etikete göre eşleştirdiğini doğrulayın.
  • İki temsilcinin aynı anda yanıt vermesi: Çakışma algılamayı etkinleştirin. Platformunuzda bu özellik yoksa, talep açıldığı anda onu tek bir temsilciye kilitleyen bir atama kuralı kullanın.
  • Bozulan iki yönlü senkronizasyon: IMAP kimlik bilgilerini ve OAuth belirteçlerini doğrulayın. Belirteçlerin süresi dolar; her 90 günde bir yeniden kimlik doğrulama yapmak için takviminize hatırlatıcı ekleyin.
  • Eklerin taleşlerde görünmemesi: Gelen e-posta ayrıştırıcınızın yalnızca düz metni değil, MIME eklerini de yakalayacak şekilde ayarlandığını doğrulayın. Yayına geçmeden önce bir PDF ve görselle test edin.

Yayına geçiş öncesi hata ayıklama kontrol listesi:

  • SPF/DKIM/DMARC kayıtları harici bir araçla doğrulandı
  • Harici bir adresten test talebi oluşturuldu
  • Yardım masasından yanıt gönderildi; müşteri şirketin Kimden: adresini görüyor
  • Ek talepte görünür
  • Yönlendirme kuralı doğru şekilde çalışıyor
  • SLA zamanlayıcısı talep oluşturulduğunda başlıyor

Küçük destek ekiplerinde gerçekten işe yarayanlar

E-posta tabanlı bir yardım masasından en fazla faydayı sağlayan ekipler, ilk günden her şeyi otomatikleştirme dürtüsüne direnenlerdir. Önceliklendirme ve şablonlarla başlayın. Yönlendirme kurallarınızı doğru yapılandırın. Ardından, talep kalıplarınızı öğrendikten sonra otomasyonları ve yapay zekâyı ekleyin.

İş akışı kartlarını düzenleyen eller

Hız ve kontrol arasında gerçek bir denge vardır. Tamamen otomatik bir ilk yanıt hızlı hissettirebilir; ancak yapay zekâ güncelliğini yitirmiş bilgilerden yararlanırsa güveni yavaş bir insan yanıtından bile daha hızlı aşındırır. Daha akıllıca yaklaşım, temsilcilerin inceleyeceği yapay zekâ taslaklarını kullanmak ve ardından otomasyonu yapay zekânın doğruluğunun sürekli yüksek olduğu talep türlerine kademeli olarak genişletmektir.

Personel planlamasında, mesai saatlerinde çalışan küçük bir ekibi mesai dışı bir yardım formuyla (örneğin Nutshell'in modeli) desteklemek, ilk günden 7/24 personel bulundurmaya çalışmaktan daha sürdürülebilirdir. Net SLA aralıkları belirleyin, bunları otomatik alındı e-postanızda bildirin; müşteriler bekleyecektir.

İlk 30 gün: temsilci eğitimi öncelikleri:

  • Devirlerde dahili notların nasıl kullanılacağı (1. gün)
  • Hazır yanıt kütüphanesi ve ne zaman özelleştirileceği (1–3. gün)
  • Eskalasyon yolu ve ne zaman kullanılacağı (3–5. gün)
  • SLA hedefleri ve talep yaşının nasıl kontrol edileceği (2. hafta)
  • Analiz panosunun okunması (3.–4. hafta)

Deskhero, taşıma gerektirmeyen yöntemi en hızlı seçenek hâline getirir

Çoğu küçük destek ekibinin yeni bir e-posta adresine veya veri taşıma projesine ihtiyacı yoktur. İhtiyaçları olan şey, mevcut Gmail, Google Workspace veya Microsoft 365 gelen kutularının bugünden itibaren gerçek bir yardım masası gibi çalışmasıdır.

Deskhero

Deskhero mevcut posta kutunuza dakikalar içinde bağlanır, gelen e-postalardan talepler oluşturur ve her yanıtın kendi şirket adresinizden gönderilmesini sağlar. Yapay zekâ yalnızca onayladığınız bilgilerden yanıt taslakları oluşturur, ekleri okur ve emin olmadığında bir insana devreder. DNS'nize birden fazla kez dokunmadan otomasyonlara, SLA zamanlayıcılarına, Shopify müşteri paneline, Google ve Microsoft SSO'ya ve eksiksiz bir REST API'ye sahip olursunuz. Kredi kartı gerektirmeyen 30 günlük ücretsiz denemeyi başlatın.

Kaynaklar

SSS

Mevcut bir e-posta adresini taşıma yapmadan yardım masası olarak kullanabilir misiniz?

Evet. Deskhero gibi platformlar, yönlendirme veya IMAP aracılığıyla Gmail, Google Workspace ya da Microsoft 365'e bağlanır ve mevcut e-posta geçmişinizi taşımadan gelen e-postaları taleplere dönüştürür.

Bir e-posta yardım masası kurmak için hangi DNS kayıtlarını ayarlamanız gerekir?

Yardım masası platformunuzun gönderim IP'lerini içeren geçerli bir SPF kaydına, alan adınızda etkinleştirilmiş DKIM imzalamaya ve kimlik doğrulamayı izlemek veya uygulamak için bir DMARC politikasına ihtiyacınız vardır.

İki temsilcinin aynı talebe yanıt vermesini nasıl önlersiniz?

Yardım masası platformunuzda çakışma algılamayı etkinleştirin veya talep açıldığı anda onu tek bir temsilciye kilitleyen bir atama kuralı kullanarak eş zamanlı yanıtları önleyin.

Yapay zekâ bir e-posta yardım masasında nasıl güvenle kullanılmalıdır?

Yapay zekâyı onaylanmış bilgi kaynaklarıyla sınırlandırın, herhangi bir taslak gönderilmeden önce temsilci incelemesini zorunlu tutun ve yapay zekânın güveni düşük olduğunda sistemi bir insana eskalasyon yapacak şekilde yapılandırın.

E-posta tabanlı bir yardım masasını kurmak ne kadar sürer?

Temel e-postadan talebe kurulumu birkaç dakika ile birkaç saat arasında sürer. Otomasyonları ve yönlendirme kurallarını doğrulamak genellikle 1–2 gün alır; şablonlar ve SLA'larla birlikte tam ekip eğitimi ise 1–3 hafta sürer.