مشتری یک شرکت پخش تجهیزات روشنایی تماس می‌گیرد و می‌گوید: «قیمت اصلاح‌شده ۴۰۰ چراغ خطی با نور ۴۰۰۰ کلوین چه شد؟ سقف پروژه هفته بعد بسته می‌شود.» سه فروشنده فایل مشتریان را باز می‌کنند. یک سطر با نام شرکت پیمانکار ثبت شده، سطر دوم نام پروژه را دارد و سطر سوم زیر شماره موبایل مدیر خرید پیدا می‌شود. در یکی نوشته‌اند «تماس شد»، در دیگری قیمت اولیه مانده و هیچ‌کدام نمی‌گوید پاسخ بعدی دست چه کسی است.

مدیر ممکن است بگوید مشکل از اکسل است. جواب دقیق‌تر این است: فایل برای کاری استفاده شده که دیگر فقط نگهداری یک فهرست نیست. تیم باید هویت مشتری، چند مخاطب، گفت‌وگوهای گذشته، یک فرصت فروش مشخص و کار بعدی را به هم وصل کند. تفاوت اکسل و CRM در همین نقطه دیده می‌شود؛ یکی صفحه گسترده‌ای انعطاف‌پذیر برای داده و محاسبه است و دیگری برای ادامه رابطه و فرایند فروش ساخته شده است.

CRM کوتاه‌شده Customer Relationship Management و به معنای نرم افزار مدیریت ارتباط با مشتری است. قرار نیست با ورود CRM همه فایل‌های اکسل حذف شوند. اکسل همچنان برای برآورد قیمت، محاسبه حاشیه، بودجه و بررسی موقت داده مفید است. تصمیم اصلی این است که کدام ابزار باید مرجع پیگیری مشتری باشد.

اکسل چه کاری را خوب انجام می‌دهد؟

یک جدول تمیز می‌تواند نام، شماره، مبلغ، تاریخ و وضعیت را کنار هم بگذارد. می‌توانید داده را مرتب و فیلتر کنید، فرمول بنویسید و یک برآورد سریع بسازید. راهنمای سازمان‌دهی داده در اکسل نیز توضیح می‌دهد که قرار دادن داده‌های مشابه در ستون‌های ثابت و استفاده از جدول، مرتب‌سازی و محاسبه را آسان‌تر می‌کند. برای صاحب کسب‌وکاری که خودش با تعداد کمی مشتری کار می‌کند، همین ساختار شاید کاملا کافی باشد.

مشکل وقتی شروع می‌شود که معنای هر سطر میان افراد یکسان نیست. آیا سطر نماینده یک شخص است، یک شرکت است یا یک فرصت خرید؟ اگر یک شرکت برای روشنایی دو ساختمان جدا استعلام بدهد، یک سطر کافی نیست. اگر مدیر خرید عوض شود، آیا نام قبلی پاک می‌شود یا سابقه او می‌ماند؟ خود صفحه گسترده پاسخ این پرسش‌ها را تعیین نمی‌کند. تیم باید مدل داده و قاعده کار را بسازد و حفظ کند.

اکسل فقط فایل محلی و تک‌نفره نیست. نسخه‌های پشتیبانی‌شده می‌توانند با شرایط مشخص روی فضای ابری هم‌زمان ویرایش شوند. راهنمای هم‌نویسی اکسل به نسخه سازگار، حساب کاربری، قالب فایل و نگهداری روی فضای پشتیبانی‌شده اشاره می‌کند. بنابراین مسئله فقط این نیست که چند نفر می‌توانند فایل را باز کنند. سؤال مهم‌تر این است که آیا ساختار فایل مالک، سابقه و اقدام بعدی رابطه را بدون تفسیر شخصی روشن نگه می‌دارد.

مقایسه فهرست جدولی مشتریان با پوشه سوابق و اقدام بعدی یک پروژه روشنایی

CRM چه چیزی را به فرایند اضافه می‌کند؟

در CRM، مشتری فقط مجموعه‌ای از سلول‌ها نیست. پرونده می‌تواند زمینه رابطه را نگه دارد و فرصت فروش، مکالمه و کار بعدی را به همان مشتری وصل کند. در نرم افزار CRM کلید، منبع، مالک، وضعیت، مکالمات و اقدام بعدی هر سرنخ یا مشتری در یک پرونده ثبت می‌شوند. برای فرصت فروش نیز مرحله، مبلغ، احتمال موفقیت و اقدام بعدی روشن می‌ماند. وظیفه، تماس، جلسه و یادآور برای نظم دادن به پیگیری در دسترس‌اند.

این ساختار یک تفاوت عملی ایجاد می‌کند. وقتی فروشنده مرخص است، همکارش فقط مبلغ آخر را نمی‌بیند؛ از روی مکالمه ثبت‌شده می‌تواند بفهمد مشتری درباره رنگ بدنه چه گفته، نسخه اصلاح‌شده پیشنهاد فرستاده شده یا نه و تماس بعدی چه موعدی دارد. البته کیفیت پرونده هنوز به ثبت درست تیم وابسته است. CRM نمی‌تواند یادداشتی را که کسی ننوشته حدس بزند یا یک وضعیت مبهم را خودبه‌خود دقیق کند.

فرصت فروش هم از مشتری جدا می‌ماند. پیمانکار ممکن است امسال برای برج اداری چراغ خطی بخرد و هم‌زمان برای پارکینگ پروژه دیگری استعلام پروژکتور داشته باشد. مبلغ، مرحله و تصمیم‌گیرنده این دو یکی نیستند. اگر هر دو در یک سطر مشتری جمع شوند، معلوم نیست «پیشنهاد ارسال شد» مربوط به کدام پروژه است.

مشکل از تعداد سطرها شروع نمی‌شود

بعضی تیم‌ها با صد سطر سردرگم‌اند و بعضی با چند هزار سطر منظم کار می‌کنند. تعداد به‌تنهایی مرز مهاجرت نیست. نشانه اصلی، هزینه هماهنگی است. اگر جلسه فروش صرف پیدا کردن نسخه تازه فایل می‌شود، دو نفر با یک مشتری تماس می‌گیرند یا فرصت در غیبت صاحب فایل متوقف می‌شود، ابزار فعلی دیگر جریان کار را خوب نشان نمی‌دهد.

سه علامت را جدی بگیرید:

  • برای فهم آخرین وضعیت باید از یک نفر خاص بپرسید؛
  • وضعیت‌هایی مانند «در حال پیگیری» هفته‌ها می‌مانند و موعد ندارند؛
  • یک شرکت، مخاطب یا پروژه با چند نام وارد گزارش می‌شود.

این خطاها با خرید نرم افزار به‌تنهایی ناپدید نمی‌شوند. اگر تعریف مشتری، فرصت، مرحله و اقدام بعدی مبهم باشد، همان آشفتگی به محیط تازه منتقل می‌شود. مهاجرت خوب از اصلاح روش آغاز می‌شود، نه از جابه‌جایی همه ستون‌ها.

مالک و اقدام بعدی را در هر دو ابزار امتحان کنید

یک آزمون ساده انجام دهید. ده فرصت فعال را باز کنید و برای هرکدام سه جواب بنویسید: اکنون مسئول پیگیری چه کسی است، مشتری منتظر چه چیزی است و کار بعدی تا چه زمانی انجام می‌شود؟ اگر پاسخ فقط در حافظه فروشنده یا پیام شخصی اوست، فایل مرکزی هنوز مرجع کار نیست.

«پیگیری شود» جواب کامل نیست. برای پروژه روشنایی بنویسید: «کارشناس فروش تا سه‌شنبه تایید نمونه رنگ مشکی را از مدیر پروژه می‌گیرد.» این جمله مسئول، موعد و نتیجه مورد انتظار دارد. اگر مشتری پاسخ نداد، نتیجه تماس و تاریخ تصمیم بعدی را ثبت کنید. تغییر موعد قبلی را بی‌صدا پاک نکنید؛ وگرنه همه پیگیری‌ها در گزارش به‌موقع به نظر می‌رسند.

هنگام تحویل کار نیز همین سه جواب لازم‌اند. فروشنده قبلی لازم نیست تمام داستان را شفاهی تعریف کند. همکار تازه باید در خلاصه مکالمه ببیند مشتری کدام پیشنهاد را دریافت کرده و اقدام بعدی چیست. این انتقال منظم همان جایی است که CRM می‌تواند از یک جدول تماس جلوتر برود.

سنجش را با دو نرخ جدا شروع کنید

فرض کنید در چهار هفته، ۱۲۰ سرنخ یکتا برای نخستین بار به تیم فروش سپرده شده‌اند. هر سرنخ از زمان سپرده شدن، یک پنجره کامل هشت ساعت کاری دارد. تا پایان این پنجره، برای ۱۰۸ سرنخ مالک، نخستین اقدام و موعد اصلی ثبت شده است. پوشش برنامه پیگیری برابر است با:

۱۰۸ ÷ ۱۲۰ = ۹۰ درصد

حالا فقط همان ۱۰۸ سرنخ دارای برنامه را ببینید. برای هر سرنخ، نخستین اقدام دارای موعد را یک بار بسنجید. اگر ۸۴ اقدام تا موعد اصلی انجام شده باشند، نرخ اجرای به‌موقع برابر است با:

۸۴ ÷ ۱۰۸ = ۷۷٫۸ درصد

این نرخ با ۸۴ تقسیم بر ۱۲۰ فرق دارد. نسبت دوم ۷۰ درصد است و می‌گوید چه سهمی از همه سرنخ‌های ورودی هم برنامه روشن داشته‌اند و هم نخستین اقدامشان به‌موقع انجام شده است. هر سه عدد مفیدند، اما سؤال متفاوتی دارند. تا پایان مهلت آخرین سرنخ صبر کنید. اگر در دوره هیچ سرنخ تازه‌ای ندارید، پوشش برنامه قابل محاسبه نیست. اگر سرنخ تازه هست اما هیچ‌کدام برنامه نمی‌گیرند، پوشش برنامه صفر است و نرخ اجرای به‌موقع به دلیل مخرج صفر محاسبه نمی‌شود.

این اعداد به‌تنهایی ثابت نمی‌کنند تغییر ابزار فروش را بیشتر کرده است. تعداد سرنخ، کیفیت بازار، مرخصی تیم و نوع پروژه هم نتیجه را عوض می‌کنند. راهنمای گزارش مدیریتی برای ثابت نگه داشتن واحد، مخرج و پنجره مشاهده روش روشن‌تری ارائه می‌دهد.

سه فروشنده تجهیزات روشنایی در حال هماهنگی پیگیری یک پروژه

گزارش خوب به تعریف خوب وابسته است

اکسل در محاسبه ضعیف نیست. اگر داده تمیز و تعریف‌ها ثابت باشند، جدول محوری و فرمول می‌توانند گزارش دقیقی بسازند. دشواری معمولا در جمع کردن آخرین وضعیت از چند فایل، تشخیص فرصت‌های تکراری و حفظ تاریخ رخدادهاست. مدیر باید بداند عدد از کدام گروه و دوره آمده است. نمودار زیبا نمی‌تواند مخرج اشتباه را اصلاح کند.

داشبورد کلید اطلاعات فروش، بازاریابی و پشتیبانی را نمایش می‌دهد و مدیر می‌تواند گزارش بگیرد و سطح دسترسی تعیین کند. ابتدا سؤال مدیریتی را بنویسید، سپس داده لازم و شکل گزارش را هنگام راه‌اندازی با چند فرصت واقعی بررسی کنید.

برای تصمیم روزانه، گزارش کوچک اغلب مفیدتر است: چند فرصت اقدام بعدی ندارند؟ کدام موعد امروز گذشته است؟ کدام پیشنهاد واقعا برای مشتری ارسال شده؟ برای تصمیم ماهانه، سراغ نرخ‌های ثابت بروید. پرسش روزانه و گزارش ماهانه را در یک نمودار شلوغ قاطی نکنید.

امنیت از نوع فایل تعیین نمی‌شود

گفتن «اکسل ناامن است و CRM امن است» مقایسه دقیقی نیست. امنیت به محل نگهداری، حساب‌های کاربری، مجوزها، نسخه پشتیبان، دستگاه‌ها و رفتار آدم‌ها بستگی دارد. یک فایل ابری با دسترسی محدود و نسخه‌های قابل بازگشت می‌تواند از فایل ضمیمه‌شده در پیام‌های متعدد منظم‌تر باشد. یک CRM با حساب مشترک و دسترسی بیش از نیاز هم انتخاب امنی نیست.

برای هر ابزار مشخص کنید چه کسی می‌بیند، چه کسی تغییر می‌دهد و هنگام خروج همکار چه چیزی بسته می‌شود. در کلید می‌توان سطح دسترسی را تعیین کرد. نقش‌های واقعی تیم را در دمو بسازید و ببینید هر فرد چه چیزی را می‌بیند و تغییر می‌دهد؛ پاسخ نیازهای حساس را مکتوب نگه دارید.

نسخه‌های موقت هم بخشی از مسئله‌اند. اگر فایل مشتری برای پاکسازی یا انتقال کپی می‌شود، مسئول، محل و تاریخ پایان نگهداری آن را روشن کنید. بعد از اتمام کار، نسخه‌های اضافی را طبق سیاست شرکت جمع کنید. انتقال داده نباید پنج فایل تازه بسازد که چند ماه بعد هیچ‌کس مرجع بودنشان را نمی‌داند.

جابه‌جایی داده را با یک نمونه کوچک آغاز کنید

قبل از انتقال، تصمیم بگیرید هر سطر فعلی نماینده چیست. شخص، شرکت و فرصت را از هم جدا کنید. نام و شماره‌ها را یکدست کنید، رکوردهای مشکوک را با انسان بررسی کنید و ستون‌های قدیمی را کورکورانه به خانه‌های تازه نبرید. یادداشت «پیگیری» شاید باید به یک اقدام با موعد تبدیل شود و ستون «وضعیت» شاید چند معنای متفاوت داشته باشد.

از فایل اصلی یک نسخه کنترل‌شده و قابل بازگشت نگه دارید. سپس ۲۰ رکورد متنوع را انتخاب کنید: مشتری با دو مخاطب، شرکت با دو فرصت، شماره تکراری، پیشنهاد باز و پرونده دارای یادداشت طولانی. مسیر انتقال این نمونه را با روش مورد تایید ارائه‌دهنده انجام دهید. بعد تعداد رکوردها را تطبیق دهید و چند پرونده را خط‌به‌خط بخوانید. در همین نمونه، روش ورود داده، تشخیص تکرار و حفظ تاریخچه را پیش از برنامه‌ریزی انتقال کامل بررسی کنید.

راه‌اندازی کلید مرحله‌ای است و بررسی نیاز، تنظیم دسترسی‌ها، شخصی‌سازی بخش‌ها و آموزش تیم را در بر می‌گیرد. واژه‌نامه وضعیت‌ها، مسئول هر داده و سناریوی انتقال را به همین فرایند ببرید. تیم باید بداند از چه تاریخی مرجع پیگیری عوض می‌شود. ورود هم‌زمان در دو ابزار را فقط برای یک بازه کوتاه و با مسئول تطبیق انجام دهید؛ دو مرجع دائمی خیلی زود از هم فاصله می‌گیرند.

تطبیق نمونه‌ای از جدول مشتریان با یادداشت پروژه و برگه مسئول و موعد

چه زمانی CRM ارزش دردسر تغییر را دارد؟

اگر یک نفر با مشتریان محدود کار می‌کند، فایل منظم را هر روز باز می‌کند و هیچ تحویل کاری میان افراد وجود ندارد، صفحه گسترده ممکن است نیاز امروز را پوشش دهد. CRM زمانی ارزش بیشتری پیدا می‌کند که فروش چندمرحله‌ای است، چند نفر با یک مشتری کار می‌کنند، هر شرکت چند مخاطب یا فرصت دارد و پیگیری‌ها باید در غیبت افراد ادامه پیدا کنند.

به جای تعیین مرزی مانند «بعد از صد مشتری»، هزینه اصطکاک را بسنجید. در دو هفته چند بار مالک فرصت نامعلوم بود؟ چند موعد بدون اقدام گذشت؟ چند بار مشتری توضیحش را تکرار کرد؟ آماده کردن گزارش چقدر کار دستی خواست؟ اگر این هزینه هر ماه تکرار می‌شود، تغییر ابزار می‌تواند نفس تیم فروش را باز کند.

خرید CRM هم پایان تصمیم نیست. باید تعریف مرحله، قاعده ثبت مکالمه، اقدام بعدی و دسترسی‌ها را روشن کنید. نرم افزار خوب روش مبهم را نجات نمی‌دهد، اما روش روشن را با قدرت بیشتری جلو می‌برد.

نیازهای تعیین‌کننده را پیش از خرید امتحان کنید

اگر به ورود مستقیم از اکسل، تشخیص خودکار رکورد تکراری، اتصال فرم سایت، تخصیص خودکار، ایمیل یا پیامک خودکار، گزارش خاص، سابقه کامل تغییر یا محدودیت دقیق خروجی نیاز دارید، وجود آنها را فرض نکنید. یک فایل نمونه بدون اطلاعات محرمانه و سه سناریوی واقعی را به درخواست دمو ببرید: مشتری با دو فرصت، تحویل کار در مرخصی و پیگیری دارای موعد. هر مسیر را از ثبت تا گزارش اجرا و دامنه تحویل را مکتوب کنید.

فردا با ده فرصت تصمیم بگیرید

ده فرصت فعال را کنار هم بگذارید. بدون تماس با فروشنده صاحب پرونده، سعی کنید برای هرکدام مشتری، پروژه، آخرین گفت‌وگو، مسئول و اقدام بعدی را پیدا کنید. هرجا جواب در فایل دیگری، پیام شخصی یا حافظه یک نفر بود، همان نقطه نیاز واقعی شماست.

سپس یکی از همان فرصت‌ها را از ابتدا تا امروز بازسازی کنید. اگر جدول فعلی می‌تواند این مسیر را روشن، سریع و بدون ابهام نشان دهد، نگهداری منظم آن تصمیم بدی نیست. اگر برای فهم یک مشتری باید سه سطر، دو نسخه فایل و چند پیام را کنار هم بگذارید، زمان آن رسیده است که مرجع پیگیری را جدی‌تر انتخاب کنید.