شماره تکراری مشتری در CRM لزوماً به معنی دو پرونده متعلق به یک فرد نیست. یک خانواده یا شرکت ممکن است از شماره مشترک استفاده کند و یک مشتری نیز چند شماره داشته باشد. پاک‌سازی باید از شناسایی موارد مشکوک شروع شود و پس از بررسی، به اصلاح ارتباط یا ادغام کنترل‌شده برسد؛ حذف سریع ردیف‌ها می‌تواند سابقه درخواست‌ها را از دسترس خارج کند.
پیش از اصلاح، نسخه قابل بازگشت بسازید
از مسیر مورد تأیید مسئول سامانه، نسخه پشتیبان یا خروجی مناسب و فهرست شناسه‌های درگیر تهیه کنید. معلوم باشد چه کسی اجازه اصلاح دارد و چگونه نتیجه بررسی می‌شود. این مقاله مجوز تغییر مستقیم پایگاه داده یا حذف رکوردها نیست. اگر سامانه ابزار ادغام دارد، ابتدا رفتار آن درباره یادداشت‌ها، مالک پرونده، درخواست‌ها و سابقه تماس در محیط یا نمونه آزمایشی بررسی شود.
یکسان‌سازی نمایش را از ادغام جدا کنید
فاصله، خط تیره یا شکل نوشتن شماره می‌تواند جست‌وجوی تکراری را دشوار کند. برای یافتن نامزدها می‌توان نمایش قابل مقایسه ساخت، اما مقدار اولیه را نگه دارید. قواعد شماره‌گذاری باید با کشور و نوع شماره سازگار باشند؛ حذف خودکار بخشی از شماره بدون قاعده معتبر خطر خطا دارد. یکسان‌شدن نمایش فقط نشانه بررسی است، نه اثبات یکسان بودن مشتریان.
جدول تصمیم برای موارد مشکوک
نمونه زیر قالب بررسی انسانی است. در نسخه اجرایی، شناسه رکوردها و مرجع تصمیم ثبت شود تا تغییر بعدی به نتیجه قابل پیگیری متصل باشد.
- وضعیت مشاهده‌شده: شماره یکسان و نام متفاوت؛ کنترل لازم: احتمال شماره مشترک؛ تصمیم پیشنهادی برای بررسی: ادغام نشود تا هویت روشن شود
- وضعیت مشاهده‌شده: نام یکسان و دو شماره؛ کنترل لازم: ارتباط هر شماره با مشتری؛ تصمیم پیشنهادی برای بررسی: بررسی افزودن شماره به پرونده درست
- وضعیت مشاهده‌شده: دو رکورد تأییدشده متعلق به یک مشتری؛ کنترل لازم: سوابق و درخواست‌های متصل؛ تصمیم پیشنهادی برای بررسی: ادغام کنترل‌شده توسط مسئول مجاز
- وضعیت مشاهده‌شده: شماره قدیمی و نامعتبر؛ کنترل لازم: منبع اعلام تغییر؛ تصمیم پیشنهادی برای بررسی: اصلاح وضعیت با حفظ سابقه
دانلود همین جدول با قالب CSV سازگار با اکسل
در ادغام چه چیزی نباید گم شود؟
شناسه پرونده مرجع، مالک فعلی، وظیفه‌های باز، درخواست‌های فعال و یادداشت‌های مرتبط را پیش از تغییر فهرست کنید. پس از ادغام، بررسی کنید هر مورد هنوز به مشتری درست متصل است. درخواست توقف تماس یا راه ارتباطی ترجیحی نباید با مقدار قدیمی جایگزین شود. اگر دو داده تعارض دارند، مسئول بررسی باید منبع معتبر را مشخص کند؛ انتخاب خودکار آخرین مقدار همیشه کافی نیست.
چگونه نتیجه پاک‌سازی را کنترل کنیم؟
ابتدا روی تعداد محدودی نمونه بررسی‌شده اجرا کنید و نتیجه را پیش از ادامه مرور کنید. گزارش تغییر باید شناسه‌های قبلی، پرونده مرجع، تصمیم‌گیر و زمان اصلاح را داشته باشد. اگر ارتباط سابقه‌ها درست نیست، ادامه کار متوقف و از مسیر بازگشت تأییدشده استفاده شود. شمارش کمتر پرونده‌ها به‌تنهایی موفقیت نیست؛ صحت دسترسی به سوابق و جلوگیری از تماس تکراری مهم است.
برای پیشگیری، هنگام ثبت مشتری تازه جست‌وجوی شماره و پرونده مرتبط را در روال پذیرش بگذارید. اگر شماره مشترک است، توضیح ارتباط را ثبت کنید تا همکار بعدی همان مورد را دوباره به عنوان خطای تکراری ادغام نکند.
ادامه مطالعه و بررسی فرایند تماس
برای مرتبط‌کردن این الگو با جریان کار تیم، راهنمای دسته‌بندی و پیگیری درخواست‌های تلفنی را بخوانید. برای بررسی تناسب اپراگپ با نیاز کسب‌وکارتان، معرفی و دموی اپراگپ را ببینید و سناریوی خود را مبنای ارزیابی قرار دهید.