صبح اولین روز کار با CRM، فروشنده نام «سازه آفتاب» را جست‌وجو می‌کند. در فایل قدیمی سه ردیف با نام‌های «سازه آفتاب»، «شرکت سازه آفتاب» و «آفتاب–پروژه نیاوران» وجود دارد. یک شماره برای مدیر پروژه است، دیگری برای حسابداری. مبلغ فرصت در یک ردیف ۸۵۰ میلیون نوشته شده اما معلوم نیست تومان است یا ریال. موعد اندازه‌گیری پنجره‌ها هم در دفترچه همکار دیگری مانده است.
انتقال همین ردیف‌ها به نرم افزار تازه، مهاجرت موفق نیست. ابتدا باید بفهمید کدام ردیف شرکت است، کدام شخص، کدام پروژه و کدام فرصت فروش. بعد باید مکالمه آخر و کار باز به پرونده درست برسد. وگرنه فقط آشفتگی قدیمی را با ظاهر مرتب‌تری تحویل تیم می‌دهید.
CRM کوتاه‌شده عبارت انگلیسی Customer Relationship Management و به معنای نرم افزار مدیریت ارتباط با مشتری است. مهاجرت به CRM یعنی داده و کار روزانه را طوری منتقل کنید که فروشنده بتواند مشتری را پیدا کند، سابقه لازم را بخواند و اقدام بعدی را بدون برگشتن به چند فایل ادامه دهد.
اول محدوده انتقال را ببندید
همه چیز لازم نیست در مرحله اول جابه‌جا شود. فهرستی از منابع بسازید: فایل مشتریان، فرصت‌های باز، دفتر پیگیری، فهرست تماس بازاریابی، قراردادها، پوشه پیشنهادها و سامانه مالی. برای هر منبع، مسئول، تاریخ آخرین به‌روزرسانی، تعداد ردیف، نوع اطلاعات و میزان حساسیت را بنویسید. فایلی که هیچ‌کس مسئولش نیست، هنگام اختلاف هم پاسخ‌گو ندارد.
سپس تصمیم بگیرید چه چیزی برای ادامه کار لازم است. مشتریان فعال، فرصت‌های باز، اقدام‌های سررسیدنشده و مکالمات اخیر معمولا اولویت دارند. تاریخچه قدیمی شاید فقط برای مراجعه نگه داشته شود. اسناد مالی نیز باید با نظر واحد مالی در محل مورد تایید خودشان بمانند؛ مبلغ فرصت در CRM جای مانده حسابداری را نمی‌گیرد.
داده بیشتر همیشه بهتر نیست. راهنمای کمینه‌سازی داده ICO می‌گوید اطلاعات شخصی باید برای هدف کافی، مرتبط و محدود به مقدار لازم باشد. این صفحه راهنمای حقوقی بریتانیاست، نه حکم حقوقی ایران؛ اصل عملی آن برای مهاجرت روشن است: ستونی را فقط به امید اینکه روزی شاید مفید شود منتقل نکنید. نیاز و نگهداری اطلاعات را با مسئول حقوقی و سیاست شرکت خودتان تعیین کنید.
پیش از هر تغییر، از منبع اصلی یک نسخه ثابت و قابل بازگشت بگیرید. محل نگهداری، افراد مجاز و تاریخ پایان نگهداری آن را روشن کنید. فایل موقت پاک‌سازی هم داده واقعی مشتری دارد؛ آن را روی رایانه‌های شخصی و پیام‌های پراکنده پخش نکنید.
شخص، شرکت، پروژه و فرصت را یکی نکنید
در فروش پروژه‌ای، «مشتری» می‌تواند چهار چیز باشد. شرکت سازه آفتاب طرف تجاری است. مدیر پروژه و حسابدار دو شخص مرتبط‌اند. پروژه نیاوران محل و نیاز مشخص دارد. پیشنهاد ۸۵۰ میلیونی یک فرصت فروش است. اگر همه در یک ردیف بمانند، تغییر شماره یک شخص ممکن است سابقه کل شرکت را خراب کند و دو پروژه مستقل نیز به اشتباه یک معامله دیده شوند.
برای هر نوع موجودیت، نشانه‌های خودش را بررسی کنید. موبایل یا ایمیل تاییدشده همراه با نام و شرکت به تشخیص شخص کمک می‌کند. شناسه ملی یا شماره ثبت در کنار نام و شعبه برای شرکت مناسب‌تر است. نام شبیه، تلفن عمومی یا دامنه وب‌سایت فقط نشانه کمکی‌اند. فرصت فروش نیز با پروژه، مرحله، مبلغ، مسئول و کارهای باز شناخته می‌شود؛ آن را فقط به دلیل یکسان بودن نام مشتری با فرصت دیگری ادغام نکنید.
رکورد تکراری را بدون دیدن مکالمه و کار باز حذف نکنید. ممکن است شماره درست در یک ردیف و آخرین قول در ردیف دیگر باشد. ابتدا پرونده مرجع را انتخاب کنید، اطلاعات معتبر را به آن برسانید و شناسه ردیف‌های قدیمی را در جدول تطبیق نگه دارید. راهنمای پاک‌سازی داده CRM تشخیص چندنشانه‌ای، انتخاب رکورد مرجع و حفظ سابقه را با جزئیات بیشتری توضیح می‌دهد.
داده نامطمئن را حدس نزنید.
اگر دو شرکت هم‌نام‌اند یا واحد پول مبلغ معلوم نیست، ردیف را در فهرست بررسی بگذارید. «نامشخص» با صفر یا خالیِ فراموش‌شده فرق دارد. مسئول و موعد تعیین کنید تا استثنا پیش از انتقال نهایی حل شود یا آگاهانه بیرون بماند.
هر ستون باید معنا و واحد داشته باشد
یک برگه نگاشت بسازید که نام ستون مبدا، معنای واقعی، تصمیم مقصد، قاعده تبدیل و یک نمونه را کنار هم نشان دهد. ستون «نام مشتری» شاید در بعضی ردیف‌ها نام شرکت و در بعضی نام شخص باشد؛ پیش از انتقال باید جدا شود. ستون «وضعیت» نیز ممکن است عبارت‌هایی مانند «قیمت رفت»، «منتظر متره» و «فعلا جواب نداد» داشته باشد. هر عبارت را به یک رویداد قابل تشخیص وصل کنید و مورد مبهم را خودکار به نزدیک‌ترین مرحله نفرستید.
| ستون قدیمی | پرسش لازم | تصمیم مهاجرت |
|---|---|---|
| نام مشتری | شخص است یا شرکت؟ | جدا شوند و روش رابطه در مقصد آزموده شود |
| پروژه | محل است یا فرصت فروش؟ | نام پروژه از رکورد فرصت جدا بماند |
| مبلغ | تومان، ریال یا ارز دیگر؟ | واحد کنار مقدار ثبت و جمع‌ها جدا شوند |
| وضعیت | چه اتفاقی واقعا افتاده؟ | فقط رویداد روشن به مرحله نگاشت شود |
| پیگیری | تاریخ است یا توضیح آزاد؟ | موعد، مسئول و اقدام بعدی از هم جدا شوند |
تاریخ نیز قاعده می‌خواهد. بنویسید تاریخ شمسی چگونه به قالب مقصد تبدیل می‌شود، ساعت با کدام منطقه زمانی خوانده می‌شود و مقدارهای ناقصی مانند «هفته بعد» چه سرنوشتی دارند. تاریخ ساخت فایل را جای تاریخ تماس مشتری نگذارید. شماره‌های همراه را در یک قالب هماهنگ کنید، اما مقدار خام مبدا را تا پایان تطبیق نگه دارید تا اشتباه تبدیل قابل پیگیری باشد.
مبلغ بدون واحد خطرناک‌تر از مقدار خالی است. اگر فروش در فایل تومان نوشته و سامانه مالی ریال نگه داشته، قاعده را روی ظاهر صفرها حدس نزنید. واحد هر ردیف باید از منبع معتبر مشخص شود. جمع تومان، ریال و ارزهای دیگر را در یک کنترل کل مخلوط نکنید. مالی باید هر تبدیل یا جمع حسابداری را جدا تایید کند.
دسته آزمایشی باید رکوردهای سخت را داشته باشد
ده ردیف تمیز چیزی درباره کیفیت مهاجرت نمی‌گوید.
یک دسته کوچک اما متنوع انتخاب کنید: شرکت با دو شخص، شخص با شماره تازه، پروژه با دو فرصت، فرصت با مبلغ نامشخص، ردیف تکراری، مشتری بدون مسئول، اقدام عقب‌افتاده، متن فارسی یا انگلیسی همراه با یک تاریخ ناقص. اگر فایل پیوست یا یادداشت بلند برای کار لازم است، نمونه همان را نیز وارد آزمون کنید.
روش ورود ممکن است دستی، فایل واسط یا خدمت اجرایی باشد. قالب و مسیر را با تیم راه‌اندازی تایید کنید. ابتدا داده آزمایشی را در محیط و محدوده‌ای وارد کنید که بتوان آن را پاک یا برگرداند. نتیجه را با فایل مبدا و جدول نگاشت مقایسه کنید. فقط دیدن نام چند مشتری روی صفحه، صحت ارتباط اشخاص، فرصت‌ها و کارهای باز را ثابت نمی‌کند.
سه نفر باید نمونه را از زاویه کار خود ببینند. فروشنده پرونده را پیدا می‌کند و اقدام بعدی را می‌خواند. مدیر مرحله، مبلغ و مسئول فرصت را کنترل می‌کند. مالی فقط عددها و اسنادی را که به تایید او نیاز دارند با منبع خودش تطبیق می‌دهد. اگر یکی از این سه نفر معنای داده را متفاوت می‌فهمد، هنوز وقت انتقال کامل نیست.
شمارش ردیف‌ها به تنهایی کافی نیست
فرض کنید فایل مبدا ۶۰۰ ردیف دارد. بررسی نشان می‌دهد ۵۲۰ ردیف، رکورد یکتای درون محدوده‌اند. ۴۵ ردیف اضافه، تکراری همان رکوردها هستند و در پرونده مرجع ادغام می‌شوند. ۲۰ ردیف هویت کافی ندارند و برای بررسی کنار می‌مانند. ۱۵ ردیف نیز آزمایشی یا خارج از محدوده‌اند. دفتر تطبیق باید این جمع را ببندد:
۵۲۰ + ۴۵ + ۲۰ + ۱۵ = ۶۰۰ ردیف مبدا
در مرحله فعلی انتظار دارید ۵۲۰ رکورد مقصد ساخته یا تکمیل شود، نه ۶۰۰ رکورد. تعداد ۲۰ مورد نامشخص و ۱۵ مورد کنارگذاشته‌شده هم باید با دلیل باقی بماند. اگر بعدا پنج مورد از فهرست نامشخص حل شد، نسخه تطبیق و انتظار مقصد تغییر می‌کند؛ نتیجه قدیمی را بی‌ردپا بازنویسی نکنید.
برای فرصت‌های باز، تعداد به تفکیک مرحله، مسئول و واحد پول را مقایسه کنید. فرض کنید ۷۰ فرصت تومانی در مبدا مجموعا ۴٫۲ میلیارد تومان و شش فرصت ریالی مجموعا ۳۸۰ میلیون ریال ارزش دارند. پس از انتقال نیز هر دو تعداد و هر دو جمع باید جداگانه همان باشند. این عددها ارزش فرصت فروش‌اند، نه فروش قطعی، فاکتور یا وجه وصول‌شده.
کنترل نمونه نیز لازم است. از هر گروه چند رکورد انتخاب کنید: فعال، قدیمی، تکراری ادغام‌شده، دارای کار باز و دارای چند شخص. نام، ارتباط شخص و شرکت، آخرین مکالمه، مرحله، مبلغ، واحد و اقدام بعدی را با مبدا بخوانید. خطای یک شماره در نمونه کوچک شاید نشانه قاعده تبدیل اشتباه برای صدها ردیف باشد؛ فقط همان شماره را دستی درست نکنید و از کنار علت نگذرید.
چارچوب کیفیت داده دولت بریتانیا شش بعد را جدا می‌کند. این ابعاد کامل بودن، یکتایی، سازگاری، به‌روز بودن، اعتبار مقدار و قالب هستند؛ دقت نیز بعد ششم است. برابری تعداد فقط بخشی از کنترل است. ممکن است ۵۲۰ رکورد داشته باشید اما مسئول، واحد پول یا رابطه شخص و شرکت اشتباه باشد.
روز جابه‌جایی باید نقطه توقف داشته باشد
زمانی را برای گرفتن نسخه نهایی مبدا تعیین کنید. از آن لحظه، فایل قدیمی فقط خواندنی می‌شود و ثبت تازه در مسیر مورد توافق انجام می‌گیرد. اگر ناچارید چند ساعت دو روش را کنار هم نگه دارید، یک دفتر تغییر داشته باشید: چه کسی، چه رکوردی را، چه زمانی و در کدام منبع تغییر داده است. موازی‌کاری بدون این دفتر، اختلافی می‌سازد که معلوم نیست کدام نسخه درست است.
مسئول تصمیم بازگشت را نیز پیش از شروع مشخص کنید. چه خطایی انتقال را متوقف می‌کند؟ چه زمانی به نسخه قبلی برمی‌گردید؟ داده‌های تازه روز انتقال چگونه حفظ می‌شوند؟ بازگشت به معنی حذف عجولانه مقصد نیست. ابتدا ورود را متوقف کنید، محدوده خطا را بفهمید و مطابق برنامه تاییدشده عمل کنید.
فایل‌های قدیمی را همان روز حذف نکنید.
آنها را در محل تاییدشده، فقط خواندنی و با دسترسی محدود نگه دارید و برای بازبینی یا حذف بعدی تاریخ تعیین کنید. جدول‌های موقت نگاشت و خطا نیز اطلاعات مشتری دارند. اصول دسترسی به داده مشتری برای محدود کردن دسترسی، حذف حساب مشترک و بازبینی دوره‌ای نقش‌ها راهنمای عملی می‌دهد.
تیم را با یک پرونده واقعی آموزش دهید
آموزش را با معرفی همه دکمه‌ها شروع نکنید.
پرونده سازه آفتاب را از ابتدا تا انتها اجرا کنید. پرونده مرتبط را پیدا کنید. نقش مدیر پروژه و حسابدار را از هم جدا بخوانید. سپس فرصت نیاوران را باز کنید، مبلغ و واحد را بخوانید، نتیجه تماس را ثبت کنید و برای اندازه‌گیری سه‌شنبه اقدام بعدی بگذارید. مدیر نیز همان فرصت را از گزارش پیدا کند و بدون تماس با فروشنده بفهمد چه چیزی منتظر پاسخ است.
در روزهای اول، ده پرونده تازه یا تغییریافته را هر روز مرور کنید. دنبال خطای الگو بگردید: شماره‌ای که همه جا ناقص شده، مرحله‌ای که بیش از حد پر شده یا مسئولانی که درست نگاشت نشده‌اند. اشکال دسته‌ای را در قاعده یا داده مبدا اصلاح کنید و دوباره همان دسته را بسنجید. اصلاح دستی چند رکورد، گزارش را ظاهرا زیبا می‌کند اما خطا را برای ورودی بعدی نگه می‌دارد.
مسئول هر بخش باید پایان کار خودش را تایید کند. فروش، مشتری و فرصت‌های باز را می‌بیند. خدمات، درخواست و وعده‌های باز را بررسی می‌کند. مالی، عددها و اسناد لازم را در سامانه خودش کنترل می‌کند. تایید نهایی زمانی معنا دارد که استثناهای باقی‌مانده با تعداد، مسئول و موعد مشخص باشند.
کلید مقصد پیگیری است، نه میان‌بر پاک‌سازی
در نرم افزار CRM کلید، منبع، مالک، وضعیت، مکالمات و اقدام بعدی هر سرنخ و مشتری در یک پرونده ثبت می‌شوند. فرصت فروش نیز مرحله، مبلغ، احتمال موفقیت و اقدام بعدی دارد. وظیفه، تماس، جلسه و یادآور به تیم کمک می‌کنند کارهای باز را پس از انتقال ادامه دهد. داشبورد خدمات کلید اطلاعات فروش، بازاریابی و پشتیبانی را نمایش می‌دهد و مدیر می‌تواند گزارش بگیرد و سطح دسترسی تعیین کند. راه‌اندازی نیز با بررسی نیاز، تنظیم دسترسی، شخصی‌سازی بخش‌ها و آموزش تیم پیش می‌رود.
ورود از اکسل، تشخیص و ادغام خودکار تکراری‌ها، ورود فایل پیوست، تبدیل تاریخ و واحد پول، ویرایش گروهی، نگاشت خودکار مرحله‌ها و بازگردانی دسته مهاجرت از قابلیت‌های مستند فعلی نتیجه نمی‌شوند. اگر یکی از این موارد برای انتقال شما لازم است، در درخواست دمو یک فایل کوچک دارای دو شخص برای یک شرکت، ردیف تکراری، تاریخ ناقص، مبلغ‌هایی با دو واحد پول و کار باز را اجرا کنید. قالب، مسئولیت پاک‌سازی، روش ورود، کنترل نتیجه و هزینه اجرا را پیش از جابه‌جایی کامل روشن کنید.
صبح پس از انتقال، فروشنده «سازه آفتاب» را جست‌وجو می‌کند. نام شرکت با نام و نقش مدیر پروژه و حسابدار قاطی نشده و فرصت نیاوران مبلغی با واحد روشن دارد. کار اندازه‌گیری سه‌شنبه نیز کنار آخرین گفت‌وگو دیده می‌شود. فایل‌های قدیمی هنوز برای کنترل در محل امن و فقط خواندنی مانده‌اند. تیم کار را از جایی ادامه می‌دهد که دیروز متوقف شده بود؛ همین ادامه بی‌دردسر، معیار واقعی یک مهاجرت خوب است.
