SLA پیگیری لید، توافقی روشن و قابلاندازهگیری بین تیمهای بازاریابی و فروش است که مشخص میکند زمان پیگیری هر لید از چه لحظهای شروع میشود، چه کسی مسئول آن است، پاسخ اولیه تا چه زمانی باید انجام شود و اگر پیگیری عقب افتاد چه اتفاقی میافتد. زمان مناسب برای همه لیدها یکسان نیست؛ باید با توجه به قصد خرید، منبع ورود، ساعات کاری، ظرفیت تیم و دادههای واقعی تبدیل تعیین شود، نه بر اساس یک عدد مشهور مثل «پنج دقیقه».
مقدمه
فرض کنید درخواست دمو، تماس ورودی و دانلود یک کتاب الکترونیکی همگی با یک اولویت وارد صف فروش شوند. در این حالت لیدی که آماده خرید است ممکن است دیر پاسخ بگیرد و بخشی از زمان تیم صرف درخواستهای کمفوریت شود. قانون کلی «همه لیدها باید در پنج دقیقه پیگیری شوند» هم کافی نیست؛ چون معلوم نیست زمان از کجا شروع میشود، چه اقدامی پاسخ محسوب میشود و تیم در عمل چقدر ظرفیت دارد.
اگر همین حالا در گوگل دنبال «SLA پیگیری لید» بگردید، دو نوع نتیجه میبینید: مقالات عمومی SLA که مخصوص آپتایم و قراردادهای IT هستند و ربطی به فروش ندارند، یا چند پاراگراف پراکنده در بلاگهای CRM که فقط اشارهای گذرا به موضوع کردهاند. این راهنما قرار است همان چیزی باشد که در نتایج فعلی وجود ندارد: یک مسیر اجرایی کامل، از تعریف زمان پاسخ و اولویتبندی تا مالکیت لید، هشدار، ارجاع، داشبورد، اشتباهات رایج و چکلیست نهایی.
SLA پیگیری لید دقیقاً چیست؟
مخفف Service Level Agreement و بهمعنای «توافق سطح خدمت» است. در مدیریت لید، این توافق معمولا بین بازاریابی و فروش شکل میگیرد: بازاریابی متعهد میشود اطلاعات و کیفیت لید را مشخص کند و فروش متعهد میشود لید را در زمان و با کیفیت تعیینشده پیگیری کند. برای اینکه SLA واقعا اجرا شود، باید این هفت مورد در آن روشن باشد:
- شروع زمانسنج
- مهلت پاسخ
- مسئول پیگیری
- اقدام قابل قبول بهعنوان «پاسخ»
- ساعات کاری
- استثناها
- مسیر رسیدگی به تاخیر
«زمان پاسخ به لید» فقط یک شاخص است؛ یعنی فاصله ورود لید تا اولین اقدام ثبتشده. SLA برای همین شاخص هدف تعیین میکند و میگوید مسئول پیگیری کیست و در صورت تاخیر چه اقدامی انجام میشود. خودِ «پاسخ» هم باید دقیق تعریف شود؛ پیام خودکار دریافت فرم، تلاش کارشناس برای تماس و گفتوگوی واقعی سه اتفاق متفاوتاند و بهتر است جداگانه سنجیده شوند.
مقاله سال ۲۰۱۱ هاروارد بیزینس ریویو با عنوان The Short Life of Online Sales Leads توجه مدیران را به کوتاهبودن عمر علاقه آنلاین و کندی پاسخ شرکتها جلب کرد و همچنان بهعنوان مرجع اولیه اثر سرعت پاسخ در بسیاری از منابع تکرار میشود. اما این پژوهش برای بازار آمریکا و بیش از یک دهه پیش انجام شده؛ نمیتوان از آن یک هدف زمانی ثابت برای هر تیم فروش ایرانی ساخت. عدد درست، نتیجه اندازهگیری دادههای خودِ شماست، نه یک آمار وارداتی.
پیش از طراحی SLA باید معلوم باشد چه رکوردی واقعا لید است و چه زمانی وارد صف فروش میشود. مقاله لید یا سرنخ چیست؟ این مرزبندی را با مفهوم لید واجدشرایط توضیح میدهد.

SLA پیگیری لید در مقابل SLA پشتیبانی و خدمات پس از فروش
این دو مفهوم اغلب با هم قاطی میشوند، بهخصوص چون بیشتر محتوای موجود درباره SLA در فارسی، اصلاً درباره فروش نیست و درباره قراردادهای پشتیبانی، آپتایم شبکه یا زیرساخت ابری است.
- SLA پشتیبانی/خدمات پس از فروش بین یک ارائهدهنده خدمت و مشتری نهایی بسته میشود؛ معیارهایش معمولا درصد در دسترسبودن سرویس (Uptime)، زمان رفع مشکل تیکت و جریمه تخلف از تعهد است.
- SLA پیگیری لید بین دو تیم داخلی، یعنی بازاریابی و فروش، بسته میشود؛ معیارش سرعت و کیفیت پاسخ به یک سرنخ فروش تازهوارد است، نه رفع یک مشکل فنی.
اگر در سازمان شما هر دو نوع SLA وجود دارد، بهتر است در سند و در CRM از دو نام متفاوت استفاده کنید (مثلا «SLA فروش» و «SLA پشتیبانی») تا گزارشها و مسئولیتها با هم قاطی نشوند.
چرا یک زمان ثابت برای همه لیدها مناسب نیست؟
همه لیدها فوریت یکسانی ندارند. کسی که صفحه قیمت را دیده و درخواست دمو داده، معمولا به خرید نزدیکتر از فردی است که فقط یک فایل آموزشی دانلود کرده است. اگر برای هر دو یک زمان پاسخ تعیین کنید، یا منابع تیم هدر میرود یا لیدهای مهم پشت صف میمانند.
- شدت قصد خرید: درخواست دمو، قیمت یا تماس مستقیم معمولا نشانه جدیتری از قصد خرید است تا دانلود محتوا.
- منبع و زمینه: تماس بیپاسخ، فرم محصول، نمایشگاه یا معرفی یک شریک تجاری، هرکدام شرایط و زمان پیگیری متفاوتی دارند.
- ساعات کاری: باید روشن باشد زمانسنج خارج از ساعات کاری متوقف میشود یا برای شیفت غیراداری SLA جداگانهای دارید.
- ظرفیت و مهارت تیم: اگر در ساعتهای شلوغ کارشناس کافی یا فرد متخصص در دسترس نباشد، هدف کوتاه فقط تعداد تخلفها را بیشتر میکند.
- کیفیت اطلاعات: لیدی که شماره معتبر یا اطلاعات کافی ندارد، نباید مثل یک درخواست کامل سنجیده شود.
- ارزش و ریسک: ارزش احتمالی معامله، اهمیت مشتری و حساسیت زمانی فرصت میتواند اولویت پیگیری را تغییر دهد.
این عوامل را به سه یا چهار سطح ساده تبدیل کنید. اگر تعداد اولویتها زیاد شود، اجرای قواعد سخت و گزارشها غیرقابلمقایسه میشوند.

چگونه زمان هدف SLA را تعیین کنیم؟
زمان هدف را از یک عدد مشهور یا پیشنهاد پیشفرض نرمافزار برندارید. ابتدا وضعیت فعلی را اندازه بگیرید، سپس با توجه به نوع لید و ظرفیت تیم یک هدف اولیه تعیین کنید و آن را در یک دوره آزمایشی بسنجید.
۱. رویداد شروع و پایان زمانسنج را تعریف کنید
نقطه شروع میتواند ثبت موفق فرم، ورود تماس یا ساختهشدن رکورد در CRM باشد. نقطه پایان باید یک اقدام انسانی و مشخص باشد؛ مثلا اولین تماس ثبتشده، نه پیام خودکار «درخواست شما دریافت شد». اگر میخواهید زمان رسیدن به گفتوگوی واقعی را هم بسنجید، آن را بهعنوان شاخصی جدا ثبت کنید.
۲. خط مبنا را با میانه و صدک ۹۰ بسنجید
میانگین ممکن است با چند تاخیر خیلی طولانی، تصویر اشتباهی بدهد. میانه نشان میدهد وضعیت معمول تیم چگونه است؛ صدک ۹۰ میگوید ۹۰ درصد لیدها حداکثر تا چه زمانی پاسخ گرفتهاند. این دو عدد را برای هر منبع، اولویت، روز و ساعت جدا کنید تا گلوگاهها پنهان نمانند.
۳. لیدها را بر اساس قصد و نیاز به مهارت گروهبندی کنید
سه یا چهار گروه معمولا کافی است. معیار ورود به هر گروه باید قابل بررسی باشد؛ مثلا «درخواست دموی یک محصول مشخص»، نه برچسب مبهم «لید خوب». مشخص کنید چه کسی میتواند اولویت را تغییر دهد و دلیل تغییر کجا ثبت میشود.
۴. ظرفیت ساعات اوج را محاسبه کنید
در شلوغترین بازه، سه عدد را بسنجید: تعداد لیدهای ورودی، زمان لازم برای اولین اقدام و سهم زمانی که کارشناس واقعا برای پاسخ اولیه در دسترس است. اگر حجم ورودی بیشتر از ظرفیت باشد، کوتاهکردن SLA بهتنهایی فایدهای ندارد؛ باید پوشش تیم، مسیر ارجاع یا ثبت خودکار اطلاعات هم اصلاح شود.
۵. هدف اولیه را در یک دوره آزمایشی تنظیم کنید
جدول زیر فقط یک نمونه برای طراحی است، نه استاندارد ثابت صنعت. زمانها را با دادههای فعلی، ساعات کاری و ارزش هر نوع لید تطبیق دهید.
| سطح | نمونه لید | هدف اولیه پیشنهادی | مالک | نحوه سنجش | اقدام در تأخیر |
|---|---|---|---|---|---|
| فوری | درخواست دمو یا تماس مستقیم | ۱۵ دقیقه کاری | فروشنده تخصصی | زمان از ثبت فرم تا اولین تماس ثبتشده | هشدار سرپرست و انتقال به صف پشتیبان |
| بالا | درخواست قیمت یا توسعه مشتری فعلی | ۳۰ دقیقه کاری | مالک حساب یا محصول | زمان از ورود درخواست تا پاسخ انسانی | ارجاع در سررسید |
| عادی | لید نمایشگاه یا وبینار | ۲ ساعت کاری | تیم فروش | زمان از دریافت لیست تا اولین تماس | ورود به صف پیگیری روزانه |
| پرورش | دانلود محتوا یا عضویت | ۱ روز کاری | بازاریابی یا تیم پرورش | زمان تا اولین ایمیل/پیام شخصیسازیشده | ورود به برنامه پرورش |
بعد از دو تا چهار هفته، فقط درصد رعایت SLA را بررسی نکنید. اگر پاسخها سریعتر شدهاند اما نرخ برقراری ارتباط با کیفیت ثبت نتیجه پایین آمده، هدف یا روش اجرا را اصلاح کنید.

SLA پیگیری لید را چگونه در CRM اجرا کنیم؟
CRM باید مسیر هر لید را شفاف و قابل پیگیری کند: زمان ورود، اولویت، مالک، مهلت پاسخ، تلاشهای تماس و نتیجه. مهمتر از نام ابزار، این است که دادهها و مسئولیتها درست تعریف شوند و برای خطای سیستم یا نبود کارشناس هم مسیر جایگزین وجود داشته باشد.
۱. ورود لید را استاندارد کنید
منبع و زمان ورود، محصول موردنظر، اطلاعات تماس، رضایت برای ارتباط، کمپین و شناسه یکتا را ثبت کنید. اگر اطلاعات رکورد ناقص است، آن را به صف اصلاح داده بفرستید تا وقت تیم فروش صرف پیداکردن اطلاعات پایه نشود.
۲. مالک را در لحظه ورود تعیین کنید
لید بدون مالک عملا خارج از SLA است. قاعده میتواند بر اساس محصول، منطقه، مشتری موجود یا مهارت باشد. مستندات Microsoft Dynamics نشان میدهد ابزارهای CRM میتوانند تخصیص را با شرطهایی مانند سگمنت و فروشنده خودکار کنند؛ مدلهای Round Robin و Load Balancing هم بهترتیب عدالت توزیع و ظرفیت جاری را محور قرار میدهند.
اگر فروشنده مناسبی در دسترس نبود، لید باید به صف پشتیبان یا سرپرست منتقل شود. هر تغییر مالک هم باید همراه با زمان و دلیل ثبت شود تا تاخیر میان تیمها پنهان نماند.
۳. مهلت و هشدار را به رکورد وصل کنید
برای هر سطح اولویت، مهلت پاسخ را از زمان ورود لید محاسبه کنید. معمولا یک یادآوری نزدیک سررسید برای مالک و یک هشدار تاخیر برای سرپرست کافی است. هشدارهای زیاد و بدون اقدام مشخص، خیلی زود نادیده گرفته میشوند.
۴. مسیر ارجاع را مرحلهبندی کنید
ارجاع یا Escalation یعنی اگر پیگیری از زمان تعیینشده گذشت، مسئولیت یا سطح توجه تغییر کند. برای مثال: وقتی ۸۰ درصد مهلت گذشته به مالک یادآوری شود؛ در سررسید، سرپرست باخبر شود؛ و پس از یک بازه دیگر، لید به صف پشتیبان برود. در هر مرحله فقط یک نفر باید مالک لید باشد.
۵. نتیجه تماس را با کد استاندارد ثبت کنید
ثبت عبارت «تماس گرفته شد» اطلاعات کافی به مدیر نمیدهد. نتیجه تماس را از میان گزینههای مشخصی مثل «پاسخ نداد»، «شماره نامعتبر»، «تماس در زمان دیگر»، «واجدشرایط»، «نامرتبط» و «تبدیل به فرصت» انتخاب کنید. یادداشت آزاد برای توضیح بیشتر مفید است اما جای وضعیت استاندارد را نمیگیرد.
۶. ساعت کاری و توقف زمانسنج را شفاف کنید
تعطیلات، شیفتها و زمان خارج از ساعت کاری باید برای همه لیدها با یک قاعده محاسبه شوند. اگر خارج از ساعات کاری پیام خودکار میفرستید، آن را جدا ثبت کنید و در گزارش SLA بهجای پاسخ انسانی قرار ندهید.
مقاله CRM چیست؟ کاربرد CRM در پیگیری منظم سرنخها و ثبت تاریخچه مذاکره را توضیح میدهد و زمینه مناسبی برای طراحی دادههای این فرایند است.
الگوی عملی سند SLA فروش و بازاریابی
یک سند کوتاه و روشن، از سیاستی طولانی و مبهم کاربردیتر است. جدول زیر حداقل اطلاعاتی را نشان میدهد که برای هر سطح لید لازم دارید. میتوانید این الگو را ابتدا در یک صفحه نهایی کنید و بعد آن را به فیلدها، قوانین و گزارشهای CRM تبدیل کنید.
| فیلد | سؤال اجرایی | نمونه | محل ثبت |
|---|---|---|---|
| رویداد شروع | زمانسنج دقیقاً از چه رخدادی شروع میشود؟ | ثبت موفق فرم | CRM |
| لید واجد SLA | کدام رکوردها وارد سنجش میشوند؟ | درخواست دمو با شماره معتبر | قاعده ورود |
| زمان هدف | مهلت پاسخ برای این سطح چقدر است؟ | ۳۰ دقیقه کاری | فیلد سررسید |
| مالک | چه نقش یا فردی مسئول است؟ | مالک حساب | فیلد مالک |
| ساعات کاری | تعطیلات و خارج ساعت چگونه محاسبه میشوند؟ | شنبه تا چهارشنبه، ۸ تا ۱۷ | تقویم خدمت |
| هشدار | چه زمانی و به چه کسی هشدار داده میشود؟ | ۸۰ درصد مهلت به مالک | قانون اعلان |
| ارجاع | پس از تخلف چه اتفاقی میافتد؟ | اطلاع سرپرست و صف پشتیبان | جریان کار |
| نتیجه | چه اقدامی زمان را متوقف میکند؟ | تماس انسانی ثبتشده | کد نتیجه |
برای سند SLA یک مالک و تاریخ بازبینی تعیین کنید. تغییر در تعریف لید، کانالهای ورودی یا ظرفیت تیم میتواند هدفهای قبلی را بیاعتبار کند. در دوره آزمایشی، بازبینی ماهانه و پس از تثبیت، بازبینی فصلی نقطه شروع مناسبی است.

داشبورد SLA چه KPIهایی داشته باشد؟
داشبورد باید هم سرعت پیگیری را نشان دهد و هم نتیجه آن را. اگر فقط مهلت را بسنجید، ممکن است تماسهای صوری ثبت شوند؛ اگر فقط تبدیل را ببینید، تاخیرها و لیدهای فراموششده از دید شما پنهان میمانند.
- میانه و صدک ۹۰ زمان اولین پاسخ، به تفکیک نوع و منبع لید
- درصد رعایت SLA: سهم لیدهایی که در مهلت تعیینشده پاسخ گرفتهاند
- نرخ لید بدون مالک: سهم لیدهایی که پس از زمان مجاز هنوز مسئول مشخصی ندارند
- نرخ اقدام معنادار: سهم لیدهایی که پاسخ انسانی تعریفشده گرفتهاند، نه فقط پیام خودکار
- نرخ برقراری ارتباط: سهم تلاشهایی که به گفتوگوی واقعی با لید رسیدهاند
- نرخ واجدشرایطشدن و تبدیل در بازههای مختلف زمان پاسخ (این مقایسه رابطه را نشان میدهد، نه علت را)
- نرخ ارجاع و عمر صف تأخیر: تعداد لیدهای گذشته از سررسید و مدتی که در صف تأخیر ماندهاند
شاخصهای سرعت اولین تماس و درصد پیگیری بهموقع در راهنمای KPI نواتل هم تعریف شدهاند. برای جلوگیری از گزارشهای متناقض، نام، فرمول، منبع داده و مسئول هر KPI را کنار داشبورد ثبت کنید.
اشتباهات رایج در اجرای SLA پیگیری لید
این بخش را از تجربه اجرای این نوع فرایند در تیمهای فروش نتیجه گرفتهایم؛ اگر هر کدام از این موارد در سازمان شما رخ میدهد، پیش از سختگیری روی زمان، همینها را اصلاح کنید:
- تعیین یک عدد برای همه لیدها: وقتی زمان پاسخ برای دانلود محتوا و درخواست دمو یکسان است، یا لیدهای داغ دیر پاسخ میگیرند یا تیم برای درخواستهای کماهمیت زیر فشار میماند.
- نامشخصبودن نقطه شروع زمانسنج: اگر مشخص نباشد زمان از ثبت فرم شروع میشود یا از تایید بازاریابی، هر تیم عدد متفاوتی گزارش میدهد و اختلاف بین بازاریابی و فروش ادامه پیدا میکند.
- قبولکردن پیام خودکار بهجای پاسخ انسانی: این کار عدد داشبورد را زیبا نشان میدهد اما تجربه واقعی مشتری را بهبود نمیدهد.
- نبود مسیر جایگزین برای مرخصی یا نبود کارشناس: بدون قاعده روشن برای این حالت، لید تا بازگشت فرد مسئول بدون پیگیری میماند.
- هدفگذاری بدون سنجش ظرفیت واقعی: کوتاهکردن SLA وقتی حجم ورودی از ظرفیت تیم بیشتر است، فقط باعث افزایش تخلف از SLA میشود، نه بهبود واقعی پاسخگویی.
- نبود بازبینی دورهای: SLA که یکبار نوشته و هرگز بازبینی نمیشود، بهمرور با واقعیت تیم فاصله میگیرد.
مثال محاسباتی فرضی: ظرفیت لازم برای SLA
این مثال یک مطالعه موردی واقعی نیست. اعداد فقط روش محاسبه را نشان میدهند و باید با دادههای تیم شما جایگزین شوند.
فرض کنید در شلوغترین ساعت، ۱۲ لید با قصد خرید بالا وارد میشوند. بررسی اولیه، تماس و ثبت نتیجه هر لید بهطور متوسط ۷ دقیقه زمان میبرد و هر کارشناس فقط ۷۰ درصد ساعت را میتواند به پاسخ اولیه اختصاص دهد. ظرفیت پایه به این شکل محاسبه میشود:
پوشش همزمان موردنیاز = (۱۲ لید × ۷ دقیقه) ÷ (۶۰ دقیقه × ۷۰٪) ≈ ۲ کارشناس
این محاسبه فقط بار متوسط را پوشش میدهد. ورود نامنظم لیدها، مکالمه طولانی، مرخصی یا نیاز به تخصص خاص ممکن است ظرفیت پشتیبان بخواهد. تیم میتواند در دوره آزمایشی، برای درخواست دمو ۱۵ دقیقه، درخواست قیمت ۳۰ دقیقه و دانلود محتوا چهار ساعت کاری در نظر بگیرد. این زمانها فقط نمونهاند، نه معیار ثابت بازار.
چهار هفته داده جمع کنید و میانه، صدک ۹۰، درصد رعایت SLA، نرخ برقراری ارتباط و تبدیل هر گروه را با وضعیت قبلی مقایسه کنید. اگر بیشتر تاخیرها در یک ساعت یا منبع خاص رخ میدهد، ابتدا ظرفیت یا مسیر همان بخش را اصلاح کنید.
نقش CRM نواتل در اجرای SLA پیگیری لید
در CRM آنلاین ما امکان تعیین وضعیت و اولویت لید، ثبت خودکار سرنخ از وبفرم، پیامک و تماس، تعریف وظیفه و یادآوری و دریافت نوتیفیکیشن برای پیگیری بهموقع فراهم شده است. مشاهده تاریخچه تعاملات و تماس با یک کلیک هم به کارشناس کمک میکند پاسخ را با زمینه کافی انجام دهد.
SLA نهایی باید با ساختار تیم، ساعات کاری و قواعد مالکیت سازمان شما هماهنگ شود. هنگام بررسی هر CRM، مسیر هشدار و ارجاع موردنیازتان را در دمو آزمایش کنید؛ این مقاله فرض نمیکند همه مراحل پیشنهادی در هر ابزاری بهصورت خودکار انجام میشوند.
چکلیست استقرار SLA پیگیری لید
پیش از شروع دوره آزمایشی، همه موارد زیر باید پاسخ روشن، مسئول مشخص و مدرکی قابل بررسی در CRM یا سند فرایند داشته باشند.
- لیدهای واجد SLA و معیار ورود هر گروه را تعریف کنید
- رویداد دقیق شروع و پایان زمانسنج را ثبت کنید
- ساعات کاری، تعطیلات و قاعده توقف زمان را مشخص کنید
- برای هر سطح، مالک و صف پشتیبان تعیین کنید
- زمان هدف را با خط مبنا و ظرفیت ساعات اوج تطبیق دهید
- هشدار نزدیک سررسید و اقدام پس از تخلف را تعریف کنید
- کدهای استاندارد نتیجه تماس را در CRM بسازید
- میانه، صدک ۹۰ و درصد رعایت SLA را در داشبورد قرار دهید
- اثر سرعت را کنار برقراری ارتباط و تبدیل بررسی کنید
- پایلوت را زمانبندی و تاریخ بازبینی سیاست را مشخص کنید
منابع
این منابع برای تعریف مسئله، طراحی روش تخصیص و بررسی قابلیتهای مطرحشده استفاده شدهاند. منابع رقبا که فقط در تحلیل نتایج جستوجو بررسی شدهاند، در گزارش تحقیق قرار دارند.
- Harvard Business Review — The Short Life of Online Sales Leads — مارس ۲۰۱۱؛ بازبینی در ۲۲ اوت ۲۰۲۶
- Microsoft Learn — Create and activate assignment rules — بهروزرسانی ۲۰۲۶؛ بازبینی در ۲۲ اوت ۲۰۲۶
- Microsoft Learn — Understand record distribution in assignment rules — بازبینی در ۲۲ اوت ۲۰۲۶
سوالات متداول درباره SLA پیگیری لید
SLA پیگیری لید باید پنج دقیقه باشد؟
نه لزوما. پنج دقیقه میتواند برای درخواست دمو یا تماس با قصد خرید بالا یک هدف آزمایشی باشد، اما زمان نهایی باید بر اساس نوع لید، ساعات کاری، ظرفیت تیم و دادههای همان سازمان تعیین شود. یک هدف واحد برای دانلود محتوا و درخواست قیمت منطقی نیست.
پیام خودکار دریافت فرم، پاسخ به لید محسوب میشود؟
برای تایید دریافت درخواست مفید است اما بهتر است پاسخ انسانی محسوب نشود. پیام خودکار، اولین تلاش کارشناس و گفتوگوی واقعی را بهصورت سه رویداد جدا در CRM ثبت کنید.
تفاوت SLA و Lead Response Time چیست؟
Lead Response Time فقط فاصله ورود لید تا اولین پاسخ را اندازه میگیرد. SLA علاوه بر هدف زمانی، مسئول پیگیری، ساعات کاری و اقدام بعد از تاخیر را هم مشخص میکند. بنابراین ممکن است زمان پاسخ را بسنجید، اما بدون SLA هنوز تعهد اجرایی روشنی نداشته باشید.
اگر کارشناس مرخصی باشد، مالکیت لید چه میشود؟
قاعده مالکیت باید مرخصی و نبود کارشناس را هم پوشش دهد. لید نباید تا بازگشت او بدون پیگیری بماند و باید به فرد یا صف پشتیبان منتقل شود. این انتقال باید زماندار و قابل مشاهده باشد تا در هر لحظه دقیقاً یک نفر مسئول لید باشد.
SLA پیگیری لید برای واتساپ و اینستاگرام چطور تعریف میشود؟
منطق یکسان است، فقط رویداد شروع تغییر میکند؛ مثلا اولین پیام دایرکت یا اولین پیام واتساپ بهجای ثبت فرم. اگر پاسخدهی در این کانالها را بهصورت جدا اندازه نگیرید، معمولا آهستهتر از فرم و تماس عمل میکنند و در گزارش کلی SLA پنهان میمانند؛ بهتر است برای هر کانال ورودی، خط مبنا و هدف جداگانه ثبت کنید.
آیا برای شروع، به یک CRM پیشرفته و گران نیاز است؟
نه. برای شروع کافی است زمان ورود لید، مالک و نتیجه تماس در یک سیستم واحد (حتی ساده) ثبت شود تا بتوان خط مبنا را اندازه گرفت. با رشد تعداد لید و پیچیدهترشدن قواعد ارجاع، نیاز به قابلیتهای خودکارسازی و هشدار در CRM بیشتر احساس میشود.





افزودن دیدگاه