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