طراحی یک عامل صوتی هوش مصنوعی برای رزرو تست درایو

یک تماس تلفنی با نمایندگی خودرو ساده به نظر می‌رسد. مشتری می‌خواهد یک تست درایو رزرو کند یا درباره یک خودرو سوال بپرسد.

اکثر مردم فکر می‌کنند یک عامل صوتی به یک پرامپت خوب نیاز دارد. آن‌ها اشتباه می‌کنند. یک عامل صوتی به یک گردش کار (workflow) دقیق نیاز دارد.

اگر عامل شما فقط چت کند، یک خلاصه ایجاد می‌کند. اگر از یک طراحی پیروی کند، وظیفه را انجام می‌دهد.

از این معماری برای تماس‌های نمایندگی استفاده کنید:

  • شناسایی قصد تماس‌گیرنده.
  • ثبت جزئیات خودرو.
  • تصمیم‌گیری در مورد اینکه تماس‌گیرنده به بخش فروش، خدمات یا یک اپراتور انسانی نیاز دارد.
  • پیشنهاد زمان‌های خالی از تقویم.
  • ایجاد رزرو با استفاده از یک ابزار.
  • ارسال یادداشت به تیم فروش.

مدل زبانی بزرگ (LLM) منبع حقیقت نیست. مدل نباید تصمیم بگیرد که آیا خودرو موجود است یا خیر. مدل فقط باید مکالمه را تفسیر کرده و ابزار مناسب را فراخوانی کند. سیستم‌های CRM و تقویم شما حقایق را ارائه می‌دهند.

یک عامل قابل اعتماد از یک لایه وضعیت گفتگو (dialogue state layer) استفاده می‌کند. این لایه به عامل کمک می‌کند تا جزئیات را به خاطر بسپارد. مثلاً به یاد می‌آورد که تماس‌گیرنده یک SUV کارکرده برای روز شنبه می‌خواهد. بدون این لایه، عامل با هر بار صحبت کردن تماس‌گیرنده، همه چیز را فراموش می‌کند.

برای جلوگیری از جعل داده‌ها توسط مدل، این ابزارهای خاص را به آن بدهید:

  • search_stock
  • check_test_drive_slots
  • create_test_drive_booking
  • send_confirmation
  • handoff_to_sales

یک عامل خوب محدودیت‌های خود را می‌شناسد. اجازه ندهید مسائل مالی یا شکایات را مدیریت کند. آن تماس‌ها را به یک انسان ارجاع دهید.

برای امنیت، این قوانین را دنبال کنید:

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

قابلیت اطمینان از بخش‌های خسته‌کننده نشأت می‌گیرد:

  • از نوشتن‌های هم‌ریخت (idempotent writes) برای جلوگیری از رزروهای تکراری استفاده کنید.
  • خلاصه‌های ساختاریافته برای کارکنان فروش ایجاد کنید.
  • خطاهای ابزار را به جای عذرخواهی، با مسیرهای مشخص مدیریت کنید.
  • قوانین انتقال به انسان را برای نمایندگی شفاف و قابل مشاهده کنید.

یک عامل تست درایو فقط یک LLM در تلفن نیست. بلکه یک رابط گفتگویی است که حول سیستم‌های تجاری شما پیچیده شده است.

گردش کاری بسازید که اعتبارسنجی کند، بررسی کند، ایجاد کند و تایید کند. اینگونه است که از یک نسخه نمایشی (demo) به یک سیستم واقعی حرکت می‌کنید.

Source: https://dev.to/voicefleet/designing-an-ai-voice-agent-for-test-drive-booking-5o0

Optional learning community: https://t.me/GyaanSetuAi