Skip to main content
Dəstək keyfiyyəti

Problem ilk zəngdə həll olunubmu: FCR üçün məlumatlar

Operatorun «həll olundu» deməsi problemin həqiqətən həll olunduğunu göstərmir. İlk zəngdə həll (FCR) müraciətin mövzusu, müştərinin sonrakı əlaqələri və razılaşdırılmış pəncərə ilə ölçülür. Bu yazıda işarə ilə faktiki həll arasındakı fərqin səbəblərini, FCR üçün lazım olan məlumat sahələrini, tərifi yazarkən verilən beş qərarı, eyni həftədən üç fərqli FCR çıxaran illüstrativ hesablamanı, zəngin məzmununun FCR-ə nə əlavə etdiyini, həftəlik təhlil prosesini və FCR-in hesabatda düzgün göstərilməsi qaydalarını açırıq.

29 Sentyabr 20266 dəq oxu

Qısa cavab

Problemin ilk zəngdə həll olunduğunu bir zəngin özündən bilmək olmur. FCR (First Call Resolution — ilk zəngdə həll) üç məlumatın birləşməsindən ölçülür: müraciətin nə haqqında olduğu, eyni müştərinin sonrakı əlaqələri və razılaşdırılmış müşahidə pəncərəsi. Operatorun «həll olundu» deməsi və ya zəngin xoş tonla bitməsi bu məlumatların heç birini əvəz etmir.

Ona görə FCR əvvəlcə tərif məsələsidir, sonra hesabat məsələsi. Tərifi yazılmayan FCR rəqəmi komandalar arasında müqayisə olunmur və hər rüb başqa şey ölçür.

«Həll olundu» ilə faktiki həll arasındakı fərq

Operator zəngin sonunda müraciəti «həll olundu» kimi bağlayır. Bu, onun öz qiymətidir. Faktiki həll isə müştərinin eyni məsələ ilə bir daha müraciət etməməsində görünür. Bu iki şey arasında adətən fərq olur və fərqin səbəbləri müxtəlifdir:

  • Operator cavab verib, amma müştərinin əsl sualı başqa idi
  • Vəd edilən əməliyyat (geri qaytarma, texniki baxış, düzəliş) sonradan edilməyib
  • Müştəri cavabı başa düşməyib və başqa kanaldan — məsələn, mesajla — yenidən yazıb
  • Problem operatorun səlahiyyətində deyildi, amma ötürmə də edilməyib
  • Status «həll olundu» işarələnib ki, açıq müraciət sayı az görünsün

Sonuncu səbəb xüsusilə vacibdir: FCR operatorun özünün işarəsinə bağlanırsa, göstərici tez bir zamanda idarə olunan rəqəmə çevrilir.

FCR üçün lazım olan məlumatlar

FCR-i hesablamaq üçün aşağıdakı sahələr lazımdır. Onların heç biri zəngin transkriptindən etibarlı şəkildə çıxmır — telefoniya, CRM və ya müraciət sistemindən gəlir.

  1. Müştəri identifikatoruTelefon nömrəsi və ya müştəri ID-si. Bir müştərinin bir neçə nömrəsi varsa, onları birləşdirən qayda lazımdır.
  2. Müraciətin mövzusuOperatorun seçdiyi kateqoriya və ya müraciət növü. Mövzu olmadan «eyni məsələ» ilə «başqa məsələ»ni ayırmaq mümkün deyil.
  3. Əlaqənin vaxtı və kanalıZəng, mesaj, e-poçt — müştəri ikinci dəfə başqa kanaldan gəlirsə, bu da təkrar əlaqədir.
  4. Bağlanma statusuOperatorun işarəsi. O, FCR-in özü deyil, müqayisə üçün ayrıca sahədir.
  5. Vəd edilən əməliyyatın statusuGeri ödəniş, sifariş dəyişikliyi, texniki çıxış — sistemdə həqiqətən icra olunubmu.

Tərifi yazmaq: beş qərar

  1. PəncərəTəkrar əlaqə neçə gün ərzində sayılır? Qısa pəncərə FCR-i şişirdir, çox uzun pəncərə isə yeni problemi köhnəyə yazır. Seçilən müddət müraciət növünə uyğun olmalıdır.
  2. Eyni məsələ qaydasıYalnız eyni mövzulu təkrar əlaqə sayılır, yoxsa istənilən təkrar əlaqə? İkincisi sadədir, amma başqa məsələ ilə gələn müştərini də «həll olunmayan» kimi sayır.
  3. KanallarTelefonla başlayıb mesajla davam edən müraciət nəzərə alınırmı?
  4. İstisnalarMüştərinin özünün geri zəng istədiyi, planlı ikinci addımı olan (məsələn, texnik baxışından sonra zəng) müraciətlər ayrıca işarələnir.
  5. MənbəFCR sistem məlumatından, müştəri sorğusundan, yoxsa hər ikisindən hesablanır? Hər birinin öz zəif tərəfi var; mənbə hesabatda yazılmalıdır.

İllüstrativ nümunə: bir həftə, üç fərqli FCR

Aşağıdakı rəqəmlər illüstrativ nümunədir, real şirkət datası deyil. Bir həftədə 200 ilk müraciət olub. Operatorlar onlardan 188-ni «həll olundu» kimi bağlayıb. Növbəti 7 gün ərzində 38 müştəri yenidən əlaqə saxlayıb: 26-sı eyni məsələ ilə, 12-si başqa məsələ ilə.

94%Operatorun işarəsinə görə: 188 / 200
87%Eyni məsələ qaydası ilə: (200 − 26) / 200
81%İstənilən təkrar əlaqə qaydası ilə: (200 − 38) / 200

Eyni həftə, eyni zənglər — üç fərqli rəqəm. Hansının «düzgün» olduğunu soruşmaq mənasızdır; düzgün olan, seçilmiş tərifin yazılması və hər dövrdə eyni qalmasıdır. 94% ilə 87% arasındakı 7 bənd isə ayrıca dəyərli məlumatdır: operatorların «həll olundu» dediyi, amma müştərinin yenidən qayıtdığı 14 hal ən yaxşı təhlil siyahısıdır.

Zəngin məzmunu FCR-ə nə əlavə edir

Zəngin transkripti FCR-i sübut etmir, amma FCR-in niyə aşağı olduğunu izah edə bilər. Təkrar əlaqə ilə bitən zənglər ilk zənglə müqayisə olunanda adətən bu nümunələr görünür:

  • Ehtiyac aydınlaşdırılmayıb — operator ilk eşitdiyi suala cavab verib
  • Növbəti addım konkret deyil: «yoxlayacağıq» deyilib, nə vaxt və kim tərəfindən deyilməyib
  • Operator müştəriyə cavabı başa düşdüyünü yoxlamayıb
  • Müştərinin ikinci sualı qeyd olunmayıb
  • Ötürmə edilib, amma məlumat növbəti şöbəyə çatdırılmayıb

Bu siyahı həm də zəng standartınıza yazıla biləcək meyarlardır. Onları hər zəngdə yoxlamaq FCR hesabatının göstərdiyi problemi davranış səviyyəsinə endirir.

Hesabatda FCR-i necə göstərmək

  • FCR-in yanında tərifi yazın: pəncərə, eyni məsələ qaydası, kanallar, istisnalar
  • Operatorun işarəsinə görə olan rəqəmi ayrıca, müqayisə üçün göstərin
  • Müraciət növünə görə bölün — sadə sorğularla texniki problemlərin FCR-i fərqlidir
  • Operator səviyyəsində FCR-ə yalnız kifayət qədər müraciət olduqda baxın; bir neçə müraciətdən çıxan faiz təsadüfdür
  • Tərif dəyişəndə köhnə və yeni dövrü eyni qrafikdə birləşdirməyin

Həftəlik təhlil prosesi

FCR rəqəmi yalnız onun arxasındakı hallar təhlil olunanda faydalı olur. Kiçik komanda üçün belə bir həftəlik ritm kifayətdir:

  1. Bazar ertəsi: siyahıKeçən həftə «həll olundu» işarələnib, amma pəncərə ərzində eyni məsələ ilə geri qayıdan müraciətlər çıxarılır.
  2. SeçimSiyahıdan müxtəlif operatorlara və müraciət növlərinə aid 10–15 hal seçilir; yalnız bir operatorun zəngləri götürülmür.
  3. TəhlilHər halda ilk zəng dinlənilir və ya oxunur. Səbəb bir kateqoriyaya yazılır: ehtiyac anlaşılmayıb, cavab səhvdir, əməliyyat edilməyib, ötürmə uğursuzdur, prosesdə boşluq var.
  4. NəticəOperatorla bağlı səbəblər fərdi təlimə, prosesə aid olanlar isə məsul şöbəyə gedir. Eyni səbəb iki həftə təkrarlanırsa, bu artıq sistem problemidir.

Bu təhlil bir-iki saat çəkir, amma FCR hesabatını «rəqəm qalxdı-düşdü» müzakirəsindən konkret düzəlişlər siyahısına çevirir.

Hüdudlar

  • Bir zəngin transkripti problemin həll olunduğunu sübut etmir — sonrakı əlaqələrə baxmaq lazımdır
  • Transkript CRM-də əməliyyatın edildiyini, geri ödənişin keçdiyini təsdiqləmir
  • Təkrar əlaqə olmaması həmişə həll demək deyil: müştəri sadəcə imtina edib başqa şirkətə keçə bilər
  • Müştəri sorğusu ilə ölçülən FCR yalnız cavab verənləri əks etdirir
  • FCR operatorun tək başına cavabdeh olduğu göstərici deyil; proses və sistem də ona təsir edir

Vexvon Audio Analyzer-də nə var

Vexvon Audio Analyzer FCR hesablamır: müştərinin sonrakı əlaqələri və müraciətin statusu telefoniya və CRM sisteminizdədir. Onun rolu yuxarıdakı «niyə» sualına sübut verməkdir.

  • Zəng standartınıza «ehtiyac aydınlaşdırıldı», «növbəti addım konkret deyildi», «cavabın başa düşüldüyü yoxlanıldı» kimi addımlar yazırsınız
  • Hər zəngdə hər addım «yerinə yetirilib», «qismən», «buraxılıb» və ya «tətbiq olunmur» kimi qiymətləndirilir, yanında şərh və transkript sətirləri olur
  • Zəngin qısa xülasəsi təkrar əlaqə siyahısını təhlil edən mütəxəssisə vaxt qazandırır

Təkrar əlaqə ilə bitən zəngləri yükləyib bu addımlarla müqayisə etmək FCR-in aşağı olmasının davranış səbəblərini üzə çıxarır. Ətraflı: Vexvon Audio Analyzer. Zəngin müddəti ilə keyfiyyət arasındakı balansı isə AHT və zəng keyfiyyəti yazısında açmışıq.

İlk addım

FCR tərifinizi bir səhifəyə yazın: pəncərə, eyni məsələ qaydası, kanallar və istisnalar. Sonra son həftənin operator işarəsinə görə və sistem məlumatına görə FCR-ini yan-yana hesablayın. Aradakı fərqdən 10 zəngi seçib dinləyin. Bu yazı müştəri dəstəyi keyfiyyəti bölməsinə aiddir. Öz yazılarınızla sınamaq üçün bizimlə əlaqə saxlayın.

Mövzunun davamı: zəng ötürmə keyfiyyəti, zəng yazısının metadata sahələri.

Live demo

Ready? Let's start

See Vexvon live in a 10-minute demo.

  • A scenario built for your business
  • A live sample call
  • A tour of the platform
Get a demoorBook a meeting

Your details are used only for the demo and to get in touch.