خدمات مشتری
انتقال از هوش مصنوعی به اپراتور انسانی: قوانین، محرکها و قالب پیامها
لحظهای که ربات گفتگو را به یک انسان میسپارد تعیین میکند خودکارسازی برای مشتری کمککننده به نظر برسد یا مانند یک دیوار. در این راهنما میخوانید چه زمانی ارجاع دهید، چه چیزی را منتقل کنید، چگونه مسیریابی کنید و به مشتری چه بگویید؛ همراه با متنهایی که میتوانید مستقیم استفاده کنید.
تیم MonoChat بهروزرسانی: 9 دقیقه مطالعه
در این صفحه
- چرا لحظه انتقال به اپراتور مهم است
- چه زمانی چتبات باید گفتگو را به انسان بسپارد؟ ۱۰ محرک
- ربات چه اطلاعاتی باید به اپراتور انسانی منتقل کند؟
- چگونه گفتگو را به فرد درست مسیریابی کنیم
- به مشتری چه بگوییم: قالب پیامهای انتقال
- بازگرداندن گفتگو به ربات
- اشتباهات رایج در انتقال به اپراتور
- انتقال به اپراتور در MonoChat چگونه کار میکند
- منابع
یک انتقال خوب چتبات به اپراتور انسانی گفتگو را در لحظه مناسب، همراه با همه چیزهایی که ربات تا آنجا یاد گرفته، به تیمی میسپارد که واقعاً میتواند مشکل را حل کند و به مشتری میگوید قدم بعدی چیست. هر وقت مشتری یک انسان را بخواهد، ربات از منابع تأییدشده نتواند پاسخ بدهد، مشتری ناراحت باشد یا پرونده به پول، ریسک یا قضاوت مربوط شود، گفتگو را ارجاع دهید. یک خلاصه کوتاه، اطلاعات مشتری و آنچه ربات تا آنجا امتحان کرده را منتقل کنید.
بیشتر تیمها بخش اول را درست انجام میدهند و بقیه را نه: ربات گفتگو را واگذار میکند، اما اپراتور با «چطور میتوانم کمکتان کنم؟» شروع میکند، پرونده در یک صف عمومی میافتد و مشتری بدون اطلاع تا فردا صبح منتظر میماند. این راهنما قوانین، محرکها، اطلاعاتی که باید منتقل شود، مسیریابی و متن دقیق پیامهایی که باید بفرستید را پوشش میدهد.
چرا لحظه انتقال به اپراتور مهم است
مشتریها خودکارسازی را با بدترین لحظهاش قضاوت میکنند و بدترین لحظه معمولاً همان لحظه انتقال است. سه چیز باعث شکست آن میشود:
- ربات زیادی گفتگو را نگه میدارد. مدام میپرسد «میتوانید دوباره بگویید؟» و مشتری عصبانیتر میشود.
- اطلاعات از دست میرود. کسی که گفتگو را تحویل میگیرد شماره سفارشی را میپرسد که مشتری پنج دقیقه قبل نوشته است.
- سکوت بعد از انتقال. ساعت ۱۱ شب پیام «یک اپراتور بهزودی با شما خواهد بود» میآید و تا صبح کسی جواب نمیدهد.
در واتساپ یک دلیل مربوط به سیاستها هم وجود دارد. سیاست پیامرسانی تجاری پاسخهای خودکار را در پنجره ۲۴ ساعته خدمات مشتری مجاز میداند، اما از کسبوکارها میخواهد مسیرهای ارجاع سریع، روشن و مستقیم ارائه دهند؛ برای مثال انتقال درون گفتگو به اپراتور انسانی، شماره تلفن، نشانی ایمیل یا فرم پشتیبانی. رباتی که راه خروج ندارد فقط خدمات بد نیست؛ خارج از قوانین هم هست.
چه زمانی چتبات باید گفتگو را به انسان بسپارد؟ ۱۰ محرک
محرکها را به دو دسته تقسیم کنید: آنهایی که مشتری فعال میکند و آنهایی که قوانین شما تشخیص میدهند.
محرکهای مبتنی بر مشتری
- مشتری یک انسان را میخواهد. «اپراتور»، «انسان»، «آدم واقعی»، «میشود با یک نفر صحبت کنم». بلافاصله منتقل کنید، بدون مرحله «مطمئن هستید؟».
- شکست مکرر. ربات دو نوبت پشتسر هم نتوانسته پاسخ بدهد یا مشتری همان سؤال را دوباره با عبارت دیگری پرسیده است.
- ناراحتی. حروف درشت، توهین، «این به درد نمیخورد» یا امتیاز احساسات منفی، اگر از آن استفاده میکنید.
- تماس مجدد. سومین پیام در همین هفته درباره یک مشکل حلنشده.
محرکهای مبتنی بر قانون
- پاسخ مستند وجود ندارد. سؤال در پایگاه دانش یا ابزارها پوشش داده نشده است. ربات باید به جای حدس زدن، گفتگو را منتقل کند یا پیام بگیرد.
- مبلغ بالاتر از سقف. بازپرداخت، اعتبار یا تخفیفی بیشتر از مبلغی که تعیین کردهاید.
- موضوعات حساس. تهدید حقوقی، پرسشهای پزشکی، مسائل ایمنی، درخواست حذف دادهها، شکایت از کارکنان.
- مشتریان باارزش. حسابهای کلیدی، سطوح ویژه، معاملات بازی که ارزش آنها از حدی بیشتر است.
- فرایند به یک انسان نیاز دارد. تأییدها، استثنا از سیاستها، هر چیزی که تیم شما باید امضا کند.
- خطای فنی. یک ابزار دو بار زمانبر میشود یا خطا برمیگرداند. مشتری را با «مشکلی پیش آمد» تنها نگذارید.
این محرکها را در دستورالعملهای عامل بنویسید و تا جایی که ممکن است در جریان اطراف آن هم پیاده کنید. دستورالعملها یک مدل را راهنمایی میکنند؛ قوانین جریان اجرا را الزامآور میکنند. قاعدهای مثل «بازپرداخت بیش از ۱۰۰ به مالی میرود» بهصورت یک شرط در جریان امنتر از یک جمله در پرامپت است.
ربات چه اطلاعاتی باید به اپراتور انسانی منتقل کند؟
انسان باید بتواند از همان پیام اول پاسخ مفیدی بدهد. این موارد را در اختیارش بگذارید:
| اطلاعات | مثال | چرا مهم است |
|---|---|---|
| دلیل انتقال | «مشتری یک انسان را خواست» / «بازپرداخت بالاتر از سقف» | اولین حرکت اپراتور را تعیین میکند |
| خلاصه یکخطی | «سفارش 7315 آسیبدیده رسیده؛ جایگزین میخواهد، نه بازپرداخت» | خواندن ۲۰ پیام را حذف میکند |
| هویت مشتری | نام، تلفن، شماره حساب یا سفارش، تأییدشده یا نه | از پرسیدن دوباره جلوگیری میکند |
| آنچه ربات امتحان کرده | «سیاست مرجوعی ارسال شد؛ برچسب مرجوعی پیشنهاد شد؛ مشتری نپذیرفت» | از تکرار آن جلوگیری میکند |
| دادههای جمعآوریشده | عکسها، شماره مدلها، تاریخها، نشانی | اپراتور میتواند بلافاصله اقدام کند |
| احساسات و سابقه | «دومین بسته دیررسیده در این ماه» | لحن و پیشنهاد را تغییر میدهد |
| اولویت و SLA | «فوری، اولین پاسخ ظرف ۱۵ دقیقه» | پرونده را در جای درست صف قرار میدهد |
متن کامل گفتگو هم باید قابل مشاهده بماند. خلاصهها کمک میکنند، اما اپراتورها باید بتوانند بررسی کنند ربات واقعاً چه گفته است، بهویژه اگر ربات اشتباه کرده باشد.
یک خلاصه داخلی خوب این شکلی است:
انتقال: بازپرداخت بالاتر از سقف (مالی)
مشتری: عمر حداد، تأییدشده با شماره سفارش
مشکل: بابت فاکتور 1042 دو بار پرداخت شده (دو برداشت یکسان از کارت در 2 اکتبر)
اقدامات ربات: هر دو برداشت در سامانه مالی تأیید شد؛ سیاست بازپرداخت توضیح داده شد
خواسته مشتری: بازپرداخت یکی از برداشتها در همین امروز
احساسات: آرام، دومین تماس
چگونه گفتگو را به فرد درست مسیریابی کنیم
انتقال به «تیم» نیمی از یک انتقال است. قوانین مسیریابی را پیش از راهاندازی تعیین کنید:
- بر اساس موضوع یا قصد. مالی، پشتیبانی فنی، فروش، مرجوعی. ربات موضوع را از قبل میداند، پس از آن استفاده کنید.
- بر اساس زبان. اگر مشتری به آلمانی مینویسد، به کسی که آلمانی صحبت میکند ارجاع دهید.
- بر اساس ارزش مشتری. حسابهای کلیدی به مدیر حساب خودشان میروند، نه صف عمومی.
- بر اساس مهارت. متخصصان محصول، اپراتورهای ارشد برای شکایتها.
- بر اساس بار کاری و دردسترس بودن. بین اپراتورهای آنلاین توزیع بار کنید؛ کسانی که حضور ندارند را رد کنید.
- بر اساس زمان. خارج از ساعت کاری، پرونده را با زمان پاسخ مشخص در صف تیم صبح قرار دهید.
برای تعریفهای کوتاه به مسیریابی و تحویل گفتگو در واژهنامه مراجعه کنید.
مسیریابی را با یک SLA همراه کنید: هدفی برای اولین پاسخ انسانی پس از انتقال. اگر نزدیک به مهلت کسی پرونده را برنداشت، به سرپرست هشدار بدهید یا آن را به فرد دیگری بسپارید. انتقالی که بیپاسخ میماند از نبودن ربات هم بدتر است.
به مشتری چه بگوییم: قالب پیامهای انتقال
پیامهای انتقال را کوتاه، مشخص و صادقانه بنویسید. تیم را نام ببرید، انتظار را روشن کنید و آنچه از قبل دارید را تأیید کنید.
مشتری یک انسان را میخواهد (در ساعت کاری):
حتماً. همین الان شما را همراه با جزئیات سفارشتان به تیم پشتیبانی وصل میکنم تا لازم نباشد چیزی را تکرار کنید. معمولاً یکی از همکاران ظرف چند دقیقه پاسخ میدهد.
ربات نمیتواند پاسخ بدهد:
پاسخ قابلاعتمادی برای این سؤال ندارم و ترجیح میدهم حدس نزنم. سؤال شما را به تیم محصول سپردهام. آنها در همین گفتگو پاسخ خواهند داد.
شکایت یا ناراحتی:
متأسفم که دوباره این اتفاق افتاده است. پرونده شما را با اولویت علامتگذاری کردهام و یک سرپرست همین حالا گفتگو را تحویل میگیرد. او پیامهای قبلی شما در این باره را میبیند.
خارج از ساعت کاری:
تیم ما فردا ساعت 9:00 برمیگردد. درخواست شما را همراه با عکسهایی که فرستادید ثبت کردهام و در صف صبح اولویت اول را دارد. تا ساعت 10:00 در همینجا پاسخ میگیرید.
نیاز به پرداخت یا تأیید:
بازپرداختهایی با این مبلغ را تیم مالی ما تأیید میکند. سفارش و دلیل را برایشان فرستادهام. امروز در همینجا تأیید خواهند کرد.
و اولین پیام انسان باید ثابت کند انتقال درست کار کرده است:
سلام عمر، سلین از بخش مالی هستم. هر دو برداشت را در فاکتور 1042 میبینم. بازپرداخت یکی از آنها را شروع کردهام و پس از تکمیل، همینجا اعلام میکنم.
بعد از ۲۴ ساعت: قالب پاسخ دیرهنگام
در واتساپ، وقتی ۲۴ ساعت از آخرین پیام مشتری گذشته باشد فقط با یک پیام قالب تأییدشده میتوانید پیام بدهید. اگر ممکن است تیم شما دیر پاسخ بدهد، از قبل یک قالب کاربردی (utility) آماده کنید:
سلام {{1}}، درباره درخواست {{2}} شما خبر جدیدی داریم. به این پیام پاسخ بدهید تا همینجا ادامه بدهیم.
در Facebook Messenger، سیاست Meta شامل یک تگ اپراتور انسانی است که به یک انسان اجازه میدهد تا ۷ روز پس از پیام مشتری بهصورت دستی پاسخ بدهد. اینستاگرام هم اجازه میدهد پاسخ یک اپراتور انسانی برچسب بخورد تا خارج از پنجره ۲۴ ساعته ارسال شود. هیچکدام برای پیامهای خودکار در نظر گرفته نشدهاند. راهنمای ما درباره قانون ۲۴ ساعته Messenger و تگهای پیام جزئیات را توضیح میدهد.
بازگرداندن گفتگو به ربات
انتقال همیشه یکطرفه نیست. پس از آنکه یک انسان استثنا را حل کرد، ربات میتواند مراحل روتین را دوباره بر عهده بگیرد: ارسال نظرسنجی، لینک پرداخت یا اطلاعرسانی تحویل. دو قاعده:
- به مشتری بگویید. برای مثال سیاست Messenger در Meta انتظار دارد در جایی که قانون الزام میکند اعلام شود با یک سرویس خودکار صحبت میشود، از جمله وقتی گفتگو از انسان به خودکارسازی برمیگردد. این کار در همهجا رویه خوبی است.
- اجازه ندهید ربات وسط حرف بپرد. تا وقتی یک انسان مالک گفتگو است، خودکارسازی باید ساکت بماند، مگر اینکه اپراتور آن را برگرداند.
اشتباهات رایج در انتقال به اپراتور
- پنهان کردن گزینه انسان پشت سه منو.
- پرسیدن «مطمئن هستید میخواهید با اپراتور صحبت کنید؟»
- انتقال بدون خلاصه، بهطوری که اپراتور از صفر شروع میکند.
- مسیریابی همه چیز به یک صف عمومی.
- قول «همین حالا» دادن در شب.
- اجازه دادن به ربات برای ادامه پاسخ پس از آنکه انسان گفتگو را تحویل گرفته است.
- هرگز گفتگوهای منتقلشده را برای بهبود ربات بررسی نکردن.
مورد آخر باارزشترین است. هر انتقال چیزی را نشان میدهد که ربات نتوانسته انجام بدهد. دلیل را برچسب بزنید، هر هفته مرور کنید و تصمیم بگیرید دانش اضافه کنید، ابزاری اضافه کنید یا آن را نزد انسانها نگه دارید. راهنمای ما درباره آزمایش یک عامل هوش مصنوعی پیش از راهاندازی شامل آزمونهای انتقال است که میتوانید پیش از شروع به کار اجرا کنید.
انتقال به اپراتور در MonoChat چگونه کار میکند
در MonoChat رباتها، دستیارهای هوش مصنوعی و عاملها همگی درون همان صندوق ورودی مشترک تیم اجرا میشوند؛ بنابراین انتقال یعنی تغییر مالک، نه رفتن به ابزاری دیگر.
تحویل با تاریخچه کامل. وقتی یک جریان، یک دستیار هوش مصنوعی یا یک عامل Agent Harness گفتگو را تحویل میدهد، گفتگو با تمام تاریخچهاش به تیم شما میرسد و اپراتورهای شما از همان شماره واتساپ، حساب اینستاگرام یا کانال دیگر پاسخ میدهند. هر پاسخ ربات در گفتگو کنار پیامهای تیم شما میماند تا بتوانید بازبینی و آموزش بدهید. MonoChat یک پروفایل یکپارچه مشتری با تاریخچه چندپلتفرمی نگه میدارد، بنابراین اپراتور میبیند مشتری در کانالهای دیگر چه نوشته است.
محرکها در جریان. در خودکارسازی گردشکار یک جریان میتواند در هر مرحله گفتگو را به تیم شما تحویل بدهد. شرطهایی روی پروفایل مشتری، سیگنالهای گفتگو و قوانین کسبوکار را ترکیب کنید تا تعیین شود چه زمانی، و از تایمرها برای پیگیریها و ارجاعهای SLA استفاده کنید.
مسیریابی به فرد درست. مسیریابی هوشمند اپراتور قصد، موضوع، زبان و اولویت را تشخیص میدهد و گفتگو را به تیم، صف یا اپراتور درست اختصاص میدهد، همراه با خلاصه گفتگو و تاریخچه مشتری. سرپرستان تیم هم میتوانند بهصورت دستی تخصیص بدهند.
قوانین SLA و ارجاع. گردشکارهای ارجاع و SLA زمان اولین پاسخ و حل مسئله را با قوانین ساعت کاری پیگیری میکنند، پروندههای معوق، شکایتها، مشتریان ویژه و احساسات منفی را ارجاع میدهند و آنها را به اپراتورهای ارشد یا مدیران میسپارند.
یک تنظیم آماده برای انتقال. دستیار MonoChat Start وقتی درخواست شود، وقتی مشتری ناراضی باشد یا پاسخی نداشته باشد گفتگو را به یک انسان میسپارد. شما یک تیم یا یک نفر را انتخاب میکنید و خارج از ساعت کاری میگوید چه زمانی برمیگردید و پیام میگیرد.
میتوانید این را در طرح رایگان Basic (۱ اپراتور، ۱ کانال) در app.monochat.ai راهاندازی کنید؛ برای تیمهای بزرگتر به قیمتگذاری نگاه کنید.
منابع
این را با MonoChat عملی کنید