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