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