Blogga qaytish
·14 daq·3 ko'rish
asterisk operator monitoringicall-markaz analitikasioperator kpiqueue_log tahliliqo'ng'iroqlar statistikasioperator hisoboti

Asterisk'da operator samaradorligini kuzatish: to'liq qo'llanma

Asterisk call-markazlarida operator ishini qanday kuzatish va yaxshilash mumkin. Asosiy KPI'lar, queue_log tahlili uchun SQL so'rovlar, CLI buyruqlari va vositalarni taqqoslash.

A
Astervis
Muhandislar va product jamoasi

Asterisk asosidagi call-markazni boshqarish faqat tranklarni ishlab turishini ta'minlash emas. Asosiy qiyinchilik boshqa joyda: har bir operator qanday ishlayotganini tushunish — kim muammoni birinchi qo'ng'iroqdayoq hal qiladi, kimda ushlab turish vaqti eng past, kim doimiy ravishda tez va sifatli xizmat ko'rsatadi. Tizimli kuzatuvsiz siz ko'r-ko'rona ishlaysiz.

Bu qo'llanmada Asterisk call-markazlarida operator ishini kuzatish haqida bilishingiz kerak bo'lgan hamma narsa yig'ilgan: asosiy KPI'lar, ma'lumot Asterisk ichida qayerda yotadi, SQL va CLI buyruqlari yordamida foydali metrikalarni qanday olish mumkin va zamonaviy analitika platformalari qo'l mehnatini qanday yo'q qiladi.

Nega operator ishini kuzatish muhim

Call-markazda mehnat haqi umumiy operatsion xarajatlarning 60–70% ini tashkil qiladi. Kuniga 80 ta qo'ng'iroq qabul qiladigan bitta bo'sh operator bir yilda yo'qotilgan mijozlar va behuda to'langan maosh hisobiga ming dollarlab zarar keltiradi. Aksincha, eng kuchli xodimlarning ish uslubini aniqlab, uni butun jamoaga tarqatsangiz, umumiy unumdorlik 15–25% ga oshadi.

Kuzatuv bo'lmasa, odatiy muammolar sezdirmay to'planib boradi:

  • —Yuklamaning notekis taqsimlanishi — ba'zi operatorlar uch barobar ko'p qo'ng'iroq oladi, boshqalari bo'sh turadi
  • —Ayrim operatorlarda tashlab ketish yuqori — mijozlar sekin xodimni kutmay go'shakni qo'yadi
  • —Cho'zilgan ushlab turish va wrap-up — operator ishlamaslik uchun mijozni ushlab turishga qo'yadi
  • —Javobgarlik yo'q — ma'lumot bo'lmasa, ish tahlili sub'ektiv taassurotga aylanadi
  • —SLA maqsadlari bajarilmaydi — xizmat darajasini kim pasaytirayotganini bilmaysiz

Asterisk juda katta hajmdagi xom ma'lumot ishlab chiqaradi: CDR yozuvlari, navbat loglari, kanal hodisalari. Vazifa — bu xom ma'lumotni har bir operator kesimidagi aniq manzaraga aylantirish.

Asterisk call-markazlari uchun asosiy operator KPI'lari

Ma'lumot olish usullariga o'tishdan oldin nimani kuzatishingizni aniq belgilab oling. Asterisk asosidagi ishlar uchun eng muhim ko'rsatkichlar quyidagilar:

Qo'ng'iroq hajmi metrikalari

KPINimani o'lchaydiFormulaMaqsadli diapazon
Qabul qilingan qo'ng'iroqlarOperator javob bergan qo'ng'iroqlar soniCONNECT hodisalari soniRolga qarab
O'tkazib yuborilgan qo'ng'iroqlarJavobsiz qolgan chaqiruvlarRINGNOANSWER hodisalari soniTaklif qilinganning < 5%
Uzatilgan qo'ng'iroqlarBoshqa operatorga o'tkazilgan qo'ng'iroqlarTRANSFER hodisalari soni< 10%
Soatiga qo'ng'iroqIsh unumdorligiQabul qilingan qo'ng'iroqlar / ishlangan soat8–15 (kiruvchi)

Vaqt metrikalari

KPINimani o'lchaydiFormulaMaqsadli diapazon
O'rtacha ishlov vaqti (AHT)Wrap-up bilan birga bitta qo'ng'iroqqa ketgan vaqt(Suhbat + Ushlab turish + Wrap-up) / Qo'ng'iroqlar3–7 daqiqa
O'rtacha suhbat vaqtiHaqiqiy suhbat davomiyligibillsec yig'indisi / Qo'ng'iroqlar2–5 daqiqa
O'rtacha ushlab turish vaqtiMijoz ushlab turishda o'tkazgan vaqtUshlab turish hodisalari yig'indisi / Qo'ng'iroqlar< 60 soniya
O'rtacha wrap-up vaqtiQo'ng'iroqdan keyingi ish davomiyligiAHT – Suhbat – Ushlab turish< 60 soniya
Javobgacha jiringlash vaqtiOperator go'shakni qanchalik tez oladiRINGNOANSWER/CONNECT orasidagi vaqt< 15 soniya
Bandlik darajasi (Occupancy)Mavjud vaqtning qancha qismi qo'ng'iroqqa ketgani(Suhbat + Ushlab turish + Wrap-up) / Tizimdagi vaqt75–85%

Sifat metrikalari

KPINimani o'lchaydiFormulaMaqsadli diapazon
Birinchi qo'ng'iroqda hal qilish (FCR)Qayta murojaatsiz yopilgan masalalar1 – (Qayta murojaatlar / Jami murojaatlar)> 70%
Tashlab ketish darajasi (operator bo'yicha)Operator navbatida go'shakni qo'ygan mijozlarTashlab ketilgan / Taklif qilingan< 5%
Xizmat darajasiBelgilangan chegara ichida javob berilgan qo'ng'iroqlarX soniyada javob berilgan / Jami20 s da > 80%
Uzatish ulushiEskalatsiya talab qilgan qo'ng'iroqlarUzatishlar / Qabul qilinganlar< 10%

Asterisk operator ma'lumotlarini qayerda saqlaydi

Asterisk samaradorlikka oid ma'lumotni bir necha joyda saqlaydi. Aniq hisob yuritish uchun har bir manbani tushunish shart.

1. Queue Log (/var/log/asterisk/queue_log)

Navbat logi — navbatlardagi operator ishi bo'yicha asosiy manba. Har bir navbat hodisasi vaqt belgisi, navbat nomi va operator identifikatori bilan yoziladi.

Operatorni kuzatish uchun asosiy hodisalar:

ADDMEMBER — Operator navbatga kirdi REMOVEMEMBER — Operator navbatdan chiqdi RINGNOANSWER — Navbat qo'ng'iroq taklif qildi, operator javob bermadi CONNECT — Operator javob berdi (ushlab turish va jiringlash vaqtini o'z ichiga oladi) COMPLETECALLER — Mijoz birinchi bo'lib go'shakni qo'ydi (ushlab turish va suhbat vaqti bilan) COMPLETEAGENT — Operator birinchi bo'lib go'shakni qo'ydi (ushlab turish va suhbat vaqti bilan) TRANSFER — Operator qo'ng'iroqni uzatdi PAUSE — Operator pauzada (tanaffus/tushlik) UNPAUSE — Operator pauzadan qaytdi ABANDON — Mijoz javobni kutmay uzdi

Tugallangan qo'ng'iroq bo'yicha queue_log yozuvi namunasi:

1710806400|1710806389.42|support|SIP/agent101|COMPLETEAGENT|18|145|1

Buni shunday o'qiladi: support navbatidagi SIP/agent101 operatori 18 soniya ushlab turishdan keyin javob bergan, 145 soniya gaplashgan va qo'ng'iroqni birinchi bo'lib o'zi tugatgan. Navbatdagi o'rni — 1.

2. CDR (Call Detail Records)

CDR qo'ng'iroq darajasidagi ma'lumotni beradi: davomiylik, yakun holati, kanallar haqidagi ma'lumot. /var/log/asterisk/cdr-csv/ ichida yoki cdr_adaptive_odbc sozlangan bo'lsa ma'lumotlar bazasida (MySQL, PostgreSQL) saqlanadi.

Operator tahlili uchun foydali CDR maydonlari:

src — Qo'ng'iroq qiluvchi raqami dst — Terilgan raqam/ichki raqam dcontext — Manzil konteksti channel — Boshlang'ich kanal dstchannel — Manzil kanali (operator kanali) billsec — Hisoblanadigan soniyalar (haqiqiy suhbat) duration — Jiringlash bilan birga umumiy davomiylik disposition — ANSWERED, NO ANSWER, BUSY, FAILED calldate — Vaqt belgisi uniqueid — Qo'ng'iroqning unikal identifikatori

3. CEL (Channel Event Logging)

CEL eng batafsil, hodisa darajasidagi ma'lumotni beradi. U qo'ng'iroq hayoti davomidagi har bir holat o'zgarishini qayd etadi, shu sababli ushlab turish vaqtini, uzatish zanjirlarini va konferensiya davomiyligini aniq hisoblash imkonini beradi.

Asosiy CEL hodisalari:

CHAN_START — Kanal yaratildi (qo'ng'iroq boshlandi) ANSWER — Kanalda javob berildi BRIDGE_ENTER — Bridge'ga kirish (ikkinchi tomon bilan ulanish) BRIDGE_EXIT — Bridge'dan chiqish HOLD — Ushlab turishga qo'yildi UNHOLD — Ushlab turishdan olindi HANGUP — Kanal tugatildi

4. AMI (Asterisk Manager Interface)

AMI hodisalar orqali real vaqtdagi ma'lumotni beradi. Jonli dashboardlar uchun qulay, ammo tarixiy tahlilga yaramaydi.

QueueMemberStatus — Operator holatining o'zgarishi AgentCalled — Navbat operatorga dozvon qilmoqda AgentConnect — Operator navbatdagi qo'ng'iroqqa javob berdi AgentComplete — Operator navbatdagi qo'ng'iroqni yakunladi

SQL yordamida operator metrikalarini olish

Agar CDR va queue_log ma'lumotlari bazada saqlansa (tavsiya etiladi), operator metrikalarini SQL so'rovlar bilan olishingiz mumkin. Quyida PostgreSQL uchun ishga tayyor so'rovlar berilgan. MySQL uchun ustun nomlarini moslashtiring.

So'rov 1: Operatorning kunlik ish natijalari

SELECT agent, COUNT(*) FILTER (WHERE event = 'CONNECT') AS calls_answered, COUNT(*) FILTER (WHERE event = 'RINGNOANSWER') AS calls_missed, COUNT(*) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')) AS calls_completed, COUNT(*) FILTER (WHERE event = 'TRANSFER') AS calls_transferred, ROUND(AVG(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')), 1) AS avg_talk_sec, ROUND(AVG(data1::int) FILTER (WHERE event = 'CONNECT'), 1) AS avg_hold_sec, MAX(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')) AS max_talk_sec, MIN(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')) AS min_talk_sec FROM queue_log WHERE time_id >= CURRENT_DATE AND agent != 'NONE' GROUP BY agent ORDER BY calls_answered DESC;

So'rov 2: Operatorning soatlik faolligi (heatmap uchun ma'lumot)

SELECT agent, EXTRACT(HOUR FROM to_timestamp(time_id)) AS hour, COUNT(*) FILTER (WHERE event = 'CONNECT') AS calls, ROUND(AVG(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')), 0) AS avg_talk FROM queue_log WHERE time_id >= EXTRACT(EPOCH FROM CURRENT_DATE)::int AND agent != 'NONE' GROUP BY agent, hour ORDER BY agent, hour;

So'rov 3: Operatorning tizimdagi vaqti va mavjudligi

WITH sessions AS ( SELECT agent, time_id AS event_time, event, LEAD(time_id) OVER (PARTITION BY agent ORDER BY time_id) AS next_event_time, LEAD(event) OVER (PARTITION BY agent ORDER BY time_id) AS next_event FROM queue_log WHERE event IN ('ADDMEMBER', 'REMOVEMEMBER', 'PAUSE', 'UNPAUSE') AND time_id >= EXTRACT(EPOCH FROM CURRENT_DATE)::int AND agent != 'NONE' ) SELECT agent, SUM(CASE WHEN event = 'ADDMEMBER' THEN next_event_time - event_time ELSE 0 END) AS total_logged_in_sec, SUM(CASE WHEN event = 'PAUSE' THEN LEAST(next_event_time - event_time, 7200) ELSE 0 END) AS total_pause_sec, ROUND( SUM(CASE WHEN event = 'ADDMEMBER' THEN next_event_time - event_time ELSE 0 END)::numeric / 3600, 2 ) AS logged_in_hours FROM sessions WHERE next_event_time IS NOT NULL GROUP BY agent ORDER BY total_logged_in_sec DESC;

So'rov 4: Operatorlar reytingi (yig'ma ball)

WITH metrics AS ( SELECT agent, COUNT(*) FILTER (WHERE event = 'CONNECT') AS answered, COUNT(*) FILTER (WHERE event = 'RINGNOANSWER') AS missed, COALESCE(AVG(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')), 0) AS avg_talk, COALESCE(AVG(data1::int) FILTER (WHERE event = 'CONNECT'), 0) AS avg_hold FROM queue_log WHERE time_id >= EXTRACT(EPOCH FROM (CURRENT_DATE - INTERVAL '7 days'))::int AND agent != 'NONE' GROUP BY agent HAVING COUNT(*) FILTER (WHERE event = 'CONNECT') >= 10 ) SELECT agent, answered, missed, ROUND(avg_talk, 1) AS avg_talk_sec, ROUND(avg_hold, 1) AS avg_hold_sec, ROUND(answered::numeric / NULLIF(answered + missed, 0) * 100, 1) AS answer_rate_pct, ROUND( (answered::numeric / NULLIF(answered + missed, 0) * 40) + (LEAST(300, avg_talk) / 300 * 30) + (GREATEST(0, 30 - avg_hold) / 30 * 30), 1 ) AS performance_score FROM metrics ORDER BY performance_score DESC;

Bu yig'ma ball javob berish ulushini (40%), suhbat samaradorligini (30%) va javob tezligini (30%) hisobga oladi. Og'irliklarni o'z ustuvorliklaringizga qarab o'zgartiring.

So'rov 5: Qaysi operatorlarga coaching kerakligini aniqlash

SELECT agent, COUNT(*) FILTER (WHERE event = 'CONNECT') AS calls_answered, COUNT(*) FILTER (WHERE event = 'RINGNOANSWER') AS calls_missed, ROUND(AVG(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')), 0) AS avg_talk_sec, ROUND(AVG(data1::int) FILTER (WHERE event = 'CONNECT'), 0) AS avg_hold_sec, CASE WHEN COUNT(*) FILTER (WHERE event = 'RINGNOANSWER') > COUNT(*) FILTER (WHERE event = 'CONNECT') * 0.2 THEN 'HIGH MISS RATE' WHEN AVG(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')) > 600 THEN 'LONG CALLS' WHEN AVG(data1::int) FILTER (WHERE event = 'CONNECT') > 30 THEN 'SLOW PICKUP' ELSE 'OK' END AS flag FROM queue_log WHERE time_id >= EXTRACT(EPOCH FROM (CURRENT_DATE - INTERVAL '7 days'))::int AND agent != 'NONE' GROUP BY agent HAVING CASE WHEN COUNT(*) FILTER (WHERE event = 'RINGNOANSWER') > COUNT(*) FILTER (WHERE event = 'CONNECT') * 0.2 THEN TRUE WHEN AVG(data2::int) FILTER (WHERE event IN ('COMPLETECALLER','COMPLETEAGENT')) > 600 THEN TRUE WHEN AVG(data1::int) FILTER (WHERE event = 'CONNECT') > 30 THEN TRUE ELSE FALSE END ORDER BY flag, agent;

CLI orqali monitoring (tezkor tekshiruvlar)

Bazaga kirish imkoni bo'lmasa, operatorlar holatini Asterisk CLI buyruqlari bilan tez ko'rish mumkin:

Navbatning joriy holati

asterisk -rx "queue show"

Natijada har bir operatorning holati, qabul qilgan qo'ng'iroqlari soni, oxirgi qo'ng'iroq vaqti va penalty ko'rinadi:

support has 3 calls (max unlimited) in 'ringall' strategy Members: SIP/agent101 (ringinuse disabled) (dynamic) (Not in use) has taken 47 calls (last was 142 secs ago) SIP/agent102 (ringinuse disabled) (dynamic) (In use) has taken 38 calls (last was 12 secs ago) SIP/agent103 (ringinuse disabled) (dynamic) (Paused) has taken 22 calls (last was 891 secs ago)

queue_log'ni shell bilan tahlil qilish

# Bugungi eng yaxshi operatorlar, qabul qilingan qo'ng'iroqlar bo'yicha grep "$(date +%s | cut -c1-6)" /var/log/asterisk/queue_log | \ grep "CONNECT" | \ awk -F'|' '{print $4}' | \ sort | uniq -c | sort -rn | head -10
# Operatorlar bo'yicha o'rtacha suhbat vaqti (bugun) grep "$(date +%s | cut -c1-6)" /var/log/asterisk/queue_log | \ grep -E "COMPLETECALLER|COMPLETEAGENT" | \ awk -F'|' '{agent=$4; talk=$7; sum[agent]+=talk; count[agent]++} END {for (a in sum) printf "%s: %.0f sec avg (%d calls)\n", a, sum[a]/count[a], count[a]}' | \ sort -t: -k2 -n

Operator samaradorligi dashboardini qurish

To'g'ri qurilgan kuzatuv tizimi uch darajali ko'rinish berishi kerak:

1-daraja: Real vaqt wallboard

Zaldagi supervayzerlarga operatorlarning joriy holatini ko'rsatadi:

  • —Operator holati: bo'sh, qo'ng'iroqda, pauzada, wrap-up, oflayn
  • —Joriy qo'ng'iroq davomiyligi: suhbat qancha vaqtdan beri davom etyapti
  • —Navbat chuqurligi: har bir navbatda nechta mijoz kutyapti
  • —So'nggi soatdagi qo'ng'iroqlar: har bir operator bo'yicha faollik puls
  • —Eng uzoq kutayotgan mijoz: shoshilinchlik ko'rsatkichi

Navbatlarda nima sodir bo'layotganini taxmin qilishdan charchadingizmi?

Astervis sizning Asterisk PBX'ingiz uchun 30+ realtime grafik, operator KPI va CRM-integratsiya beradi. On-premise. 5 daqiqada o'rnatiladi. $119/oydan flat — operatorlar soni cheklanmagan.

Bepul sinab ko'rish

2-daraja: Kunlik natijalar ko'rinishi

Guruh rahbarlari uchun smena yakunidagi tahlil:

  • —Qabul qilingan va o'tkazib yuborilgan qo'ng'iroqlar (operatorlar kesimida)
  • —O'rtacha ishlov vaqti dinamikasi (yaxshilanyaptimi?)
  • —Tizimdagi vaqt va pauzadagi vaqt (haqiqiy mavjudlik)
  • —Xizmat darajasiga qo'shgan hissa (kim SLA'ga yordam berdi, kim buzdi)
  • —Yig'ma ballli reyting

3-daraja: Haftalik va oylik analitika

Rahbariyat uchun strategik kesim:

  • —Vaqt bo'yicha ko'rsatkich trendlari (o'syaptimi yoki tushyaptimi?)
  • —Operatorlarni heatmap orqali taqqoslash (kim qachon unumli ishlaydi?)
  • —Korrelyatsiya tahlili (qisqa AHT qayta qo'ng'iroqlar bilan bog'liqmi?)
  • —O'qitish samarasini o'lchash (coaching'dan keyin metrikalar o'zgardimi?)
  • —Yuklama taqsimotining adolatliligi

Operatorni kuzatishdagi keng tarqalgan xatolar

1-xato: Faqat qo'ng'iroq hajmini hisoblash

100 ta qo'ng'iroq qabul qilib, ularning 40% ini uzatib yuborgan operator eng yaxshi xodim emas. Hajm metrikalarini doimo sifat ko'rsatkichlari bilan birga ko'ring: uzatish ulushi, ushlab turish vaqti, qayta murojaatlar.

2-xato: Pauza va tanaffus odatlarini e'tiborsiz qoldirish

Ba'zi operatorlar tez-tez qisqa pauzalarga chiqib, mavjudlik bilan o'ynaydi. Pauzalar chastotasini, umumiy davomiyligini va qachon olinganini kuzating (smena tugashidan sal oldingi pauza shubhali).

3-xato: Har bir qo'ng'iroq taqsimoti o'rniga kunlik o'rtachaga qarash

O'rtacha ishlov vaqti 4 daqiqa bo'lgan operatorda qo'ng'iroqlarning 50% i bir daqiqa (uzilgan), 50% i esa yetti daqiqa (haqiqiy ish) bo'lishi mumkin. Taqsimot o'rtachadan muhimroq.

4-xato: Navbatga biriktirilganini hisobga olmaslik

Turli navbatlardagi operatorlarni taqqoslash adolatsiz. Texnik yordam qo'ng'iroqlari hisob-kitob savollariga qaraganda tabiiy ravishda uzoqroq davom etadi. Metrikalarni navbat turi bo'yicha normallashtiring.

5-xato: Ma'lumotni qo'lda yig'ish

Agar queue_log ma'lumotlarini haftada bir marta jadvallarga ko'chirayotgan bo'lsangiz, allaqachon kechikdingiz. Samaradorlik muammolarini keyinchalik emas, real vaqtda ko'rish kerak.

Operator samaradorligini kuzatish yondashuvlari

O'z kuchi bilan: queue_log tahlili + o'z skriptlaringiz

Mehnat sarfi: yuqori — skriptlar, cron vazifalar, o'zi yozilgan dashboardlar kerak. Afzalliklari: bepul, to'liq moslashuvchan. Kamchiliklari: mo'rt, real vaqt ko'rinishi yo'q, hammasini o'zingiz qo'llab-quvvatlaysiz.

QueueMetrics

Narxi: oyiga har bir operator uchun 8 CHF. Afzalliklari: yetuk mahsulot, hisobotlari ko'p. Kamchiliklari: Java'da, o'rnatish murakkab, kattalashganda qimmat, eskirgan interfeys.

Asternic Call Center Stats

Narxi: tijorat litsenziyasi talab qilinadi. Afzalliklari: yengil, queue_log'ga yo'naltirilgan. Kamchiliklari: real vaqt imkoniyatlari cheklangan, interfeysi eskirgan, operator kesimidagi analitika juda kam.

Grafana + o'z so'rovlaringiz

Narxi: bepul (OSS). Afzalliklari: chiroyli dashboardlar, moslashuvchanlik. Kamchiliklari: jiddiy sozlash talab qiladi, queue_log parseri komplektda yo'q, alertlarni o'zingiz qurasiz.

Astervis

Narxi: oyiga $119 dan, operatorlar soni cheklanmagan. Afzalliklari: Asterisk uchun maxsus qurilgan, quti ochilishidan 30+ grafik, real vaqtdagi operator dashboardlari, reytinglar, KPI kuzatuvi, bitta buyruq bilan o'rnatish, CRM integratsiyasi (Bitrix24, AmoCRM). Kamchiliklari: yosh mahsulot.

Astervis aynan Asterisk call-markazlaridagi operatorni kuzatish muammosini yechish uchun yaratilgan. queue_log parserlari va Grafana dashboardlarini o'zingiz qurishga haftalar sarflash o'rniga darhol quyidagilarni olasiz:

  • —Yig'ma baholi operator reytinglari
  • —Real vaqtdagi operator holati wallboard'i
  • —Har bir operator uchun KPI kartochkalari (AHT, qabul qilingan qo'ng'iroqlar, javob ulushi, ushlab turish vaqti)
  • —Ko'rsatkichlar dinamikasi grafiklari istalgan davr uchun
  • —Heatmap — har bir operatorning soatlar bo'yicha unumdorligi
  • —Ish jadvalini hisobga olish — kirish, pauza va mavjudlik tahlili bilan
  • —Avtomatik ogohlantirishlar, operator ko'rsatkichlari chegaradan pastga tushganda

Sozlash 5 daqiqadan kam vaqt oladi: o'z Asterisk serveringizga ulanasiz va Astervis queue_log hamda CDR ma'lumotlarini o'zi tortib oladi. Java yo'q, murakkab konfiguratsiyalar yo'q, qo'llab-quvvatlash yo'q.

Call-markazingizda samaradorlik kuzatuvini yo'lga qo'yish

Operator samaradorligini kuzatishni joriy etish uchun shu ro'yxat bo'yicha yuring:

1-qadam: Navbat loglashni yoqing

queue_log faol ekaniga va bazaga yozayotganiga ishonch hosil qiling:

; /etc/asterisk/logger.conf [general] queue_log = yes queue_log_to_file = yes queue_log_name = queue_log

Bazada saqlash uchun (so'rovlar uchun qulay):

; /etc/asterisk/extconfig.conf queue_log => odbc,asterisk,queue_log

2-qadam: CDR'ni bazada saqlashni sozlang

; /etc/asterisk/cdr.conf [general] enable = yes unanswered = yes congestion = yes endbeforehexten = yes

3-qadam: O'z KPI'laringizni belgilang

Beshta asosiy metrikadan boshlang:

  1. —Javob berish ulushi — maqsad > 95%
  2. —O'rtacha ishlov vaqti — bazaviy darajani qayd eting, keyin yaxshilang
  3. —Soatiga qo'ng'iroq — minimal talabni belgilang
  4. —Bandlik darajasi — maqsad 75–85% (85% dan yuqorisi charchashga olib keladi)
  5. —Jadvalga rioya — reja va haqiqiy mavjudlik solishtiruvi

4-qadam: Hisobotni yo'lga qo'ying

Yondashuvni tanlang:

  • —Tez start: Astervis o'rnating va dashboardlarni darhol oling (14 kun bepul sinov)
  • —O'z kuchi bilan: SQL so'rovlar (yuqoridagi misollar) + vizualizatsiya uchun Grafana yoki Metabase
  • —Qo'lda: cron orqali kunlik queue_log tahlil skriptlari

5-qadam: Muntazam tahlilni joriy eting

  • —Har kuni: reyting va belgilangan operatorlarni tez ko'rib chiqish
  • —Har hafta: jamoa yig'ilishi, trendlar tahlili va o'qitish maqsadlari
  • —Har oy: KPI maqsadlari va jarayonlarni strategik qayta ko'rib chiqish

Asosiy xulosalar

  1. —To'g'ri KPI'larni kuzating — sifat metrikalarisiz faqat hajmning ma'nosi yo'q
  2. —Asosiy manba sifatida queue_log'dan foydalaning — Asterisk'da operator kesimidagi eng boy ma'lumot o'sha yerda
  3. —Ma'lumot yig'ishni avtomatlashtiring — qo'lda hisob har doim sekin va xatoga moyil
  4. —Adolatli taqqoslang — metrikalarni navbat turi va smena soatlari bo'yicha normallashtiring
  5. —Ma'lumot asosida harakat qiling — tahlilsiz kuzatuv behuda mehnat
  6. —Oddiydan boshlang — beshta asosiy KPI qo'l tegmaydigan ellikta metrikadan foydaliroq

Samarali operator kuzatuvi Asterisk call-markazingizni xarajat moddasidan ko'rsatkichlar asosida boshqariladigan bo'linmaga aylantiradi. O'z vositangizni qurasizmi yoki Astervis kabi tayyor platformani olasizmi — shaffoflikka qilingan sarmoya operator unumdorligi, tashlab ketishning kamayishi va mijozlarning mamnunligi hisobiga o'zini oqlaydi.

Operatorlaringiz ishini real vaqtda ko'rishni xohlaysizmi? Astervis'ni 14 kun bepul sinab ko'ring — bank kartasi kerak emas.

Taxmin qilishni bas qiling. Ko'rishni boshlang.

Asterisk call-markazingizning haqiqiy ko'rinishi: navbatlardagi kutish vaqti, operatorlar faolligi, trunk yuklamasi va 30+ grafik. Sizning serveringizda on-premise. 5 daqiqada o'rnatish. Kartasiz.

Bepul triаlni boshlashDemo so'rash

$119/oydan flat. Operatorlar soni cheklanmagan. 14 kunlik triаl.

Ulashish