← Tüm rehberler

Müşteri desteği · Taskending editör ekibi

E-posta, portal ve API ile ticket yönetimi

Bir müşteri aynı sorunu e-posta, telefon sonrası not ve ürün içi form üzerinden bildirebilir. İyi bir help desk akışı, bu kanalları ayrı iş listelerine bölmeden talebin sahibini ve bir sonraki adımı görünür kılar.

Güncellendi: · 2 dk okuma

Kanaldan bağımsız ortak kayıt oluşturun

Başlık, sorun açıklaması, müşteri, öncelik ve sorumlu ekip her kanalda ortak olsun. Geliştirme isteği ile hata bildirimini tür alanıyla ayırın; farklı araçlara dağıtmak zorunda değilsiniz. Taskending’de müşteri portalı, uygulama API’si ve yapılandırılmış Gmail köprüsü aynı iş modelini kullanır.

E-posta tekrarlarını ve yanıtları yönetin

Gmail bağlantısı kurulduğunda mesaj kimliği tekrar işlemeyi engellemek için kullanılır. Aynı göndericinin yanıtları mevcut talebe bağlanabilir. Bir destek posta adresi için doğru projeyi seçin. Google erişim anahtarları sunucuda şifreli saklanır. Boyut sınırına uyan ekler alınabilir; büyük dosyalar için ayrı erişim planı gerekir.

İç not ile müşteri yanıtını ayırın

İç teknik tartışma, kişisel değerlendirme veya araştırma notu müşteriye açık mesajla aynı şey değildir. Yanıt göndermeden önce görünürlüğü kontrol edin. Taskending müşteri rolüne sadece müşteriye açık mesajları ve kendi taleplerini gösterir. E-posta gönderimi için giden posta sağlayıcısı yapılandırılmalıdır; portal mesajı oluşturmak teslim edilmiş e-posta garantisi değildir.

Ürün içinden güvenli ticket açın

API anahtarını tarayıcı JavaScript’ine koymayın. Ürününüzün backend’i kullanıcının kimliğini doğrulasın, gerekli hata bilgisini derlesin ve proje kapsamlı talep anahtarıyla Taskending API’sine göndersin. Parola, erişim anahtarı ve gereksiz kişisel bilgileri açıklamaya eklemeyin. Müşteri e-posta adresinin doğruluğu çağıran uygulamanın sorumluluğundadır.

Destek talebini geliştirmeyle ilişkilendirin

Bir hata için ayrı geliştirme işi açmanız gerekiyorsa destek talebiyle bağlayın. Müşteri mesajlarını mühendislik notlarından ayırırken hangi düzeltmenin hangi talebi çözdüğünü koruyun. Öncelik, müşterinin etkisi ve tekrar üretilebilirlik bilgisiyle birlikte değerlendirilsin. Gelişmiş SLA takvimi veya birden fazla talep katılımcısı zorunluysa mevcut kapsamı ayrıca değerlendirin.

Kendi iş akışınızda deneyin.

Bir şirket alanı oluşturun, ilk işinizi açın. Taskending şu anda ücretsiz.

Ücretsiz başlayın

Okumaya devam edin

01
Müşteri desteği

Müşteri portalı ile talep toplama

Müşteri portalı, dış kullanıcıların taleplerini ekip içi işlerden ayrılmış bir görünümde takip etmesini sağlar. Doğru rol ve proje erişimi kurulumun temelidir.

02
Müşteri desteği

Destek talebi nasıl yazılır? Hata bildirimi örneği ve şablon

Tekrar adımları, beklenen sonuç, etki ve güvenli eklerle iyi bir destek talebi yazın. Kopyalanabilir hata bildirimi şablonu ve doldurulmuş örnek.

03
Müşteri desteği

İç not ile müşteriye yanıt arasındaki fark

Aynı talepte ekip değerlendirmesi ve müşteri yazışması bulunabilir. Görünürlük seçimi, mesajın kimlere açık olacağını belirler.

04
Müşteri desteği

Destek kuyruğunda ilk değerlendirme nasıl yapılır?

İlk değerlendirme, yeni talebin etkisini ve sıradaki sorumlusunu belirler. Hemen çözüm sözü vermekle aynı işlem değildir.