ساعت نه صبح اولین روز کاری بعد از نمایشگاه است. روی میز بازاریابی ۱۸۶ کارت ویزیت مانده و صندوق پیام‌ها هم پر است. سرپرست فروش تا ظهر فقط برای هشت تماس جدی وقت دارد. سؤال اصلی این نیست که «چند سرنخ داریم؟» سؤال این است که کدام درخواست آن‌قدر روشن شده که همین امروز ارزش یک گفت‌وگوی فروش را داشته باشد.
اگر بازاریابی همه نام‌ها را یکجا تحویل بدهد، فروشنده میان دانشجویی که برای پایان‌نامه کاتالوگ خواسته و مدیر کارخانه‌ای که برای خط بسته‌بندی تازه قیمت می‌خواهد فرقی نمی‌بیند. اگر فروش هم فقط درخواست‌های آماده خرید را سرنخ حساب کند، کار بازاریابی نادیده می‌ماند. MQL و SQL برای پایان دادن به همین کشمکش ساخته شده‌اند.
MQL و SQL به زبان ساده
Marketing Qualified Lead یا MQL سرنخی است که تیم بازاریابی با چند نشانه روشن، مناسب بودنش را برای بررسی فروش تأیید کرده است. در فارسی می‌توانیم بگوییم «سرنخ تأییدشده بازاریابی». این فرد یا شرکت با بازار هدف جور است و رفتاری فراتر از کنجکاوی گذرا نشان داده است. Sales Qualified Lead یا SQL سرنخی است که تیم فروش پس از یک گفت‌وگوی واقعی، آمادگی او را برای ادامه مسیر تأیید کرده است. فروشنده درباره نیاز، زمان تصمیم، تناسب مالی و مسیر تصمیم‌گیری اطلاعات قابل استفاده دارد.
SQL فقط آمادگی برای ادامه مسیر فروش را نشان می‌دهد. هنوز معامله‌ای بسته نشده و هیچ تضمینی برای خرید وجود ندارد.
CRM یا نرم افزار مدیریت ارتباط با مشتری، جای نگهداری اطلاعات و پیگیری‌هاست. نرم افزار حافظه مشترک تیم می‌شود؛ تعریف «آماده فروش» را آدم‌های بازاریابی و فروش می‌سازند.
هر ورودی، آماده تماس فروش نیست
در یک شرکت فروش دستگاه بسته‌بندی، ورودی‌ها از فرم استعلام، تماس تلفنی، شبکه اجتماعی، دانلود کاتالوگ یا نمایشگاه می‌آیند. منبع مهم است، اما حکم نهایی نمی‌دهد. کسی کنار دستگاه می‌ایستد و می‌پرسد: «برای لیوان ۲۵۰ گرمی هم جواب می‌دهد؟ ظرفیت واقعی خط در یک ساعت چقدر است؟» او کاربرد مشخص و سؤال فنی دارد. بازاریابی هنوز نمی‌داند بودجه تصویب شده یا چه کسی قرارداد را امضا می‌کند. برای بررسی اولیه اطلاعات خوبی داریم.
SQL شدن هنوز به گفت‌وگوی فروش نیاز دارد.
در طرف دیگر، فردی فقط کاتالوگ می‌گیرد و نام شرکت یا راه تماس معتبری نمی‌دهد. شاید بعداً مشتری شود، ولی امروز اطلاعات کافی برای تحویل به فروش وجود ندارد. بهتر است بازاریابی اطلاعاتش را کامل کند. فرستادن چنین نامی به صف تماس، آمار تحویل را بزرگ می‌کند و وقت فروش را می‌بلعد.
معیارها را از کار واقعی خودتان بسازید
تعریف MQL از محصول، بازار و ظرفیت تیم می‌آید. برای شرکت دستگاه بسته‌بندی، سه دسته معیار نقطه شروع خوبی است: هویت و تناسب، نشانه نیاز و امکان تماس. هویت یعنی بدانید با چه کسب‌وکاری روبه‌رو هستید. تناسب یعنی نوع بسته‌بندی و اندازه پروژه در دامنه کار شما باشد. نشانه نیاز می‌تواند استعلام، پرسش فنی، درخواست بازدید یا اعلام ظرفیت تولید باشد. امکان تماس هم یعنی نام و راه ارتباطی قابل استفاده دارید.
معیارها را بیش از حد سخت نکنید. مدیر خرید ممکن است با شماره شخصی تماس بگیرد و هنوز بودجه قطعی نداشته باشد. «اطلاعات را نداریم» با «شرایط را ندارد» فرق دارد. زمان نامعلوم را همان‌طور ثبت کنید و سؤال بعدی را برای روشن کردنش بگذارید.
SQL معمولاً به چهار پاسخ نیاز دارد. مشتری چه مسئله‌ای را می‌خواهد حل کند؟ چه زمانی تصمیم می‌گیرد و چه رویدادی آن را جلو می‌برد؟ دامنه هزینه با توان خرید او سازگار است یا مسیر تأمین بودجه روشن است؟ چه کسانی در تصمیم فنی و مالی نقش دارند؟ لازم نیست همه جزئیات قرارداد معلوم شود، اما هر معیار حیاتی باید پاسخ یا اقدام مشخصی برای تکمیل داشته باشد.
عبارت «مشتری باکیفیت باشد» راهنمایی نمی‌دهد. «کارخانه فعال، نیاز به خط لیوانی، ظرفیت دست‌کم هزار عدد در ساعت و تصمیم تا شش ماه آینده» قابل سنجش است. معیار را طوری بنویسید که دو همکار با خواندن یک پرونده به نتیجه نزدیک برسند.
قرارداد تحویل روی یک صفحه
بازاریابی و فروش یک ساعت کنار هم بنشینند و پنج چیز را بنویسند:
- حداقل اطلاعات لازم برای MQL چیست؟
- چه کسی MQL را بررسی و تحویل فروش می‌دهد؟
- فروش تا چه زمانی اولین تماس را انجام می‌دهد؟
- SQL با کدام پاسخ‌ها تأیید می‌شود؟
- سرنخ برگشتی با چه دلیل و در چه زمانی بررسی می‌شود؟
عدد زمان را با ظرفیت تیم هماهنگ کنید. «خیلی سریع» قابل پیگیری نیست. «تا پایان همان روز کاری» روشن است. اگر روزانه سی MQL می‌سازید و دو فروشنده هر کدام فقط شش تماس باکیفیت انجام می‌دهند، وعده چهار ساعته شکست می‌خورد. معیار را دقیق‌تر کنید یا ظرفیت پاسخ‌گویی را بالا ببرید.
برای تیم‌های بزرگ‌تر، راهنمای هم‌راستایی فروش و بازاریابی تعریف سرنخ واجد شرایط، مسیر تحویل و زمان پیگیری را کنار هم می‌گذارد. خروجی شما لازم نیست ادبیات رسمی داشته باشد. باید آن‌قدر ساده باشد که کارشناس تازه‌وارد هم بداند پرونده را به چه کسی بدهد.
سه‌شنبه ساعت یازده؛ از فرم تا گفت‌وگو
سه‌شنبه ساعت یازده، مسئول بازاریابی فرم استعلام یک کارخانه لبنیات در شهرک صنعتی را می‌بیند. درخواست درباره بسته‌بندی ماست لیوانی با ظرفیت سه هزار عدد در ساعت است. او اطلاعات را بررسی می‌کند، پرونده مشتری احتمالی را می‌سازد یا به‌روز می‌کند و منبع را «فرم استعلام» می‌نویسد. ورود اطلاعات در این جریان یک کار انسانی است.
درخواست با تعریف تیم جور است. شرکت، محصول، ظرفیت و شماره تماس معلوم‌اند. مسئول بازاریابی با معیار تیم آن را MQL می‌داند و نتیجه را در وضعیت و مکالمه پرونده ثبت می‌کند. سپس مالک را طبق توافق به کارشناس فروش می‌سپارد و برای تماس تا ساعت سه اقدام بعدی می‌گذارد.
همین ثبت، تحویل را قابل دیدن می‌کند.
کارشناس تماس می‌گیرد. طرف مقابل می‌گوید: «خط تولید دو ماه دیگر آماده می‌شود. مدیر فنی دستگاه را بررسی می‌کند و خرید باید در کمیته مالی تصویب شود.» فروشنده مسئله، زمان و مسیر تصمیم را می‌داند. درباره دامنه بودجه می‌پرسد و برای بازدید فنی تاریخ می‌گذارد. طبق تعریف تیم، پرونده حالا SQL است و فروشنده نتیجه تماس را ثبت می‌کند. اگر معامله جدی دنبال شود، در فرصت فروش می‌توان مرحله، مبلغ، احتمال موفقیت و اقدام بعدی را ثبت کرد.
همان روز یک دانلود کاتالوگ با ایمیل ناقص می‌رسد. بازاریابی آن را تحویل نمی‌دهد و یک پیام برای کامل کردن نام شرکت و نوع محصول می‌فرستد. فروشنده لازم نیست دنبال شماره‌ای بگردد که وجود ندارد.
سرنخ زودهنگام را دور نریزید
بعضی درخواست‌ها مناسب‌اند، اما وقت خریدشان نرسیده است. مدیر کارخانه می‌گوید: «مجوز توسعه را گرفته‌ایم، ولی خرید دستگاه بعد از آزاد شدن بودجه در پاییز است.» این پرونده SQL فوری نیست، اما حذف کردنش هم اشتباه است.
دلیل توقف را واضح بنویسید: «زمان خرید پس از تصویب بودجه پاییز؛ تماس بعدی نیمه شهریور.» سپس اقدام بعدی را با تاریخ ثبت کنید. محتوای بعدی باید با همان نیاز جور باشد؛ مثلاً ویدئوی نصب خط مشابه یا دعوت به دیدن دستگاه در نمایشگاه.
انتخاب پیام و زمان ارسال تصمیم تیم است.
«پرورش سرنخ» اسم همین پیگیری حساب‌شده است. تماس هفتگی بی‌دلیل پرورش نیست. وقتی موعد نزدیک شد، بازاریابی دوباره اطلاعات را بررسی می‌کند و اگر معیارها برقرار بود پرونده را تحویل می‌دهد.
کلید در این مسیر چه کاری انجام می‌دهد
در نرم افزار CRM کلید می‌توان منبع، مالک، وضعیت، مکالمات و اقدام بعدی هر سرنخ و مشتری را در یک پرونده ثبت کرد. منبع می‌گوید درخواست از کجا آمده، مالک مسئول فعلی را روشن می‌کند، وضعیت جای فعلی سرنخ را در روش تیم نشان می‌دهد، مکالمات دلیل تصمیم را نگه می‌دارند و اقدام بعدی نمی‌گذارد پرونده بی‌صدا بماند.
وظیفه، تماس، جلسه و یادآور هم برای نظم دادن به پیگیری در کلید وجود دارد. کارشناس می‌تواند تماس نخست یا بازدید فنی را با موعد مشخص در برنامه بگذارد. مشتری و پیگیری ثبت مشتری، مکالمه، وظیفه و فرصت فروش را کنار هم نگه می‌دارد تا گفت‌وگوی دو تیم روی یک پرونده انجام شود.
تغییر وضعیت یا مالک به خودی خود کیفیت سرنخ را ثابت نمی‌کند. دلیل را در مکالمه بنویسید: «زمان خرید نامعلوم»، «بودجه خارج از دامنه»، «نیاز فنی نامتناسب» یا «شماره تماس نادرست». یک جمله دقیق از ده برچسب مبهم ارزشمندتر است.
اگر بازاریابی و فروش یک نفرند، همین نظم کاربرد دارد. آن فرد صبح ورودی‌ها را بررسی می‌کند و بعدازظهر به پرونده‌های تأییدشده زنگ می‌زند. وضعیت و اقدام بعدی می‌گویند الان کدام کار مهم‌تر است. تیم کوچک هم از صف شلوغ و حافظه شفاهی ضربه می‌خورد.
بازخوردی که بازاریابی را تیزتر می‌کند
سرنخ برگشتی نباید فقط «نامناسب» باشد. دلیل‌ها را روشن نگه دارید: نیاز خارج از دامنه، زمان خرید دور، تناسب مالی پایین، اطلاعات تماس خراب یا نبودن مسئله واقعی. بازاریابی هر ماه دلیل‌ها را می‌خواند و می‌بیند کدام اطلاعات در شروع کار کم بوده است.
اگر بیشتر درخواست‌های یک منبع ظرفیت بسیار پایینی دارند، متن تبلیغ یا فرم باید اندازه پروژه مناسب را زودتر روشن کند. اگر زمان خرید اغلب نامعلوم است، پرسش «تصمیم را برای چه بازه‌ای در نظر گرفته‌اید؟» به گفت‌وگوی اولیه اضافه می‌شود.
هر دلیل برگشت، پرسش بعدی بازاریابی را بهتر می‌کند.
امتیازدهی برای شروع ضروری نیست. سه یا چهار معیار روشن اغلب بهتر از جدولی است که کسی منطقش را نمی‌فهمد. اگر حجم ورودی بالا رفت، مدل امتیازدهی سرنخ را با نشانه‌های قابل مشاهده بسازید: تناسب، نیاز، زمان و همکاری. امتیاز جای گفت‌وگوی فروش را نمی‌گیرد.
عددی که دعوای جلسه را تمام می‌کند
برای سنجش تبدیل MQL به SQL، یک گروه روشن انتخاب کنید: همه شرکت‌هایی که در یک ماه مشخص با تعریف MQL به فروش تحویل شده‌اند. هر شرکت را فقط یک بار بشمارید، حتی اگر چند فرم یا تماس داشته است. برای هر شرکت، نخستین تحویل واجد تعریف MQL در همان ماه مبدأ است. مخرج تعداد همین شرکت‌هاست. صورت، شرکت‌هایی است که حداکثر تا هفت روز پس از همان تحویل با تعریف ثابت SQL شده‌اند. برای آخرین شرکت هم هفت روز کامل صبر کنید.
مثلاً اگر ۴۰ شرکت تحویل شده و ۱۸ شرکت در پنجره هفت‌روزه SQL شوند، نرخ تبدیل ۱۸ تقسیم بر ۴۰، یعنی ۴۵ درصد است. اگر در یک ماه هیچ MQL تحویل نشده، نرخ صفر درصد نیست؛ برای آن دوره نرخ قابل محاسبه ندارید.
گروه را می‌توان بر اساس منبع همان نخستین تحویل جدا کرد، به شرطی که معیار و پنجره هفت‌روزه یکسان بماند. تعداد و نرخ را کنار هم ببینید. منبعی با دو شرکت تحویل‌شده و یک SQL نرخ ۵۰ درصد دارد، اما برای تصمیم بودجه هنوز نمونه کوچکی است.
کنار نرخ تبدیل، زمان تماس اول و دلیل برگشت را نگه دارید. اگر MQL خوب است اما تماس دو روز عقب می‌افتد، تغییر تبلیغ مسئله را حل نمی‌کند. اگر تماس به‌موقع است و بیشتر پرونده‌ها نیاز نامتناسب دارند، تعریف بازاریابی باید اصلاح شود.
اتوماسیون بعد از توافق معنا پیدا می‌کند
اتوماسیون، یک تعریف بد را سریع‌تر تکرار می‌کند. ابتدا فرایند را دو یا سه هفته دستی اجرا کنید. جاهایی را پیدا کنید که پرونده منتظر می‌ماند، دلیل برگشت ثبت نمی‌شود یا موعد تماس واقع‌بینانه نیست. بعد کارهای تکراری را برای خودکار شدن بررسی کنید.
در کلید امکان اتوماسیون فرایندها وجود دارد. امتیازدهی خودکار، تشخیص خودکار MQL و SQL، واگذاری خودکار سرنخ، رهگیری رفتار بازدیدکننده سایت یا اتصال آماده به فرم و کمپین را جزو جریان آماده فرض نکنید. اگر هرکدام برای کار شما تعیین‌کننده است، فرایند واقعی را در دمو نشان دهید و روش اجرا و دامنه تحویل را روشن کنید. این روش با بررسی انسانی، پرونده مشترک و اقدام بعدی هم اجرا می‌شود.
راه‌اندازی کلید مرحله‌ای است و بررسی نیاز، تنظیم دسترسی‌ها، شخصی‌سازی بخش‌ها و آموزش تیم را در بر می‌گیرد. تعریف یک‌صفحه‌ای را به جلسه راه‌اندازی ببرید تا محل ثبت اطلاعات و کارهای مناسب برای اتوماسیون روشن شود.
با پنجاه پرونده شروع کنید
پنجاه ورودی ماه گذشته را بردارید. مدیر بازاریابی و سرپرست فروش هر پرونده را بخوانند و بپرسند: MQL بود؟ فروش برای SQL کردنش چه اطلاعاتی کم داشت؟ اگر برگشت، دلیل ثبت‌شده قابل استفاده بود؟
اختلاف‌ها را روی برگه تعریف اصلاح کنید. ممکن است «شرکت تولیدی» زیادی کلی باشد و نوع محصول یا حداقل ظرفیت هم لازم شود. شاید شرط بودجه زود پرسیده شده باشد و خریداران جدی هنوز رقم مصوب نداشته باشند. تعریف خوب از پرونده واقعی بیرون می‌آید.
بعد همین پرونده‌ها و برگه را به درخواست دمو ببرید. اگر منبع، مالک، وضعیت، مکالمه و اقدام بعدی در جریان واقعی تیم راحت ثبت شوند، جلسه فروش از شمارش اسم‌ها عبور می‌کند و به تصمیم می‌رسد: کدام ورودی را بیشتر جذب کنیم، کدام معیار را دقیق‌تر کنیم و با کدام مشتری باید همین امروز تماس بگیریم.
