اختلاف تاریخ تماس بین دو گزارش؛ منطقه زمانی و مرز روز را کنترل کنیم

گاهی یک تماس در گزارش تلفن برای امروز و در CRM برای دیروز دیده می‌شود. پیش از متهم‌کردن انتقال داده یا تغییر دستی تاریخ، بررسی کنید هر گزارش لحظه تماس را در چه منطقه زمانی و با چه مرز روزی نمایش می‌دهد. یک رویداد می‌تواند دو نمایش محلی متفاوت داشته باشد، بدون اینکه دو تماس رخ داده باشد.

زمان وقوع، دریافت و نمایش سه ستون متفاوت‌اند

وقوع یعنی تماس چه زمانی رخ داده؛ دریافت یعنی چه زمانی رکورد به سامانه گزارش رسیده؛ نمایش یعنی آن لحظه برای بیننده چگونه قالب‌بندی شده است. اگر دریافت با تأخیر انجام شود، قرارگرفتن ردیف در فایل امروز نباید زمان وقوع دیروز را تغییر دهد. تاریخ شمسی یا میلادی هم شکل نمایش است و جای دانستن منطقه زمانی را نمی‌گیرد.

مثال ساختگی از عبور از نیمه‌شب

فرض کنیم مهر زمانی رویداد، ساعت بیست‌ویک UTC در یک تاریخ آموزشی است. همان لحظه با اختلاف مثبت سه ساعت و نیم، ساعت صفر و سی روز بعد نمایش داده می‌شود. گزارش UTC آن را در روز اول و گزارش محلی در روز دوم می‌شمارد. اصلاح اشتباه این است که برای یکسان‌شدن ظاهری، تاریخ منبع را یک روز جلو ببریم. اقدام درست، تعیین منطقه مشترک گزارش و تبدیل نمایش بدون دست‌کاری لحظه اصلی است.

جدول تطبیق یک رویداد

بازه را با شروعِ شامل و پایانِ خارج تعریف کنید

برای روز گزارش، مثلاً از شروع روز تا شروع روز بعد را در نظر بگیرید؛ رویداد دقیقاً در شروع روز بعد در بازه دوم قرار می‌گیرد. استفاده هم‌زمان از دو بازه با پایان و شروع هر دو شامل، می‌تواند تماس روی مرز را دوبار بشمارد. روش انتخاب شما باید در همه گزارش‌ها یکسان باشد. برای گزارش شیفت شب، مرز روز کاری ممکن است با نیمه‌شب فرق داشته باشد؛ نام روز کاری را جدا از تاریخ وقوع نگه دارید.

مهر زمانی بدون اختلاف را حدس نزنید

در RFC 3339، رابطه زمانی با UTC به‌صورت مشخص قابل بیان است. اگر فایل فقط «ساعت نه» دارد و منطقه معلوم نیست، نمی‌توان از ظاهر آن لحظه دقیق ساخت. از مالک منبع قرارداد را بگیرید و مقدار خام را برای رسیدگی حفظ کنید. قواعد زمانی تاریخی را با اختلاف ثابت امروز روی همه سال‌ها اجرا نکنید؛ تبدیل حرفه‌ای باید منطقه و تاریخ را با قواعد مناسب همان بازه بشناسد.

کنترل کوچک قبل از گزارش بزرگ

چند تماس نزدیک مرز روز و یک تماس وسط روز را با شناسه یکسان در دو منبع دنبال کنید. منطقه نمایش، نسخه تبدیل و زمان تازگی داده را ثبت کنید. اگر اختلاف بعد از یکسان‌سازی باقی است، آن را به پرونده مغایرت منتقل کنید؛ مشکل را با تغییر جمع کل مخفی نکنید. نتیجه مطلوب، یک قرارداد روشن برای زمان است تا گزارش فروش، عملیات و کیفیت درباره همان تماس‌ها صحبت کنند.

ادامه بررسی با داده خودتان

برای تکمیل این بررسی، ۸ KPI تماس‌های خروجی که هر مدیر مرکز تماس باید اندازه‌گیری کند و گزارش روزانه تماس فروش؛ قالب و تعریف شاخص‌ها را در کنار نمونه‌های مجاز تیم خود ببینید. اگر مسئله شما ارزیابی مکالمه و گزارش مدیریتی است، بسته‌های تحلیل تماس و مسیر دریافت پیشنهاد از فروش را بررسی کنید. درباره تناسب هر قابلیت با این روال، پیش از خرید از تیم فروش توضیح و شاهد اجرایی بخواهید.

منبع تعریف محدود این راهنما: RFC 3339: Date and Time on the Internet. مثال‌ها و عددها آموزشی و ساختگی‌اند و نتیجه مشتری اپرا نیستند.

راهنماهای مرتبط با این مسئله

ورود تاریخ شمسی به CRM؛ قرارداد تبدیل و کنترل رفت‌وبرگشت و گزارش بر اساس تاریخ شروع یا پایان؟ دو نگاه به پرونده‌های تماس می‌توانند گام بعدی بررسی تیم شما باشند.