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