Küçük destek ekiplerinin gelen kutularını anlamak için kapsamlı bir sınıflandırma sistemine ihtiyacı yoktur. Günlük talepleri yönlendirmeyi, gözden geçirmeyi ve bunlardan öğrenmeyi kolaylaştıran kısa bir iletişim nedeni listesine ihtiyaçları vardır. Gelen her müşteri talebi farklı bir şekilde tanımlandığında veya hiç tanımlanmadığında, ekibin neyle ilgilendiğini, bir sonraki adımı kimin atması gerektiğini ve hangi sorunların sürekli tekrarlandığını görmek zorlaşır.
İletişim nedeni, müşterinin iletişime geçmesinin temel nedenidir: örneğin faturalandırma sorusu, hesap erişimi sorunu, teslimatla ilgili bir talep veya ürün sorunu. Bu kategoriler tutarlı kullanıldığında, küçük bir ekibe yaptığı iş için ortak bir dil sunar. Bir görüşmenin her ayrıntısını yakalamaları amaçlanmaz. Bağlam biletin kendisinde yer almalı; iletişim nedeni ise yararlı, üst düzey bir işaret sağlamalıdır.
Bu rehber, küçük işletme ekipleri için pratik bir müşteri destek bileti kategorileri listesi oluşturmayı, listeyi anlaşılır tutmayı ve kategorizasyonu ek bir işe dönüştürmeden zaman içinde geliştirmeyi açıklar.
Kısa bir kategori listesi neden faydalıdır?
İyi seçilmiş bir destek iletişim nedenleri listesi, gelen kutusunu çeşitli pratik şekillerde daha yönetilebilir kılar. İlk olarak daha hızlı atamayı destekler. Bir talebin genel bir sorudan ziyade açıkça hesap sorunuyla ilgili olduğu görüldüğünde, ekip bunu ele almak için en uygun kişiye yönlendirebilir. Herkes geniş bir iş yelpazesini kapsasa bile, kategori sorumlu kişiye hemen bir başlangıç noktası sunar.
İkinci olarak, kategoriler incelemeyi daha faydalı hâle getirir. Bir müşteri sorununu çözerken tek tek görüşmeleri okumak gereklidir; ancak bir aylık talebin tamamını anlamaya çalışırken bu yavaştır. Basit bir kategori, ekibin doğrudan sorular sormasını sağlar: Müşteriler bizimle en sık hangi konuda iletişime geçti? Erişim talepleri arttı mı? Ürün sorunları tekrar tekrar ortaya çıkıyor mu?
Üçüncü olarak, ortak bir müşteri talebi kategorileri seti meslektaşlar arasındaki belirsizliği azaltmaya yardımcı olur. Bir kişi bir mesajı “teknik” olarak adlandırırken, bir başkası aynı tür mesajı “hesap yardımı” olarak adlandırabilir. Kısa ve üzerinde anlaşılmış bir liste değerlendirme ihtiyacını ortadan kaldırmaz, ancak bu değerlendirmenin daha tutarlı olmasını sağlar.
Amaç, mümkün olan her talebi kusursuz şekilde tanımlamak değildir. Amaç, en yaygın işleri görünür ve anlaşılır kılmaktır.
Küçük bir ekip için bu ayrım önemlidir. Aşırı ayrıntılı bilet kategorizasyonu tereddüt yaratabilir: kişiler birbirine çok benzeyen seçenekler arasında karar vermek için zaman harcar, kategoriler kullanılmaz ve raporlama parçalanır. Daha küçük bir listeyi hatırlamak, uygulamak ve geliştirmek daha kolaydır.
Ekibinizin hâlihazırda aldığı taleplerle başlayın
En iyi iletişim nedeni listesi genel bir şablondan değil, gerçek müşteri görüşmelerinden doğar. Yakın zamandaki temsil niteliği taşıyan bir talep grubuna bakın ve her birinin ardındaki temel nedeni yazın. İlk aşamada her bileti analiz etmeniz gerekmez. Amaç, gelen kutusunda zaten bulunan tekrarlayan temaları fark etmektir.
İnceleme yaparken talepleri müşterinin kullandığı ifadeye göre değil, temel ihtiyacına göre gruplandırın. “Giriş yapamıyorum”, “şifrem çalışmıyor” ve “hesabım kilitlendi” ifadelerinin tümü hesap erişimi kategorisine girebilir. Benzer şekilde, bu talepler benzer biçimde ele alınıyorsa “siparişim nerede?” ve “ne zaman ulaşacak?” ifadeleri de teslimat sorusu kategorisine uygun olabilir.
Temel iş türlerini belirleyin
Yararlı bir başlangıç noktası, ekibinizin yanıt verme biçimini yansıtan geniş grupları belirlemektir. Aldığınız taleplere bağlı olarak ilk listeniz şunları içerebilir:
- Hesap erişimi: giriş, şifre veya erişim sorunları.
- Faturalandırma ve ödemeler: ücretler, faturalar, iadeler veya ödeme soruları.
- Ürün veya hizmet sorunu: bir şeyin beklenildiği gibi çalışmaması.
- Nasıl yapılır sorusu: ürün veya hizmetin kullanımıyla ilgili yardım.
- Sipariş veya teslimat sorusu: sipariş durumu, teslim zamanı veya sipariş karşılama talepleri.
- Geri bildirim: öneriler, şikâyetler veya genel geri bildirimler.
- Diğer: gerçekten uygun bir kategoriye girmeyen talepler için geçici bir alan.
Bunlar zorunlu bir liste değil, örneklerdir. Küçük bir destek ekibi kendi işine uygun ve meslektaşların hemen tanıyabileceği terimleri kullanmalıdır. Teslimatla ilgili sorular hiç gelmiyorsa, bunlar için kategori ayırmaya gerek yoktur. Müşteriler sık sık randevular, yenilemeler veya değişiklikler hakkında soru soruyorsa, bunlar kendi açık kategorilerini hak edebilir.
Yaklaşık beş ila sekiz nedenle başlayın. Bu sayı, kullanım kolaylığını korurken gelen işlerin büyük bölümünü temsil etmek için genellikle yeterlidir. Ekibin rahatça hatırlayabileceğinden daha fazla kategoriyle başlarsanız, sistem yardımcı olma fırsatı bulmadan önce tutarsızlık yaratmanız olasıdır.
Çözümü değil, talebi temel alın
İletişim nedenleri genellikle müşterinin neden iletişime geçtiğini tanımlamalı, ekibin buna karşılık ne yaptığını değil. Müşteri hesap erişimi hakkında iletişime geçebilir ve çözüm olarak yönlendirme sağlanabilir veya bir değişiklik yapılabilir. Erişim sorunu yine de iletişim nedenidir.
Bu yaklaşım, kategorileri talebi fark etmek için yararlı tutar. Benzer erişim talepleri farklı yollarla çözülse bile, birlikte görünür olmaya devam etmelidir. Aynı ilke, tek bir talebin birden fazla eyleme dönüştüğü durumlarda da geçerlidir: müşteriyi ekibe getiren birincil nedeni seçin. İki konu eşit derecede önemliyse, ana müdahaleyi gerektiren konuyu seçin ve diğerlerini görüşmeye kaydedin.
Kategorileri herkesin anlayacağı şekilde oluşturun
Bir kategori listesi ancak farklı kişiler onu genel olarak aynı şekilde kullanabildiğinde işe yarar. Adlar açık, birbirinden farklı ve hızlıca taranabilecek kadar kısa olmalıdır. Kurum içi jargon, “çeşitli sorunlar” gibi belirsiz etiketler veya neredeyse aynı anlama gelen birkaç seçenek kullanmaktan kaçının.
Her kategori için tek cümlelik bir tanım yazın ve iki ya da üç örnek ekleyin. Bu hafif yönlendirme, aksi hâlde önceliklendirmeyi yavaşlatan soruları yanıtlayabilir: Yinelenen bir ücretlendirme faturalandırma kapsamına mı girer? Talimat talebi, nasıl yapılır sorusu mu yoksa ürün sorunu mu sayılır? Ortak bir yanıt, uzun bir kılavuz gerektirmeden tutarlılığı artırır.
Bir kategorinin ne olmadığını da belirtmek faydalıdır. Örneğin, “Ürün veya hizmet sorunu” beklenildiği gibi çalışmayan bir şeyi kapsarken, “Nasıl yapılır sorusu” müşterinin kullanılabilir bir işlevi nasıl kullanacağını sormasını kapsar. Aradaki fark anlaşılırdır: biri bir arızayı veya beklenmeyen sonucu, diğeri ise rehberlik ihtiyacını tanımlar.
Paylaşımlı gelen kutusu bunu sürdürmeyi kolaylaştırır; çünkü ekip her talebi, sorumlusunu ve görüşmesini bir arada tutabilir. Paylaşımlı gelen kutusu için müşteri desteği uygulaması, küçük ekiplerin talepleri almasına, görüşmeleri düzenlemesine, sorumlular atamasına ve her yanıtı çözüme kadar takip etmesine yardımcı olmak üzere tasarlanmıştır. Bu ortamda iletişim nedenleri, ayrı bir idari çalışmaya dönüşmek yerine ekibin gelen işleri günlük olarak görmesini destekleyebilir.
Seçimi ilk incelemede kolay tutun
Ekibin iletişim nedenini ne zaman uygulayacağına karar verin. Birçok ekip için, müşterinin temel ihtiyacı bu aşamada görünür olduğu için yeni bir talebin ilk incelemesi sırasında atama yapmak pratiktir. Görüşme farklı bir temel sorunu ortaya çıkarırsa kategori daha sonra ayarlanabilir.
İlk seçimi geri alınamaz olarak görmeyin. Kategori bir organizasyon aracıdır, sınav değildir. Düzeltmeye izin vermek, insanların kesinlik ararken işi geciktirmek yerine hızlı ve makul bir seçim yapmasına yardımcı olur. Önemli olan, ekibin zaman içinde aynı pratik standardı kullanmasıdır.
Açık nedenler basit bir iş akışını tamamlar. Talep türü belirlendikten sonra ekip bir sorumlu atayabilir ve görüşmeyi alışılmış destek süreciyle ilerletebilir. Talepler tek bir yerde yönetildiğinde, paylaşımlı müşteri destek çalışma alanı, ekip sorumluluğu görünür tutarken her görüşmenin bağlamını korumaya yardımcı olabilir.
Kategorilendirilmemiş ve tekrarlayan talepleri aylık olarak inceleyin
İlk listeniz kalıcı bir yapı değil, başlangıç noktasıdır. “Diğer” olarak işaretlenen talepleri, kategorilendirilmemiş görüşmeleri ve en sık görünen kategorileri incelemek için her ay kısa bir değerlendirme zamanı ayırın. Bilet kategorizasyonunun yalnızca gelen kutusu etiketi olmaktan çıkarak pratik iyileştirme kaynağına dönüştüğü yer burasıdır.
“Diğer” ile başlayın. Buraya yalnızca birkaç ilgisiz talep düşüyorsa, bunu yararlı bir güvenlik supabı olarak tutun. Aynı tür talep burada sürekli görünüyorsa, kendine ait bir kategori olup olmaması gerektiğini değerlendirin. Tek bir sıra dışı görüşme nedeniyle kategori eklemeyin; ancak tekrarlayan bir tema ayrı olarak görüldüğünde ve ele alındığında daha kolay yönetilecekse kategori ekleyin.
Ardından yüksek hacimli kategorileri inceleyin. Çok sayıda nasıl yapılır sorusu, talimatları netleştirme fırsatına işaret edebilir. Tekrarlayan hesap erişimi talepleri, müşterilerin aynı noktada zorlandığını gösterebilir. Sık görülen faturalandırma soruları, müşterilerin daha açık bilgilere ihtiyaç duyduğunu gösterebilir. Kategoriler bir sorunun nedenini kanıtlamaz, ancak ekibe nerede daha yakından bakmaya değer olduğunu söyler.
Kategori örüntülerini incelemek atamayı da iyileştirebilir. Bir talep türü düzenli olarak aynı bilgi birikimini veya takibi gerektiriyorsa ekip daha güvenilir bir sorumluluk yaklaşımı üzerinde anlaşabilir. Amaç küçük bir ekipte katı kuyruklar oluşturmak değildir; önlenebilir devirleri azaltmak ve tekrarlayan işlerin doğru kişiye verimli biçimde ulaşmasını sağlamaktır.
Listeyi dikkatle değiştirin
Mümkün olduğunda değişiklikleri birer birer yapın. Birkaç kategoriyi yeniden adlandırmak veya tüm geniş etiketleri aynı anda bölmek, gelecekteki talepleri geçmiş işler ile karşılaştırmayı zorlaştırır. Nelerin ve neden değiştiğine dair kısa bir not tutun; ardından yeni yapının ekibin kullanımı için gerçekten daha kolay olup olmadığını görün.
- Yakın zamandaki bir talep grubunu inceleyin ve tekrarlayan müşteri ihtiyaçlarını not edin.
- Yalın bir dille beş ila sekiz iletişim nedeni taslağı hazırlayın.
- Her nedeni örnekler ve basit bir sınırla tanımlayın.
- Listeyi ilk inceleme sırasında uygulayın, gerektiğinde düzeltin.
- Her ay “Diğer” kategorisini, kategorilendirilmemiş ve yüksek hacimli talepleri kontrol edin.
- Kategorileri yalnızca tekrarlanan kanıtlar değişikliği desteklediğinde ekleyin, birleştirin veya netleştirin.
Sonuç: Tekrarlayan işleri görünür kılın
Kısa bir iletişim nedeni listesi, küçük bir destek ekibine müşterilerin neden iletişime geçtiğine dair daha net bir tablo sunar. Daha güvenli atamayı destekler, düzenli incelemeyi hızlandırır ve ekibi ayrıntılı bir sınıflandırma sistemiyle yüklemeden tekrarlayan sorunları görünür kılar. Kategorileri gerçek taleplere dayandırın, açıkça adlandırın ve yalnızca örüntüler değişikliği gerektirdiğinde geliştirin.
CTA: Yakın zamandaki taleplerinize dayanarak beş ila sekiz iletişim nedeni taslağı hazırlayın, tanımları ekiple paylaşın ve bir sonraki gelen kutusu incelemenizde bunları tutarlı biçimde kullanmaya başlayın. Görüşmeleri ve sorumluluğu düzenlemek için merkezi bir yere ihtiyacınız varsa küçük ekipler için müşteri desteğini inceleyin.