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