بنبست چتبات: چهار دلیل تحویل به انسان
بیشتر ما دست‌کم یک بار این تجربه را داشته‌ایم: از چتبات سؤالی می‌پرسیم، جواب بی‌ربط می‌شنویم، سؤال را جور دیگری می‌پرسیم و باز همان جواب را می‌گیریم. این بنبست چتبات است و راه خروجش تحویل به اپراتور در زمان درست است. در این مقاله می‌بینید بنبست چرا از جواب غلط بدتر است، چتبات در چه چهار موقعیتی باید گفتگو را به انسان بسپارد و یک تحویل خوب چه شکلی دارد.
محصول آماده کارن تکنولوژی
این را روی داده واقعی کسب‌وکار خودتان ببینید
آنچه در این مقاله می‌خوانید، در محصولات کارن پیاده‌سازی شده است. در جلسه دمو، همان را روی داده و فرآیند خودتان اجرا می‌کنیم.
درخواست دمو رایگان یا تماس بگیرید: ۰۲۱-۸۸۶۱۴۲۸۲در این صفحه
بنبست چتبات یعنی چه
فرض کنید مشتری فروشگاه شما میپرسد: «سفارشم سه روز پیش ثبت شده، چرا هنوز نرسیده؟» چتبات متن عمومی زمان ارسال را می‌فرستد. مشتری می‌نویسد: «این را خواندم، سفارش من چه شد؟» چتبات همان متن را با کلمه‌های دیگر تکرار میکند. بار سوم مشتری می‌نویسد: «می‌خواهم با یک نفر حرف بزنم.» و جواب می‌گیرد: «متوجه نشدم، لطفاً سؤالتان را دوباره بپرسید.»
این بنبست است. مشتری مسئلهای دارد، چتبات نمیتواند حلش کند و راهی هم به کسی که میتواند حلش کند وجود ندارد. جواب غلط را مشتری گاهی تشخیص می‌دهد و از راه دیگری پیگیری میکند. ولی در بنبست فقط وقتش را از دست می‌دهد و با این حس گفتگو را می‌بندد که مسئله‌اش برای کسی مهم نبوده است.
برای همین می‌گوییم بدترین خرابی یک چتبات جواب غلط نیست، بنبست است. اگر با خود مفهوم چتبات تازه آشنا می‌شوید، راهنمای کامل چتبات نقطه شروع خوبی است.
چرا گزارش‌ها بنبست را نشان نمی‌دهند
بنبست خطای فنی نیست. سرور کار کرده، مدل جواب داده و هیچ پیام خطایی ثبت نشده است. از دید سیستم همه‌چیز موفق بوده. مشتری هم معمولاً شکایت نمی‌کند؛ فقط می‌رود.
این مسئله به سنجه‌ها هم می‌رسد. خیلی از تیم‌ها موفقیت چتبات را با این می‌سنجند که چه سهمی از گفتگوها بدون انسان تمام شده است. این سنجه بهتنهایی گمراه‌کننده است، چون گفتگویی که مشتری از سر ناامیدی رهایش کرده هم «بدون انسان تمام شده» حساب می‌شود. پس بدترین گفتگوها می‌توانند عدد را بهتر کنند.
تحویل به اپراتور یعنی چه
تحویل به اپراتور (Handoff) یعنی گفتگو از چتبات به کارشناس پشتیبانی منتقل شود، همراه با سابقه و زمینه‌اش. این انتقال دو جور شروع می‌شود: مشتری خودش می‌خواهد، یا سیستم تشخیص می‌دهد که چتبات دیگر کمکی نمی‌کند.
یک دکمه «گفتگو با کارشناس» لازم است ولی کافی نیست. بعضی مشتریها تا وقتی کلافه نشدهاند سراغش نمیروند و بعضی اصلاً آن را نمیبینند. سیستم باید خودش هم نشانه‌ها را بخواند. این نشانه‌ها را می‌شود در چهار دسته گذاشت. این دسته‌ها بیشتر به چتبات مولد مربوط‌اند؛ ربات‌های قاعده‌محور مسیر ساده‌تری دارند و تفاوت این دو را در مقاله چتبات قاعده‌محور و چتبات هوش مصنوعی توضیح داده‌ایم.
دلیل اول: مشتری صریح می‌خواهد با انسان حرف بزند
ساده‌ترین دلیل و مهم‌ترینشان همین است. وقتی کسی می‌نویسد «با یک نفر صحبت کنم»، چتبات نباید قانعش کند که بماند. مشتری تصمیمش را گرفته است و هر تلاشی برای نگه داشتن او، بنبست را عمیق‌تر میکند.
نکته عملی این است که مشتریها این خواسته را به شکل‌های مختلف می‌گویند: «اپراتور»، «آدم واقعی»، «شماره بدهید زنگ بزنم»، «وصلم کن به مسئول پشتیبانی». تطبیق با یک کلمه ثابت کافی نیست و سیستم باید نیت را بفهمد. وقتی هم نیت روشن است، نباید پیش از تحویل چند سؤال اضافه بپرسد.
دلیل دوم: جواب پشتوانه‌ای در دانش ندارد
مدل‌های زبانی می‌توانند جمله‌هایی خوش‌ساخت و نادرست بسازند. در چتبات دانش‌محور، جواب از روی اسناد خود سازمان ساخته می‌شود. این روش را RAG می‌نامند و در مقاله RAG چیست توضیحش داده‌ایم. حالا سؤال این است: اگر در اسناد چیزی درباره پرسش مشتری نبود، چتبات چه باید بکند؟
جواب درست این است که چیزی نسازد و گفتگو را تحویل بدهد. این جمله ساده به نظر می‌رسد، ولی باید در طراحی سیستم نوشته شود. مدل زبانی به‌طور طبیعی تلاش میکند جواب بدهد، حتی وقتی چیزی نمی‌داند. «نمی‌دانم» باید مسیری طراحی‌شده باشد، نه امیدی به رفتار مدل.
این دلیل یک فایده جانبی هم دارد: پرسش‌هایی که به این شکل تحویل می‌شوند، فهرست دقیق شکاف‌های پایگاه دانش شما هستند. هر کدام را که جواب دادید، بار بعد چتبات هم میتواند جواب بدهد.
دلیل سوم: چند نوبت پشت‌سرهم بی‌نتیجه مانده
گاهی هر جواب بهتنهایی پشتوانه دارد ولی گفتگو جلو نمی‌رود. مشتری همان سؤال را با کلمه‌های تازه میپرسد و هر بار جوابی مرتبط ولی بیفایده می‌گیرد. هر نوبت جداگانه سالم است؛ مشکل در الگوی نوبت‌هاست.
برای همین سیستم باید گفتگو را در کل ببیند، نه فقط پیام آخر را. نشانه‌های رایج اینها هستند: تکرار یک پرسش با بیان تازه، جمله‌هایی مثل «این جواب سؤالم نبود» و طولانی شدن گفتگو بی‌آنکه موضوع عوض شود.
تعداد نوبت مجاز عدد جهانی ندارد. آن را از گفتگوهای واقعی خودتان به دست بیاورید و با دیدن نتیجه تنظیم کنید. سقف خیلی پایین، صف اپراتور را پر از گفتگوهای ساده میکند و سقف خیلی بالا، مشتری را خسته.
دلیل چهارم: کار لازم، سطح احراز هویت بالاتری می‌خواهد
به این دلیل کمتر توجه می‌شود. مشتری می‌نویسد: «شماره ثبت‌شده حسابم را عوض کنید» یا «فاکتور سفارش قبلی‌ام را بفرستید». چتبات شاید بداند این کار چطور انجام می‌شود، ولی از کجا بداند طرف گفتگو واقعاً صاحب حساب است؟ کسی که فقط یک ایمیل تایپ کرده، هویتش ثابت نشده است.
پس هر کار حساس باید حداقل سطح هویتی داشته باشد. اگر مشتری به آن سطح نرسیده، دو راه هست: هویتش در همان گفتگو تأیید شود، یا گفتگو به انسان برود. چیزی که نباید اتفاق بیفتد این است که چتبات اطلاعات حساس را بدهد یا بی‌هیچ توضیحی بگوید «نمی‌توانم».
یک تحویل خوب چه شکلی است
رسیدن به انسان کافی نیست. اگر کارشناس اولین جمله‌اش «مشکلتان چیست؟» باشد، مشتری حس میکند تمام وقتی که با چتبات گذاشته هدر رفته است. تحویل خوب این ویژگی‌ها را دارد:
- زمینه همراه گفتگو می‌رود: کارشناس کل سابقه را می‌بیند و لازم نیست چیزی دوباره پرسیده شود.
- خلاصه و دلیل تحویل: کارشناس در چند لحظه می‌فهمد موضوع چیست و چرا به او رسیده است.
- مشتری در جریان است: پیام روشنی می‌بیند که درخواستش به کارشناس ارجاع شده است.
- وضعیت صف صادقانه گفته می‌شود: اگر کسی آنلاین نیست، مشتری باید بداند و راهی برای ثبت درخواست داشته باشد.
- برگشت ممکن است: بعد از حل مسئله، سؤال‌های ساده بعدی می‌توانند دوباره با چتبات باشند.
متن این لحظه‌ها هم مهم است. برای نوشتنش راهنمای طراحی مکالمه را ببینید.
برای دیدن بنبست چه چیزی را بسنجید
چند سنجه کنار هم تصویر بهتری می‌دهند. تعریف شاخص‌های عمومی را در راهنمای شاخص‌های پشتیبانی مشتری آورده‌ایم؛ این چهار مورد مخصوص چتبات است:
- تحویل به تفکیک دلیل: هر دلیل اقدام متفاوتی می‌خواهد. زیاد بودن «بی‌پشتوانه» یعنی دانش کم است و زیاد بودن «درخواست صریح» شاید یعنی مشتری به چتبات اعتماد ندارد.
- گفتگوهای رهاشده: گفتگوهایی که بعد از چند پیام بی‌نتیجه رها شده‌اند. هر هفته چند نمونه از آن‌ها را بخوانید.
- برگشت با همان موضوع: اگر مشتری زود با همان سؤال برمی‌گردد، مسئله‌اش واقعاً حل نشده بود.
- رضایت پس از تحویل: CSAT گفتگوهای تحویل‌شده را جدا ببینید. اگر پایین است، شاید تحویل دیر انجام می‌شود.
هیچ عددی جای خواندن گفتگوها را نمی‌گیرد. بنبست را معمولاً اول با چشم می‌بینید و بعد برایش سنجه می‌سازید.
چند اشتباه رایج در طراحی تحویل
- پنهان کردن راه انسان: بعضی تیم‌ها برای کم کردن بار صف، راه رسیدن به کارشناس را در چند منو پنهان می‌کنند. بار شاید کم شود، ولی مسئله مشتری سر جایش می‌ماند.
- تحویل بدون زمینه: گفتگو منتقل می‌شود ولی سابقه‌اش نه. مشتری باید همه‌چیز را از اول بگوید.
- پرسیدن دوباره اطلاعات: چتبات شماره سفارش را پرسیده و کارشناس هم همان را میپرسد.
- برگرداندن زودهنگام به چتبات: کارشناس هنوز مسئله را نبسته و مشتری دوباره با پاسخ خودکار روبه‌رو می‌شود.
هر کدام از این اشتباه‌ها یک بنبست تازه می‌سازد، این بار بعد از رسیدن به انسان. پس مسیر تحویل را خودتان یک بار از نگاه مشتری طی کنید.
نمونه عملی: تحویل به اپراتور در مانوتل
برای اینکه این اصول را در یک محصول ببینید، مانوتل، محصولی از کارن تکنولوژی، را مثال می‌زنیم. چتبات دانش‌محور مانوتل همین چهار دلیل را تشخیص می‌دهد: درخواست صریح مشتری، جواب بدون پشتوانه در دانش، چند نوبت بی‌نتیجه پشت‌سرهم، و کاری که سطح احراز هویت بالاتری می‌خواهد.
گفتگو با خلاصه و دلیل تحویل به صف اپراتور می‌رود و مشتری در رشته گفتگو پیام سیستمی «درخواست شما به کارشناس پشتیبانی ارجاع شد» را می‌بیند. اپراتور هم میتواند بی‌آنکه سابقه قطع شود وسط گفتگوی بات وارد شود و بعد گفتگو را به بات برگرداند.
بات مانوتل فقط از دانش سازمان جواب می‌دهد و اگر هیچ تکه مرتبطی پیدا نشود، جوابی نمی‌سازد. سطوح احراز هویت مشتری را هم در صفحه امنیت و حاکمیت داده مانوتل توضیح داده‌ایم.
می‌خواهید این مسیر را روی دانش خودتان ببینید؟
جلسه شناخت ۳۰ دقیقه‌ای، رایگان و بدون تعهد.
پرسش‌های متداول
موقعیتی که مشتری مسئلهای دارد، چتبات نمیتواند حلش کند و راهی هم به انسان نیست. مشتری چند بار میپرسد، جواب بیفایده میشنود و گفتگو را رها میکند؛ در حالی که از دید سیستم هیچ خطایی رخ نداده است.
نه بهتنهایی. این دکمه لازم است، ولی بعضی مشتریها آن را نمیبینند یا تا وقتی کلافه نشدهاند سراغش نمیروند. سیستم باید خودش هم نشانههایی مثل تکرار پرسش یا نبود پشتوانه برای جواب را تشخیص بدهد.
عدد ثابت و جهانی برای این کار نیست. از یک مقدار محتاط شروع کنید و با خواندن گفتگوهای واقعی تنظیمش کنید. سقف پایین صف را پر میکند و سقف بالا مشتری را خسته.
صادقانه به مشتری بگویید که الان کسی در دسترس نیست و راهی برای ثبت درخواست و گرفتن جواب بعدی به او بدهید. بدترین کار این است که او را در صف بی‌پایان نگه دارید یا دوباره به چتبات برگردانید.
همیشه نه. باید دلیلش را دید. اگر بیشتر تحویلها به خاطر نبود دانش است، راهحل تکمیل پایگاه دانش است. اگر به خاطر درخواست صریح است، شاید جوابها اعتماد نمیسازند. گاهی هم تحویل دقیقاً کار درست بوده است.
سابقه کامل گفتگو، خلاصهای کوتاه از مسئله، دلیل تحویل و اطلاعات مشتری. با اینها کارشناس میتواند از همان جایی ادامه بدهد که گفتگو رسیده است و لازم نیست مشتری چیزی را تکرار کند.
چون گفتگویی که مشتری از سر ناامیدی رها کرده هم بدون انسان تمام شده حساب می‌شود. این سنجه را همیشه کنار گفتگوهای رهاشده، برگشت مشتری با همان موضوع و رضایت پس از گفتگو ببینید.
