رفتن به محتوای اصلی
ویرا نوآفرین
بازگشت به آزمایشگاه مفهومیهوش مصنوعی و اتوماسیون

خودکارسازی پشتیبانی

سؤال‌های پرتکرار به‌صورت خودکار پاسخ داده می‌شوند و درخواست‌های حساس سریع‌تر به کارشناس می‌رسند.

این یک نمونه مفهومی نوآفرین است و پروژه انجام‌شده برای مشتری نیست.

ماهیت نمونه
کانسپت داخلی نوآفرین
سناریوی کسب‌وکار
خرده‌فروشی
سال
۲۰۲۶
حوزه‌ها
تحلیل فرایند، یکپارچه‌سازی AI، توسعه، اندازه‌گیری
care.vnh.ai/inbox
SUPPORT / ROUTING
CARE/صندوق هوشمند
AI
T-204 · EMAIL · Atria Systemsدر حال تحلیل
NA

Niloofar A. · VERIFIED

اشکال در فاکتور

CONFIDENCE94%
SLA LEFT04:12
01

موضوع

02

ریسک

03

مسیر

موتور تصمیم‌گیری

POLICY SET 7.2 · GDPR SAFE

در حال پردازش

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

احساس: نگرانLANG / FAمشتری تأییدشده
AI COREREADY

AUDIT LOG ONPII REDACTED

نمونه تعاملی

تصمیم سیستم را قدم‌به‌قدم ببینید

یک درخواست را انتخاب کنید و مسیر تشخیص، سنجش ریسک و پاسخ را دنبال کنید. نمونه عمداً نشان می‌دهد چه زمانی باید انسان وارد شود.

مرکز هدایت پشتیبانیNOAFARIN / LAB
T-204درخواست ورودی

فاکتور من اشتباه است

01

موضوع

02

ریسک

03

مسیر پاسخ

تصمیم سیستم

آماده تحلیل

سیستم فقط کارهای کم‌ریسک و تکراری را خودکار می‌کند. موارد حساس همیشه به انسان می‌رسند.

این محیط یک نمونه مفهومی قابل استفاده است. داده‌ها آزمایشی‌اند و به مشتری یا محصول واقعی اشاره نمی‌کنند.

۰۱

مسئله

تیم‌های پشتیبانی معمولاً همان پنج سؤال را روزی صد بار جواب می‌دهند: سفارش من کجاست، چطور مرجوع کنم، هزینه ارسال چقدر است.

این وضعیت برای مشتری و تیم پشتیبانی خسته‌کننده است. با رشد فروش، هزینه آن هم به همان نسبت بالا می‌رود.

۰۲

کشف

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

همین تحلیل نشان می‌دهد پاسخ کدام سؤال‌ها باید داخل خود محصول قرار بگیرد تا کاربر مجبور به تماس نباشد.

۰۳

استراتژی

هدف جایگزینی تیم پشتیبانی نیست. هدف این است که تیم روی مواردی وقت بگذارد که واقعاً قضاوت انسانی لازم دارند.

مرز کار روشن تعریف می‌شود: عامل خودکار فقط به سؤال‌های اطلاعاتی جواب می‌دهد. هر چیزی که پول، مرجوعی یا شکایت باشد، مستقیم به انسان می‌رود.

۰۴

رویکرد

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

۰۵

طراحی

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

۰۶

تکنولوژی

پاسخ‌ها به داده واقعی محدود می‌شوند و وقتی مدل مطمئن نیست، صراحتاً می‌گوید نمی‌داند و ارجاع می‌دهد. این تصمیم مهم‌ترین بخش پروژه است.

همه گفتگوها ثبت و بازبینی می‌شوند تا خطاها پیدا و مرزها اصلاح شوند.

۰۷

انتشار

ابتدا فقط خارج از ساعت کاری فعال می‌شود. ریسک کم است و داده واقعی جمع می‌شود.

۰۸

رشد

دو عدد دنبال می‌شود: سهم گفتگوهایی که بدون دخالت انسان تمام می‌شوند، و رضایت مشتری در همان گفتگوها. عدد دوم بدون اولی بی‌معناست.

۰۹

نتایج

معیار موفقیت پیشنهادی

چون این نمونه مشتری واقعی ندارد، عددسازی نمی‌کنیم. در یک پروژه واقعی، معیار موفقیت پیش از طراحی تعریف و بعد از انتشار با داده واقعی سنجیده می‌شود.

پروژه‌ای دارید که ارزش درست ساخته‌شدن دارد؟

شروع یک پروژه