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