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