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