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