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