قبل از هر چیز: از سامانهی فعلی خروجی بگیرید
اولین قدمِ تغییر نرمافزار CRM بدون از دست دادن اطلاعات، هیچ ربطی به نرمافزارِ جدید ندارد: تا وقتی هنوز به سامانهی فعلی دسترسی دارید، از همهچیز خروجی بگیرید. خیلی از سرویسهای ابری بعد از پایانِ اشتراک، دسترسی را میبندند یا فقط بخشی از داده را میدهند. قبل از اینکه اشتراک را تمدید نکنید، این فایلها را داشته باشید:
- سازمانها / شرکتها: نام، تلفن، شهر، آدرس، و مهمتر از همه کدِ داخلیِ هر سازمان در سامانهی قبلی.
- مخاطبین / اشخاص: نام، موبایل، سمت، کارشناسِ مسئول، و کدِ سازمانی که به آن وصلاند.
- کالاها و خدمات: نام، کد، گروه، واحد، قیمت.
- فعالیتها / مکالمات / یادداشتها: متن، تاریخ، نتیجه، و اینکه به کدام شخص یا سازمان مربوط است.
- معاملهها یا فرصتها: عنوان، سازمان، وضعیت (موفق / ناموفق / جاری)، مسئول.
اگر سامانهی فعلی فقط PDF یا گزارشِ چاپی میدهد، همان را هم نگه دارید؛ بعداً برای شمارش و نمونهگیری به کار میآید. و یک نکتهی حقوقیساده: دادهی مشتریانِ شما مالِ شماست، نه مالِ نرمافزار. اگر ارائهدهنده خروجیِ اکسل نمیدهد، همین را کتبی بخواهید.
نقشهی ستونها: هر ستون کجا مینشیند؟
هیچ دو نرمافزارِ سی آر امی ستونهای یکسانی ندارند. یکی «شرکت» میگوید، دیگری «سازمان»؛ یکی «فعالیت»، دیگری «مکالمه». پس قبل از ورود، یک جدولِ ساده بسازید با سه ستون: نامِ ستون در فایلِ قبلی، نامِ ستون در نرمافزارِ جدید، و تصمیم (منتقل شود / دور ریخته شود / در توضیحات بنشیند). قاعدهی طلایی: هر ستونِ مبدأ یا مقصدی دارد یا آگاهانه دور ریخته میشود — نه اینکه بیصدا گم شود.
ترتیبِ ورود هم مهم است، چون هر نوع داده به قبلی وصل میشود: اول سازمانها، بعد مخاطبین (که با کدِ سازمان به سازمانِ خودشان میچسبند)، بعد کالاها، بعد فاکتورها، و در آخر مکالمهها و پیگیریها که با کدِ مخاطب به شخص وصل میشوند. اگر ترتیب رعایت نشود معمولاً همهچیز وارد میشود، ولی اتصالها بهجای کد از روی نام برقرار میشوند و احتمالِ رکوردِ تکراری بالا میرود.
ستونهایی که معمولاً جا نمیگیرند
خروجیِ نرمافزارهای قدیمی گاهی چهل ستون دارد و قالبِ مقصد دوازده تا. «احتمالِ موفقیت»، «برچسبهای دلخواه»، «رنگِ کارت» — اینها را یا در ستونِ توضیحات ادغام کنید یا صریحاً بپذیرید که منتقل نمیشوند. نرمافزارِ خوب قبل از ثبت به شما میگوید کدام ستونهای فایلتان خوانده نمیشود؛ اگر نگفت، خودتان از روی نقشهی ستونها چک کنید.
تکراریها را قبل از ورود پیدا کنید
بزرگترین منبعِ خرابی در انتقال مشتریان از اکسل به CRM، تکراریها هستند — و «نامِ دقیقاً برابر نبود» مدرکِ تکرارینبودن نیست. «پخش آفتاب» و «شرکت پخش آفتاب (سهامی خاص)» و «آفتابپخش» احتمالاً یک جا هستند. سه جستوجو را روی فایل، قبل از ورود انجام دهید:
- نامِ نرمالشده: فاصلههای اضافه، نیمفاصله، «ي» و «ك» عربی بهجای «ی» و «ک»، و پیشوندهایی مثل «شرکت»، «مرکز»، «بیمارستان» را بردارید و بعد مقایسه کنید.
- تلفن و موبایل: دو رکورد با یک شماره تقریباً همیشه یک نفرند، حتی اگر نامشان فرق کند.
- شباهتِ واژهای: رکوردهایی که دو سه کلمهی مشترک دارند را کنار هم بگذارید و چشمی تصمیم بگیرید.
چرا این کار را نرمافزار خودش نمیکند؟ چون CRMِ محتاط عمداً از روی شباهتِ نام ادغام نمیکند؛ اگر میکرد، اطلاعاتِ دو مشتریِ متفاوتِ همنام قاطی میشد و آن خرابی جبرانناپذیر است. پس تطبیق فقط با کد انجام میشود، و پاککردنِ تکراریهای همشکل کارِ شماست — یا قبل از ورود روی فایل، یا بعد از ورود با ابزارِ ادغامِ خودِ نرمافزار.
کدِ یکتا: چرا بعضی فایلها فقط یک بار وارد میشوند
مهمترین ستونِ هر فایلِ انتقال، کدِ رکورد در سیستمِ قبلی است. این کد به نرمافزارِ جدید میگوید «این همان سازمانی است که قبلاً وارد کردهای». نتیجهاش دو چیزِ باارزش است: اگر فایل را دوباره وارد کنید، رکوردِ تکراری ساخته نمیشود بلکه همان رکورد بهروز میشود؛ و مخاطبها و مکالمهها میتوانند با همین کد به سازمان و شخصِ درست بچسبند، نه از روی نامِ مبهم.
نقطهی خطرناک همینجاست: شیتِ فعالیتها در بیشترِ نرمافزارها کدِ یکتا ندارد. یعنی اگر همان فایل را دو بار وارد کنید، همهی مکالمهها دو بار ثبت میشوند و راهی برای جداکردنشان نیست. قاعدهی عملی: فایلِ سازمانها و مخاطبین را میشود با خیالِ راحت دوباره وارد کرد (اگر کد دارند)؛ فایلِ مکالمهها و پیگیریها را فقط یک بار، و فقط بعد از اینکه دو فایلِ قبلی درست نشستهاند.
نکتهی دوم: نامِ نرمافزارِ مبدأ را کنارِ کد نگه دارید و در ورودهای بعدی عوضش نکنید. کدِ «۱۰۱» از نرمافزارِ الف با کدِ «۱۰۱» از نرمافزارِ ب یک رکورد نیست، و اگر نامِ مبدأ عوض شود، سیستم رکوردهای قبلی را نمیشناسد و همه را تازه حساب میکند.
پیشنمایش: سه عدد قبل از تأیید
هر ابزارِ ورودی که بدونِ پیشنمایش مستقیم ثبت میکند، در واقع از شما میخواهد چشمبسته امضا کنید. پیشنمایشِ درست، قبل از اینکه چیزی ذخیره شود، دستِکم سه عدد نشان میدهد:
- تازه: چند رکورد برای اولین بار ساخته میشود. اگر این عدد از انتظارتان بیشتر بود، یعنی کدها یا نامها با آنچه در سیستم هست نمیخوانند و دارید تکراری میسازید.
- بهروزرسانی: چند رکورد از قبل بوده و فقط فیلدهایش تازه میشود.
- ایراد: چند سطر رد میشود — نامِ خالی، کدِ تکراری در همان فایل، یا مخاطبی که به هیچ سازمانی وصل نیست.
سطرهای ایراددار نباید جلوی بقیه را بگیرند، ولی باید فهرستِ دقیقشان با شمارهی سطر و دلیل را بگیرید تا در فایلِ اصلی درستشان کنید و دوباره وارد کنید. کنارِ این سه عدد، دو هشدار را هم جدی بگیرید: «کدام ستونهای فایلِ شما خوانده نمیشود» (چیزی که از دست میدهید) و «کدام ستونهای قالب در فایلِ شما نبود» (چیزی که کم گرفتهاید). این دو با هم فرق دارند.
کنترلی که خودتان انجام میدهید: شمارشِ قبل و بعد
به گزارشِ «با موفقیت وارد شد» اعتماد نکنید؛ خودتان بشمارید. قبل از ورود، برای هر نوع داده یک عدد از سامانهی قبلی یا از خودِ فایل بردارید، و بعد از ورود همان عدد را در نرمافزارِ جدید ببینید:
| چه چیزی | قبل (فایل / سامانهی قبلی) | بعد (CRM جدید) | اختلافِ قابلِ قبول |
|---|---|---|---|
| تعدادِ سازمانها | سطرهای شیتِ سازمان | فهرستِ سازمانها | فقط به اندازهی تکراریهایی که خودتان ادغام کردید |
| تعدادِ مخاطبین | سطرهای شیتِ مخاطب | فهرستِ مشتریان | فقط سطرهای ایراددارِ فایلِ خطاها |
| تعدادِ مکالمهها | سطرهای شیتِ فعالیت | ستونِ «مکالمه» در پروندهها | فقط سطرهای بیمتن یا بیصاحب |
| مخاطبینِ بدونِ کارشناس | ستونِ «کارشناس فروش» فایل را قبل از ورود با فهرستِ همکاران تطبیق دهید | جدولِ «کارشناسِ فعلی» در صفحهی «پخش استانی مشتریان» (ادمین) که «بدون کارشناس» را میشمارد | صفر |
بعد از شمارش، نمونهگیری: دستِکم ده رکوردِ تصادفی را در نرمافزارِ جدید باز کنید و کنارِ ردیفِ فایلِ اصلی چشمی مقایسه کنید — شماره، سمت، سازمان، آخرین مکالمه. ده دقیقه وقت میگیرد و همان ده دقیقه است که فرقِ «فکر میکنم درست شد» و «میدانم درست شد» را میسازد.
اگر از دیدار میآیید
خروجیِ اکسلِ دیدار شیتهای جداگانهای با نامهای Company، Contact،
Product، Activity و Note دارد و ستونهایش نامِ خودش را
دارد («کد دیدار مشتری»، «مسئول مشتری»، «نتیجه فعالیت»…). همهی اصولِ بالا — ترتیبِ ورود، کدِ
یکتا، ورودِ یکبارهی فعالیتها — اینجا هم عیناً برقرار است. جزئیاتِ عملیِ این مسیر و مقایسهی
قابلیتها را در بخشِ «انتقال اطلاعات از دیدار به ملل»
نوشتهایم و اینجا تکرارش نمیکنیم.
سه درس از یک انتقالِ واقعی
اینها از یک انتقالِ واقعی درآمدهاند که خودمان همراهی کردیم؛ بدونِ نام و عدد، چون دادهی مشتری مالِ خودش است.
۱. سازمانِ همشکل با املای متفاوت، تازه ساخته شد
یک مرکز در فایلِ مبدأ با پیشوند و املای کمی متفاوت آمده بود و چون کدش فرق داشت، بهعنوانِ سازمانِ تازه ثبت شد. بازبینیِ فنی سبز بود؛ کسی که پیدایش کرد، مدیرِ شرکت بود که یک اسکرینشات را نگاه میکرد. درس: جستوجوی تکراری با نامِ نرمالشده باید قبل از ورود انجام شود، نه بعدش.
۲. مخاطبی که کارشناسش شناخته نشد، برای همه نامرئی شد
نامِ کارشناسِ فروش در فایل با نامِ کاربر در نرمافزارِ جدید یکی نبود. مخاطب وارد شد، ولی بدونِ کارشناس — و چون کارشناسِ عادی فقط مشتریانِ خودش را میبیند، هیچکس جز ادمین او را نمیدید. درس: اول همکاران را با همان املای فایل تعریف کنید، بعد فایلِ مخاطبین را وارد کنید؛ ورودِ اکسل هرگز همکارِ تازه نمیسازد.
۳. یادداشتهای تاریخی نباید «کارِ باز» شوند
مکالمههای سالهای قبل، تمامشدهاند. اگر هنگامِ ورود «باز» فرض شوند، هزاران پیگیریِ سررسیدگذشته یکباره در کارتابلِ همکاران و در یادآورها ظاهر میشود و تیم یاد میگیرد همهشان را نادیده بگیرد — و همراهشان پیگیریهای واقعی را. درس: ستونِ وضعیت را پر کنید، و فقط کارهایی را «باز» بگذارید که واقعاً هنوز باید انجام شوند.
ملل CRM برای انتقال اطلاعات چه دارد و چه ندارد
تا اینجا هرچه گفتیم دربارهی هر سی ار امی صادق است. حالا صادقانه بگوییم ملل سی آر ام از این فهرست چه چیزهایی را دارد. ورود و خروجیِ اکسل در یک صفحه به نامِ «پشتیبانگیری و بازگردانی اطلاعات» انجام میشود که فقط برای «ادمینِ شرکت» با «سطح ۱ (کامل)» باز است؛ ادغامِ تکراریها در خودِ فرمِ سازمان و فرمِ رابط (حالتِ ویرایش، فقط ادمین) است.
| قابلیت | در ملل CRM | توضیح |
|---|---|---|
| ورودِ شش نوع داده از اکسل | ✓ داریم | کشوی «نوع اطلاعات» با «سازمانها»، «مخاطبین»، «کالا و خدمات»، «فاکتورها»، «پیگیریها و مکالمات»، «معاملات» |
| پیشنمایش قبل از ثبت | ✓ داریم | سه عددِ «تازه / بهروزرسانی / سطرِ دارای ایراد»؛ تا دکمهی سبزِ تأیید را نزنید هیچچیز ذخیره نمیشود |
| فایلِ خطاها با شمارهی سطر و دلیل | ✓ داریم | لینکِ «فایلِ خطاها را بگیرید»؛ سطرهای ایراددار وارد نمیشوند ولی جلوی بقیه را نمیگیرند |
| هشدارِ ستونهای خواندهنشده | ✓ داریم | هشدارِ زردِ «N ستون از فایلِ شما خوانده نمیشود» با نامِ همان ستونها، قبل از تأیید |
| کدِ یکتا و ورودِ دوبارهی بیخطر | ✓ داریم | ستونِ «کد در سیستم قبلی» + فیلدِ «نامِ نرمافزارِ مبدأ»؛ بارِ دوم «بهروزرسانی» میشود نه «تازه»؛ تطبیق فقط با کد، نه با نام |
| هیچ سطری پاک نمیشود | ✓ داریم | ورود فقط اضافه و بهروز میکند؛ ستونِ خالیِ فایل مقدارِ فعلی را پاک نمیکند؛ کلِ ورود یک تراکنش است |
| پذیرفتنِ نامِ ستونهای نرمافزارهای دیگر | ✓ داریم | فایلِ خامِ دیدار بدونِ دستکاری وارد میشود؛ ترتیبِ ستونها مهم نیست |
| ساختِ خودکارِ فهرستهای کمکی | ✓ داریم | سازمان، سمت و نحوهی آشنایی اگر نباشند ساخته میشوند و تعدادشان قبل از تأیید نشان داده میشود؛ گروه و برندِ کالا، موضوع و نحوهی تماس هم خودکار ساخته میشوند. برای مکالمهها هرگز شخصِ ساختگی ساخته نمیشود و مکالمهای که به هیچ مخاطبی وصل نشود رد میشود؛ ولی سازمانِ «مشتری ما» که هیچ مخاطبی ندارد یک رابطِ موقت با نامِ «۰» میگیرد تا در قیفِ فروش دیده شود — آن را با رابطِ واقعی جایگزین کنید |
| ادغامِ تکراریها بعد از ورود | ✓ داریم | کارتِ «ادغام با سازمانِ دیگر» و «ادغام با رابطِ دیگر» (ادمین) با «پیشنمایش» و دکمهی «ادغام شود»؛ برگشتناپذیر است ولی هیچ دادهای دور ریخته نمیشود (رکوردِ مبدأ حذفِ نرم میشود و همهچیز به مقصد میرود)؛ ادغامِ رابط فقط با رابطِ همان سازمان ممکن است |
| خروجیِ اکسل | ✓ داریم | فقط ادمین سطح ۱: «سازمانها»، «مخاطبین»، «کالا و خدمات»، «فاکتورها (همهی انواع سند)»، «سررسیدهای وصول (چک و قسط)»، «پیگیریها و مکالمات»، «معاملات»، «وظایف و پروژهها» و «اسناد حسابداری»؛ همراه با «فایلِ نمونه (خالی)» و شیتِ «راهنما» |
| خروجیِ اکسلِ فاکتور، مکالمه و معامله | ✓ داریم | فقط ادمین سطح ۱؛ در همان قالبی که دوباره وارد میشود (فاکتور: هر قلم یک سطر)؛ فاکتورِ رسمی همچنان با «نسخه چاپی» چاپ میشود |
| اتصالِ مستقیم به نرمافزارِ قبلی (API) | بهزودی (در برنامهی API؛ تاریخ قطعی ندارد) | فعلاً مسیرِ انتقال فقط فایلِ اکسل است |
پرسشهای متداول دربارهی انتقال اطلاعات به CRM جدید
تاریخچهی مکالمات هم منتقل میشود؟
بله. مکالمهها و پیگیریهای قبلی از شیت یا فایلِ فعالیتها وارد میشوند و اگر فایل کدِ مخاطب داشته باشد زیرِ پروندهی همان شخص، وگرنه زیرِ یکی از مخاطبانِ همان سازمان مینشینند. چون این فایل معمولاً کدِ یکتا ندارد، فقط یک بار واردش کنید.
چند سطر میشود در هر بار وارد کرد؟
در ملل CRM فقط فایلِ xlsx پذیرفته میشود، تا ۱۵ مگابایت و تا ۵۰٬۰۰۰ سطر در هر بار. فایلِ بزرگتر را به چند تکه بشکنید.
اگر وسطِ ورود خطا بخورد چه میشود؟
کلِ ورود یک تراکنش است: اگر وسطِ ثبت خطایی رخ دهد هیچ سطری نیمهکاره نمیماند — یا همهی سطرهای سالم ثبت میشوند یا هیچکدام. ضمناً ورود هیچ سطری از دادهی فعلی را پاک نمیکند؛ فقط رکوردِ تازه اضافه و رکوردِ موجود بهروز میشود.
سازمان یا سمتی که در سیستم نیست چه میشود؟
سازمان، سمت و نحوهی آشنایی اگر در فهرستهای شما نباشند خودکار ساخته میشوند و تعدادشان قبل از تأیید نشان داده میشود؛ گروه و برندِ کالا، موضوع و نحوهی تماس هم خودکار ساخته میشوند. برای مکالمهها هرگز شخصِ ساختگی ساخته نمیشود و مکالمهای که به هیچ مخاطبی وصل نشود رد میشود؛ ولی سازمانِ «مشتری ما» که هیچ مخاطبی ندارد یک رابطِ موقت با نامِ «۰» میگیرد تا در قیفِ فروش دیده شود — آن را با رابطِ واقعی جایگزین کنید.
