تحویل چت‌بات به اپراتور؛ چه گفتگوهایی باید انسانی شوند؟

خیلی از پیج‌ها برای ارجاع، همان جملهٔ آشنا را می‌گذارند: «با پشتیبانی تماس بگیرید.» مشتری‌ای که داخل دایرکت سؤال پرسیده، حالا باید شماره پیدا کند، دوباره خودش را معرفی کند و ماجرا را از اول تعریف کند. چت‌بات در این لحظه کارش را انجام نداده است؛ فقط مشتری را به جای دیگری فرستاده است.

تحویل به اپراتور باید مثل بقیهٔ بخش‌های فروش از قبل طراحی شود: چه وقت اتفاق بیفتد، چه چیزی همراهش برود و بعد از آن چه کسی مسئول باشد.

کدام گفتگوها باید انسانی شوند

قانون ساده‌ای وجود دارد: هر جا خطای ربات برای مشتری گران تمام می‌شود یا ربات اختیار تصمیم ندارد، گفتگو باید به آدم برسد. در عمل چهار حالت اصلی داریم:

  • درخواست صریح مشتری: اگر نوشت «با یک نفر حرف بزنم»، بحث و ترغیب لازم نیست. ربات فقط باید تأیید کند و گفتگو را منتقل کند.
  • نبود پاسخ معتبر: موجودی، مشخصات فنی یا شرایط ارسال در اطلاعات شما نیست؟ حدس زدن بدترین انتخاب است.
  • شکایت، اختلاف مبلغ یا درخواست خارج از اختیار: مرجوعی، تخفیف خاص و خسارت ارسال تصمیم انسانی می‌خواهند.
  • چند تلاش ناموفق: اگر ربات دو یا سه بار سؤال را اشتباه فهمید، ادامه‌دادن فقط مشتری را کلافه می‌کند.

بسته‌ای که همراه گفتگو می‌رود

اپراتور نباید مجبور شود صد پیام را مرور کند. چند مورد کافی است:

  • خلاصهٔ کوتاه نیاز مشتری
  • اطلاعاتی که تا اینجا گرفته‌اید (نام، شهر، محصول، شمارهٔ سفارش)
  • پاسخ‌هایی که ربات قبلاً داده است
  • سؤال بازی که هنوز جواب نگرفته
  • مسئول یا تیم مقصد

یک نکتهٔ مهم: خلاصه فقط باید آنچه واقعاً گفته شده را بازتاب دهد. اگر مشتری از «ناراحتی» حرفی نزده، خلاصه نباید این برداشت را اضافه کند. برداشت‌های ساختگی، اپراتور را از همان ابتدا به مسیر اشتباه می‌برند.

به مشتری چه بگوییم

پیام تحویل باید روشن و کوتاه باشد، بدون وعدهٔ گنگ:

«برای بررسی دقیق‌تر، گفتگو را به همکارمان می‌سپاریم. سؤال و اطلاعات قبلی همراه درخواست می‌ماند. زمان تقریبی پاسخ [زمان واقعی] است.»

به‌جای [زمان واقعی] عددی بگذارید که تیم‌تان می‌تواند رعایت کند. نوشتن «به‌زودی» بدون پشتوانه، اعتماد را زودتر از هر چیز دیگری از بین می‌برد.

مثالی از یک فروشگاه فرضی

فرض کنید «نقش‌سرا»، فروشگاه سفال و ظروف دست‌ساز، از دایرکت اینستاگرام سفارش می‌گیرد. مشتری می‌نویسد یک کاسه در مسیر ارسال ترک برداشته و مبلغ بازپرداخت پیشنهادی با فاکتور فرق دارد. ربات دو بار می‌پرسد «کدام محصول؟» و «شمارهٔ سفارش چیست؟» و مشتری هر دو را می‌دهد. سومین پیام مشتری دوباره دربارهٔ مبلغ است.

اینجا ربات باید متوقف شود. خلاصه‌ای که به اپراتور می‌رسد چنین چیزی است: «کاسهٔ سفارش ۱۲۴۰ هنگام ارسال آسیب دیده؛ مشتری عکس فرستاده؛ از مبلغ بازپرداخت مطرح‌شده راضی نیست؛ سؤال باز: تصمیم دربارهٔ جبران.» اپراتور بدون پرسیدن دوبارهٔ اطلاعات، مستقیم سراغ تصمیم می‌رود و مشتری همان‌جا که شروع کرده بود، جواب می‌گیرد.

بعد از تحویل چه اتفاقی می‌افتد

یکی از خطاهای رایج این است که ربات بعد از ارجاع هم به پیام‌های مشتری جواب می‌دهد یا پیام یادآوری می‌فرستد. این رفتار وسط گفتگوی اپراتور اختلال ایجاد می‌کند. پس از تحویل، پاسخ‌های خودکار برای آن گفتگو را متوقف کنید و فقط وقتی دوباره فعال کنید که گفتگو رسماً بسته شد.

معیار کیفیت هم برچسب «ارجاع شد» نیست. باید ببینید مسئول درخواست را دیده است یا نه و مسئله حل شده است یا نه. اگر ارجاع‌ها زیاد است ولی حل‌شدن‌ها کم، مشکل در بستهٔ تحویل یا زمان پاسخ است.

سوال‌های رایج

آیا هر ارجاعی نشانهٔ ضعف ربات است؟

نه. ارجاع درست یعنی ربات حد خودش را می‌شناسد. نگرانی وقتی است که ارجاع‌ها به دلیل یک سؤال تکراری رخ می‌دهند؛ آن‌وقت باید پاسخ آن سؤال به اطلاعات ربات اضافه شود.

اگر اپراتور آنلاین نباشد چه کنیم؟

گفتگو را ثبت کنید و زمان واقعی شروع کار اپراتور را به مشتری بگویید، مثلاً «فردا از ساعت ۹ صبح». سکوت یا ادامهٔ بحث ربات هر دو بدتر از یک جواب صادقانه است.

خلاصهٔ گفتگو را چه کسی بنویسد؟

ترجیحاً سیستم به‌صورت خودکار از پیام‌های واقعی بسازد و اپراتور بتواند آن را اصلاح کند. مهم این است که چیزی خارج از متن گفتگو به آن اضافه نشود.

جمع‌بندی

ارجاع خوب یعنی مشتری یک بار توضیح بدهد و اپراتور بدون دوباره‌پرسی ادامه دهد. شرایط ارجاع، محتوای خلاصه و زمان پاسخ را با اطلاعات واقعی کسب‌وکارتان بنویسید و پیش از انتخاب پلن، همین سناریو را آزمایش کنید.

مدیریت و پیگیری مشتری را ببینید یا مشاهدهٔ دمو

بخوانید

صندوق پیام مشترک؛ تقسیم دایرکت بین چند ادمین