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