صاحب یک شرکت تأمین و نصب دستگاه‌های برق بدون وقفه یا UPS تصمیم گرفته CRM بخرد. فروشنده‌ها استعلام‌های کارخانه‌ها را در تلفن خود نگه می‌دارند، برگه بازدید محل میان فروش و فنی جابه‌جا می‌شود و واحد خدمات گاهی از قولی که هنگام فروش داده شده خبر ندارد. در جلسه دمو، یک داشبورد پررنگ و چند نمودار زیبا نمایش داده می‌شود. همه چیز حرفه‌ای به نظر می‌رسد، اما هنوز کسی نمی‌داند فردا صبح کارشناس فروش با درخواست واقعی مشتری چه خواهد کرد.
خرید خوب با شمارش قابلیت‌ها شروع نمی‌شود؛ با دیدن کار واقعی شروع می‌شود. CRM یا نرم‌افزار مدیریت ارتباط با مشتری باید سابقه مشتری و قدم بعدی تیم را قابل پیگیری کند. پیش از انتخاب کلید، یک پرونده زنده، آدم‌های درگیر، هزینه سال نخست و نتیجه‌ای را که باید در پایلوت ببینید روشن کنید. آن وقت جلسه فروش نرم‌افزار از نمایش عمومی به آزمون جدی کسب‌وکار تبدیل می‌شود.
خرید را از گره امروز شروع کنید
عبارت «فروشمان منظم نیست» برای ارزیابی کافی نیست. مسئله را با یک رخداد بنویسید: «استعلامی که نیاز فنی آن کامل شده، تا زمان ارسال پیشنهاد میان فروش و مهندسی گم می‌شود» یا «وقتی کارشناس مرخصی است، نفر بعدی از آخرین قول مشتری خبر ندارد.» این جمله نشان می‌دهد چه کسی درگیر است، چه اطلاعاتی گم می‌شود و تأخیر چه اثری بر مشتری دارد.
در این شرکت، یک کارخانه برای خط بسته‌بندی دستگاهی با ظرفیت نامی ۸۰ کیلوولت‌آمپر و برق‌دهی ۳۰ دقیقه‌ای می‌خواهد. برق محل، بار واقعی، فضای باتری، زمان بازدید و تاریخ راه‌اندازی باید روشن شوند. مسئول خرید قیمت می‌خواهد، مدیر فنی سازگاری را می‌سنجد و مالی درباره پرداخت نظر می‌دهد. این مسیر بسیار مفیدتر از فهرست کلی «سرنخ، گزارش و اتوماسیون» است، چون دمو را وادار می‌کند از همان پیچیدگی‌هایی عبور کند که تیم هر روز با آنها روبه‌روست.
سه نفر را پیش از دمو پای میز بیاورید: کاربری که هر روز اطلاعات را ثبت می‌کند، مدیری که از گزارش تصمیم می‌گیرد و همکاری که پس از فروش پرونده را تحویل می‌گیرد. اگر فقط مدیر انتخاب کند، اصطکاک ثبت دیده نمی‌شود. اگر فقط فروشنده نظر بدهد، نیاز گزارش، دسترسی و تحویل به خدمات جا می‌ماند. معیارهای مقایسه CRM نیز انتخاب را بر سناریو، شواهد، هزینه و آمادگی تیم بنا می‌کند، نه جدول ادعاهای فروشندگان.
یک پرونده واقعی را وارد دمو کنید
از ارائه‌دهنده بخواهید مسیر کارخانه را با داده‌ای که شما آماده کرده‌اید اجرا کند. در نرم افزار CRM کلید منبع، مالک، وضعیت، مکالمات و اقدام بعدی هر سرنخ یا مشتری در یک پرونده ثبت می‌شوند. فرصت فروش نیز مرحله، مبلغ، احتمال موفقیت و اقدام بعدی دارد و وظیفه، تماس، جلسه و یادآور برای نظم پیگیری در دسترس‌اند. این اجزا را جداگانه نبینید؛ بررسی کنید آیا کاربر می‌تواند از تماس نخست به سؤال فنی و تماس بعدی برسد، بی‌آن‌که دوباره همان اطلاعات را در چند جا بنویسد.
سناریو را از یک جمله مشتری آغاز کنید: «بازدید را سه‌شنبه انجام دهید؛ پنجشنبه باید گزینه فنی و زمان تحویل را به هیئت‌مدیره بدهم.» کارشناس باید درخواست را خلاصه کند، مسئول پرونده را بشناسد و اقدام بعدی را با موعد مشتری ثبت کند. سپس متخصص فنی باید بداند چه چیزهایی رسیده و چه پرسشی باز مانده است. اگر فایل پیشنهاد فقط آماده شده اما هنوز به مشتری نرسیده، مرحله نباید وانمود کند پیشنهاد ارسال شده است.
بعد یک تغییر وارد کنید. کارخانه مدت برق‌دهی را از ۳۰ به ۴۵ دقیقه می‌رساند یا اعلام می‌کند فضای باتری محدود است. ببینید آخرین مکالمه، مبلغ برآوردی، احتمال و اقدام بعدی چگونه اصلاح می‌شوند و آیا همکار بعدی با خواندن پرونده از تغییر باخبر می‌شود. هدف پیدا کردن دکمه نیست؛ باید معلوم شود پرونده با تغییر تصمیم مشتری هنوز قابل فهم می‌ماند.
فروش پایان سناریو نیست. همان کارخانه پس از نصب خبر می‌دهد مدت برق‌دهی کمتر از مقدار مورد انتظار است. خدمات کلید درخواست‌ها، تیکت‌ها، خدمات پس از فروش و پیگیری مشتری را کنار اطلاعات فروش پوشش می‌دهد. در دمو ببینید فروشنده از وجود مسئله باز آگاه می‌شود و همکار خدمات چه سابقه‌ای برای پاسخ لازم دارد. کانال ورود درخواست، زمان پاسخ و شیوه تحویل را از روال واقعی خودتان بگیرید و چیزی را که نمایش داده نشده موجود فرض نکنید.
کاربر روزمره باید خودش امتحان کند
پس از نمایش، صفحه را به کارشناس فروش بدهید. بدون راهنمایی قدم‌به‌قدم، پرونده را پیدا کند، آخرین مکالمه را بخواند، یک یادداشت قابل فهم بنویسد و اقدام بعدی بسازد. همکار خدمات هم درخواست باز را پیدا کند و توضیح دهد برای ادامه رسیدگی چه چیزی کم دارد. دو دقیقه مکث کاربر اطلاعات باارزشی است؛ شاید نام مرحله مبهم باشد، شاید دسترسی لازم تنظیم نشده یا شاید تیم هنوز بر سر محل ثبت یک قول توافق ندارد.
از او نپرسید «رابط را دوست داشتی؟» بپرسید «برای ادامه این پرونده کجا مکث کردی؟»، «چه چیزی را دوباره نوشتی؟» و «اگر فردا همکارت مرخصی باشد، از کدام بخش می‌فهمی به مشتری چه قولی داده؟» پاسخ مشخص، تصمیم خرید را جلو می‌برد.
پسندیدن رنگ یا ظاهر، جای توان انجام کار را نمی‌گیرد.
گزارش را با یک تصمیم مدیریتی بسنجید
داشبورد کلید اطلاعات فروش، بازاریابی و پشتیبانی را نمایش می‌دهد و مدیر می‌تواند گزارش دریافت کند و سطح دسترسی تعیین کند. به جای درخواست «همه گزارش‌ها»، یک سؤال مدیریتی ببرید: کدام فرصت‌های فعال اقدام بعدی ندارند؟ کدام قول‌های این هفته هنوز انجام نشده‌اند؟ پیش از تماس فروش مکمل، کدام مشتری درخواست خدمات باز دارد؟ سپس ببینید پاسخ از گزارش موجود به دست می‌آید یا باید پرونده‌ها را همراه گزارش خواند.
عدد بدون تعریف مشترک خطرناک است. اگر دو فروشنده «پیشنهاد ارسال‌شده» را متفاوت بفهمند، نمودار تمیز هم تصمیم درستی نمی‌دهد. پیش از خرید، واحد شمارش، دوره و معنای وضعیت‌ها را روی کاغذ بنویسید. گزارش باید مدیر را به یک پرسش و اقدام روشن برساند، نه فقط صفحه‌ای باشد که در جلسه نمایش داده می‌شود. دسترسی را هم با نقش‌های واقعی امتحان کنید. فروشنده، مدیر و خدمات به یک اندازه اطلاعات نیاز ندارند. کلید امکان تعیین سطح دسترسی را دارد. چون نیاز هر تیم متفاوت است، یک سناریوی حساس انتخاب کنید و در دمو ببینید هر نقش چه چیزی می‌بیند و چه کاری می‌تواند انجام دهد. راهنمای دسترسی و امنیت داده پرسش‌های عملی این آزمون را دقیق‌تر می‌کند.
هزینه سال نخست را کامل بنویسید
عدد روی کارت پلن فقط یکی از هزینه‌هاست. مبلغ نرم‌افزار، خدمت اضافه‌ای که در پیشنهاد مکتوب می‌آید، آماده‌سازی داده، زمان تعریف فرایند، حضور کاربران در آموزش و همراهی داخلی هفته‌های اول را جدا بنویسید. برای ورود داده یا اتصال سامانه دیگر مبلغی از روی حدس نسازید؛ اول دامنه، مسئول اجرا و قیمت مکتوب را بگیرید.
نفر-ساعت را نیز ببینید. فرض کنید شش کاربر هرکدام سه ساعت در آموزش و تمرین شرکت می‌کنند؛ این بخش ۱۸ نفر-ساعت است. دو نماینده داخلی هم هرکدام شش ساعت برای آماده‌سازی داده و سناریو وقت می‌گذارند؛ ۱۲ نفر-ساعت دیگر. مجموع زمان داخلی ۳۰ نفر-ساعت می‌شود. اگر هزینه داخلی هر نفر-ساعت را برای تصمیم بودجه مثلا ۴۰۰ هزار تومان در نظر گرفته‌اید، هزینه زمانی برابر است با:
۳۰ × ۴۰۰٬۰۰۰ تومان = ۱۲٬۰۰۰٬۰۰۰ تومان
این ۱۲ میلیون تومان قیمت کلید یا وجه پرداختی به ارائه‌دهنده نیست؛ برآورد هزینه زمان تیم خود شماست و باید کنار قیمت جاری پلن و خدمات مکتوب قرار گیرد. اگر کارکنان حقوق، نقش یا مدت حضور متفاوت دارند، هر گروه را جدا حساب کنید. چنین محاسبه‌ای جلوی تصمیم ارزان روی کاغذ و گران در اجرا را می‌گیرد.
در جدول پلن‌های کلید، قیمت و مدت، تعداد کاربر، فضای ذخیره‌سازی، آموزش و استقرار، پشتیبانی و ماژول درج‌شده هر پلن را از همان کارت بخوانید. ماژولی که روی یک پلن آمده، ویژگی همه پلن‌ها نیست. تعداد کاربر امروز را با استخدام احتمالی مخلوط نکنید؛ یک سناریوی رشد جدا بنویسید و هزینه ارتقا را در زمان تصمیم دوباره از جدول و پیشنهاد فروش بپرسید.
استقرار را پیش از امضا روی تقویم بیاورید
راه‌اندازی کلید مرحله‌ای است: نیاز بررسی می‌شود، دسترسی‌ها تنظیم می‌شوند، بخش‌ها متناسب با فرایند تیم شخصی‌سازی می‌شوند و آموزش انجام می‌شود. برای هر مرحله یک مسئول از سمت خودتان معرفی کنید. فروش باید تعریف مرحله‌ها را بدهد، خدمات مسیر درخواست را روشن کند، مدیر حدود دسترسی را تصمیم بگیرد و کسی زمان کاربران برای آموزش را هماهنگ کند. از عبارت «استقرار کامل» عبور نکنید. در پیشنهاد مکتوب بنویسید خروجی هر مرحله چیست، چه اطلاعاتی را شما باید آماده کنید، چه کسی نتیجه را تحویل می‌گیرد و اگر پیش‌نیاز دیر شد برنامه چگونه بازتنظیم می‌شود. مدت مناسب به تعداد نقش‌ها، کیفیت داده و نیازهای فنی بستگی دارد؛ وعده یک زمان کوتاه برای همه شرکت‌ها معیار قابل اتکایی نیست.
پایلوت باید یک پاسخ روشن بدهد
پایلوت را برای سرگرم شدن با نرم‌افزار اجرا نکنید. یک مسیر محدود، چند کاربر مشخص و زمان مشاهده متناسب با چرخه فروش انتخاب کنید. برای همین شرکت، مسیر می‌تواند از ثبت استعلام تا تحویل سؤال فنی و تعیین تماس بعدی باشد. خدمات نیز دو درخواست جاری را امتحان کند. اگر چرخه فروش چند ماه طول می‌کشد، پایلوت کوتاه نمی‌تواند نرخ برد را ثابت کند؛ می‌تواند نشان دهد پرونده قابل ادامه است و تعهدها گم نمی‌شوند.
پیش از شروع، پنج آزمون قبولی بنویسید: کاربر پرونده را بدون کمک پیدا می‌کند؛ آخرین حرف مشتری را از حدس جدا ثبت می‌کند؛ اقدام بعدی مسئول و موعد دارد؛ متخصص فنی پرسش و اطلاعات لازم را می‌بیند؛ مدیر می‌تواند وضعیت را از گزارش و متن پرونده بفهمد. هر بار اجرای کامل سناریو یک واحد آزمون است. اگر شش کاربر هرکدام دو بار مسیر را اجرا کنند، ۱۲ اجرای مستقل دارید. فرض کنید ۹ اجرا هر پنج شرط را داشته‌اند:
۹ ÷ ۱۲ = ۷۵ درصد اجرای کامل
این درصد نتیجه مالی یا نرخ پذیرش CRM نیست. فقط نشان می‌دهد در همین سناریو و همین مرحله آموزش، چند اجرا بدون نقص انجام شده است. اگر هیچ اجرای مستقلی ندارید، نرخ قابل محاسبه نیست. خطاها را نام ببرید: اگر سه اجرا در اقدام بعدی مشکل دارند، همان نقطه را اصلاح کنید و دوباره بیازمایید. نقشه ۳۰روزه شروع کلید برای آماده‌سازی، پایلوت، آموزش و تصمیم ادامه یا اصلاح یک مسیر قابل تغییر ارائه می‌دهد.
نیازهای حیاتی را مکتوب کنید
اگر برنامه شما به ورود گروهی داده، اتصال حسابداری یا پیام‌رسان، ارجاع خودکار سرنخ یا ساخت خودکار وظیفه وابسته است، همان کار را در دمو اجرا کنید. دامنه کلی اتوماسیون، وجود این مسیرهای مشخص را ثابت نمی‌کند. هر شرط حیاتی را با دامنه تحویل، هزینه، مسئول و معیار پذیرش در پیشنهاد مکتوب بیاورید.
در پایان، سه پاسخ لازم دارید. کاربر روزمره باید بگوید مسیر قابل انجام است و ثبت اضافه کجا دیده می‌شود. مدیر باید بداند گزارش و دسترسی برای تصمیمش تا کجا کافی‌اند. مسئول استقرار داخلی هم باید زمان، داده و آدم‌های لازم را بپذیرد. نظر مثبت فقط وقتی ارزش دارد که به شاهدی از دمو، پایلوت یا سند خرید وصل باشد.
با یک پرونده جامانده به دمو بروید
پرونده‌ای را انتخاب کنید که هفته گذشته واقعا میان فروش و فنی معطل مانده است. اطلاعات شخصی غیرضروری را کنار بگذارید و خط زمانی آن را روی یک برگه بنویسید: مشتری چه خواست، چه کسی مسئول بود، کدام پاسخ دیر شد و قدم بعدی چه بود. در درخواست دمو، از همان تماس آغاز کنید و اجازه ندهید ارائه به مسیر آماده و بی‌ربط برگردد.
اگر کارشناس فروش بتواند پرونده را ادامه دهد، فنی سؤال دقیق را ببیند، خدمات از قول قبلی خبر داشته باشد و مدیر هزینه و مسئولیت استقرار را روشن بداند، تصمیم خرید بر شاهدهای قابل بررسی تکیه دارد. کلید می‌تواند پیگیری فروش و ارتباط با مشتری را به مرکز کار روزانه تیم بیاورد؛ بیشترین ارزش زمانی دیده می‌شود که خرید را با شواهد خود کسب‌وکار بسنجید.
