فهرست مطالب
- دو الگوی یکپارچگی
- زنجیرهٔ فنی از ورود تماس تا تیکت
- ۱. ورود تماس و شناسایی
- ۲. مسیریابی
- ۳. نمایش پرونده هم‌زمان با اتصال (Screen Pop)
- ۴. تبدیل گفتار به متن
- ۵. پیشنهاد پاسخ از پایگاه دانش
- ۶. ایجاد تیکت و پیوست تماس
- ۷. اعلام کد پیگیری
- دقت تبدیل گفتار به متن روی صوت تلفنی
- لایهٔ رویداد و API
- ملاحظات امنیتی و حریم خصوصی
- شاخص‌های سنجش موفقیت یکپارچگی
- جمع‌بندی
- یکپارچگی واقعی یعنی تیکت بخشی از جریان تماس باشد: پرونده هم‌زمان با اتصال تماس باز شود و تیکت از خود مکالمه ساخته شود.
- زنجیرهٔ فنی شامل شناسایی تماس‌گیرنده، نمایش پرونده، تبدیل گفتار به متن، پیشنهاد پاسخ از پایگاه دانش و پیوست فایل صوتی است.
- دقت تبدیل گفتار به متن روی صوت تلفنی، تعیین‌کنندهٔ کیفیت کل فرایند است.
در بسیاری از سازمان‌ها، مرکز تماس و سامانه تیکتینگ دو جزیرهٔ جدا هستند. اپراتور تماس را در یک نرم‌افزار پاسخ می‌دهد، سپس در نرم‌افزار دیگری اطلاعات تماس‌گیرنده را جست‌وجو می‌کند و خلاصهٔ گفت‌وگو را از حافظه تایپ می‌کند. نتیجه، زمان کار پس از تماس (ACW) طولانی، خلاصه‌های ناهمگون و از دست رفتن جزئیات است.
در این مقاله معماری یکپارچگی مرکز تماس و تیکتینگ را بررسی می‌کنیم؛ از لحظهٔ ورود تماس تا اعلام کد پیگیری.
دو الگوی یکپارچگی
| الگو | شرح | محدودیت |
|---|---|---|
| یکپارچگی سطحی | دکمه یا لینکی در میز کار اپراتور که فرم تیکت را با شماره تماس باز می‌کند | اطلاعات مکالمه منتقل نمی‌شود؛ تایپ دستی باقی می‌ماند |
| یکپارچگی در جریان تماس | رویدادهای تماس (ورود، اتصال، پایان) به تیکتینگ منتقل می‌شوند و متن، صوت و سابقه به تیکت متصل می‌شود | نیازمند لایهٔ رویداد و API در هر دو سامانه |
الگوی دوم همان چیزی است که می‌توان آن را «تیکتینگ جزئی از جریان تماس» نامید و موضوع اصلی این مقاله است.
زنجیرهٔ فنی از ورود تماس تا تیکت
۱. ورود تماس و شناسایی
تماس از طریق ترانک (مثلاً SIP) به مرکز تماس می‌رسد. شمارهٔ تماس‌گیرنده (Caller ID) و هر شناسه‌ای که در IVR دریافت شده، مانند کد پرسنلی یا کد ملی، برای استعلام از سامانه‌های متصل استفاده می‌شود. اگر احراز هویت لازم باشد، می‌توان آن را با ارسال کد تأیید تکمیل کرد.
۲. مسیریابی
بر اساس موضوع انتخاب‌شده در IVR، اولویت تماس‌گیرنده و مهارت کارشناسان، تماس وارد صف مناسب می‌شود. همان اطلاعات شناسایی، بعداً در تیکت هم استفاده می‌شود و نیازی به پرسیدن دوباره نیست.
۳. نمایش پرونده هم‌زمان با اتصال (Screen Pop)
هم‌زمان با اتصال تماس، رویداد «اتصال» به تیکتینگ می‌رسد و پرونده و تاریخچهٔ تماس‌گیرنده، شامل تماس‌ها و تیکت‌های قبلی، روی میز کار اپراتور باز می‌شود. اپراتور پیش از نخستین جمله می‌داند آیا این فرد تیکت بازی دارد یا نه.
۴. تبدیل گفتار به متن
صدای مکالمه به موتور تبدیل گفتار به متن (ASR) داده می‌شود. متن پیاده‌شده در فیلد «متن پرسش» فرم تیکت قرار می‌گیرد و اپراتور به‌جای تایپ، آن را بازبینی و تأیید می‌کند. در سامانه‌هایی که لایهٔ مدل زبانی دارند، خلاصهٔ ساختاریافته، علت تماس و تعهدات داده‌شده نیز خودکار استخراج می‌شود.
۵. پیشنهاد پاسخ از پایگاه دانش
متن پرسش با جست‌وجوی معنایی در پایگاه دانش تطبیق داده می‌شود و پرسش مشابه همراه با پاسخ تأییدشده به اپراتور پیشنهاد می‌شود. اگر پاسخ کافی باشد، تعامل در همان تماس بسته می‌شود و تیکتی برای پیگیری لازم نیست.
۶. ایجاد تیکت و پیوست تماس
اگر درخواست نیاز به اقدام واحد دیگری داشته باشد، تیکت ایجاد می‌شود. شناسهٔ تماس و فایل صوتی ضبط‌شده به تیکت پیوست می‌شود تا واحد مسئول بتواند هنگام رسیدگی، مکالمه را بشنود.
۷. اعلام کد پیگیری
کد پیگیری در همان تماس به تماس‌گیرنده اعلام یا با پیامک ارسال می‌شود. در تماس بعدی همان فرد، تیکت باز او به اپراتور نشان داده می‌شود.
دقت تبدیل گفتار به متن روی صوت تلفنی
کیفیت کل این زنجیره به دقت مرحلهٔ چهارم بستگی دارد. صوت تلفنی با گفتار عمومی تفاوت‌های مهمی دارد:
- پهنای باند محدود: صوت تلفنی معمولاً با نرخ نمونه‌برداری ۸ کیلوهرتز منتقل می‌شود و بخشی از اطلاعات فرکانسی گفتار از دست می‌رود.
- فشرده‌سازی و نویز: کدک‌ها، نویز محیط و قطع‌ووصل شبکه کیفیت را کاهش می‌دهند.
- لهجه و گفتار محاوره‌ای: تماس‌گیرندگان با لهجه‌های مختلف و جملات ناتمام صحبت می‌کنند.
- واژگان تخصصی، اعداد و کدها: شمارهٔ حساب، کد رهگیری و مبالغ باید دقیق به رقم تبدیل شوند (نرمال‌سازی معکوس یا ITN).
دقت موتورهای گفتار معمولاً با نرخ خطای واژه (WER) سنجیده می‌شود: نسبت مجموع جایگزینی‌ها، حذف‌ها و درج‌ها به تعداد واژه‌های متن مرجع. موتوری که روی گفتار تلفنی فارسی تنظیم شده باشد، روی تماس‌های واقعی نتیجه‌ای بسیار بهتر از موتورهای عمومی می‌دهد.
نکتهٔ اجرایی: پیش از استقرار، WER را روی نمونه‌ای از تماس‌های واقعی خود سازمان بسنجید، نه فقط روی داده‌های آزمون عمومی. واژگان تخصصی سازمان (نام محصولات، فرایندها و سامانه‌ها) را به فهرست واژگان موتور اضافه کنید.
لایهٔ رویداد و API
از نظر فنی، یکپارچگی در جریان تماس بر دو سازوکار تکیه دارد:
| سازوکار | کاربرد |
|---|---|
| رویدادهای تماس | اطلاع‌رسانی ورود، اتصال، انتقال و پایان تماس به تیکتینگ برای باز کردن پرونده و ثبت زمان‌ها |
| API استعلام | دریافت اطلاعات تماس‌گیرنده از CRM یا سامانهٔ پرسنلی |
| API ایجاد و به‌روزرسانی تیکت | ثبت تیکت با متن، دسته‌بندی، پیوست تماس و اولویت |
| API پایگاه دانش | جست‌وجوی معنایی و پیشنهاد پاسخ |
| سرویس پیامک | ارسال کد پیگیری و اعلام تغییر وضعیت |
طراحی این لایه باید تحمل خطا داشته باشد: اگر سامانهٔ استعلام لحظه‌ای در دسترس نباشد، تماس نباید متوقف شود و تیکت باید با اطلاعات موجود ثبت و بعداً تکمیل شود.
ملاحظات امنیتی و حریم خصوصی
- متن و صوت مکالمه داده‌ای حساس است؛ پردازش گفتار ترجیحاً روی زیرساخت خود سازمان انجام شود و صوت یا متن از شبکهٔ سازمان خارج نشود.
- دسترسی به فایل صوتی پیوست‌شده باید تابع سطح دسترسی نقش کاربر باشد.
- همهٔ مشاهده‌ها و تغییرات پرونده باید در سابقهٔ ممیزی ثبت شود.
شاخص‌های سنجش موفقیت یکپارچگی
| شاخص | انتظار پس از یکپارچگی |
|---|---|
| زمان کار پس از تماس (ACW) | کاهش، چون خلاصه از صفر نوشته نمی‌شود |
| نرخ حل در اولین تماس | افزایش، به کمک پاسخ پیشنهادی پایگاه دانش |
| تیکت تکراری | کاهش، چون تیکت‌های باز در لحظهٔ تماس دیده می‌شوند |
| کیفیت داده | متن خواسته دقیقاً همان گفتهٔ مشتری است |
این شاخص‌ها را پیش و پس از استقرار اندازه بگیرید تا اثر واقعی یکپارچگی مشخص شود.
جمع‌بندی
یکپارچگی مرکز تماس و تیکتینگ، ثبت تیکت را از یک کار اداری پس از تماس به بخشی طبیعی از خود تماس تبدیل می‌کند. کلید موفقیت، لایهٔ رویداد پایدار، تبدیل گفتار به متن دقیق روی صوت تلفنی و پایگاه دانش زنده است.
سامانه تیکتینگ ساعیان ارتباط به همین شکل با مرکز تماس هوشمند NG-IPCC و موتور تبدیل گفتار به متن فارسی سنا یکپارچه است. برای آشنایی با مفاهیم پایه، مقالهٔ سامانه تیکتینگ چیست را ببینید.
