تلفن صد تماس نشان می‌دهد و CRM هشتاد مورد؛ این اختلاف ممکن است خطا باشد، اما اول باید معلوم شود دو گزارش چه چیزی می‌شمارند. یکی ممکن است قطعه‌های انتقال را ببیند و دیگری فقط پرونده‌های دارای نتیجه را. مغایرت‌گیری با برابرکردن اجباری دو عدد شروع نمی‌شود؛ از تطبیق دامنه و ردیف‌ها آغاز می‌شود.
قرارداد دو خروجی را کنار هم بگذارید
بازه زمانی، منطقه نمایش، نوع تماس، وضعیت‌های واردشده و زمان آخرین دریافت داده را ثبت کنید. تماس آزمایشی، داخلی و بی‌پاسخ ممکن است در یک گزارش باشد و در دیگری نباشد. حتی فایل‌های هم‌تاریخ ممکن است زمان تازگی متفاوت داشته باشند. ابتدا اختلاف ناشی از تعریف را از اختلاف انتقال داده جدا کنید؛ اصلاح بدون این مرحله می‌تواند رکورد صحیح را حذف کند.
مثال: یک انتقال دو ردیف تلفن ساخت
در سناریوی آموزشی، یک تماس ورودی به واحد دوم منتقل شده است. منبع تلفن دو قطعه با رابطه والد دارد؛ CRM یک فعالیت در همان پرونده نگه می‌دارد. گزارش خام، یک مورد اختلاف پیدا می‌کند. اصلاح مناسب این است که رابطه یک‌به‌چند در جدول تطبیق ثبت شود؛ نه اینکه یکی از قطعه‌ها پاک شود یا یک فعالیت مصنوعی مشتری بسازیم. اگر قطعه دوم به پرونده دیگر نگاشت شده، آن مورد واقعاً نیازمند اصلاح رابطه است.
جدول مغایرت‌گیری
| گروه آموزشی | وضعیت تلفن | وضعیت CRM | حکم اولیه |
|---|---|---|---|
| ر۱ | یک قطعه | یک فعالیت | منطبق |
| ر۲ | دو قطعه مرتبط | یک فعالیت | رابطه یک‌به‌چند، نیازمند تعریف |
| ر۳ | رویداد تازه | هنوز دریافت نشده | تأخیر، نه فقدان قطعی |
| ر۴ | شناسه معتبر | پرونده نامرتبط | خطای نگاشت محتمل |
کلید تطبیق را از داده شخصی جدا کنید
اولویت با شناسه فنی معتبر و رابطه ثبت‌شده میان دو سامانه است. تطبیق فقط بر اساس شماره و نزدیکی زمان، در تماس‌های هم‌زمان یا شماره مشترک خطا می‌سازد. اگر کلید مشترک ندارید، نتیجه تطبیق احتمالی را قطعی معرفی نکنید و برای طراحی نگاشت معتبر اقدام کنید. فایل مغایرت باید دسترسی محدود داشته باشد؛ برای گفت‌وگوی فنی از شناسه جایگزین و بخش ضروری شاهد استفاده کنید.
تأخیر را دوباره‌کاری نکنید
اگر فعالیت در صف انتقال است، ثبت دستیِ بدون کنترل می‌تواند پس از رسیدن داده، تکرار ایجاد کند. زمان انتظار مجاز، وضعیت صف و قاعده رسیدگی دستی را از مالک اتصال بگیرید. اصلاح دستی باید کلید جلوگیری از تکرار یا مسیر تطبیق مشخص داشته باشد. هیچ درخواست تماس تازه‌ای صرفاً برای درست‌شدن گزارش ایجاد نکنید؛ مغایرت داده با نیاز واقعی مشتری یک موضوع نیست.
بستن مغایرت با شاهد انجام شود
برای هر مورد، علت پذیرفته‌شده، اقدام، مسئول و نتیجه پس از اصلاح را ثبت کنید. حفظ رکورد خام مجاز و نسخه گزارش کمک می‌کند علت بعداً قابل توضیح بماند. مستند Amazon Connect اشاره می‌کند انتقال می‌تواند شناسه و رکورد دیگری بسازد؛ این نمونه نشان می‌دهد رابطه ردیف‌ها باید فهمیده شود. وجود همین رفتار در زیرساخت شما نیازمند بررسی واقعی است، نه کپی‌کردن قرارداد یک سرویس دیگر.
دانلود جدول این راهنما با قالب CSV سازگار با اکسل
ادامه بررسی با داده خودتان
برای تکمیل این بررسی، ۸ KPI تماس‌های خروجی که هر مدیر مرکز تماس باید اندازه‌گیری کند و گزارش روزانه تماس فروش؛ قالب و تعریف شاخص‌ها را در کنار نمونه‌های مجاز تیم خود ببینید. اگر مسئله شما ارزیابی مکالمه و گزارش مدیریتی است، بسته‌های تحلیل تماس و مسیر دریافت پیشنهاد از فروش را بررسی کنید. درباره تناسب هر قابلیت با این روال، پیش از خرید از تیم فروش توضیح و شاهد اجرایی بخواهید.
منبع تعریف محدود این راهنما: Amazon Connect: Enable conversational analytics. مثال‌ها و عددها آموزشی و ساختگی‌اند و نتیجه مشتری اپرا نیستند.
اگر بررسی نشان داد شماره به فرد نامرتبط وصل شده، نتیجه را از مسیر توقف تماس و اصلاح ارتباط همان پرونده پیگیری کنید. برای این بخش، توقف پیگیری شماره اشتباه و اصلاح ارتباط پرونده را ببینید.
راهنماهای مرتبط با این مسئله
تلاش تماس با مکالمه فرق دارد؛ مدل ثبت رویداد بدون دوباره‌شماری و ثبت شد با اطلاع داده شد فرق دارد؛ دو وضعیت جدا در CRM می‌توانند گام بعدی بررسی تیم شما باشند.