مقالات

عامل هوش مصنوعی شما کار می کند ، اما آیا کاربران شما فکر می کنند که ارزش آن را دارد؟


عوامل به سرعت در حال تبدیل شدن به اساس بهره وری شرکت هستند. آنها وعده های سریعتر وضوح ، کارآیی بهتر و مشتریان خوشبختی بیشتری را وعده می دهند. اما برای آن دسته از پروژه هایی که آنها طراحی می کنند ، ما با یک چالش مهم روبرو هستیم: یک عامل “کار” فنی ، با نتایج عالی از صحت سیستم ، هنوز هم می تواند بدون ارائه ارزش یا حتی ارزش استفاده از آن توسط کاربر پذیرفته شود.

آخرین مطالعات داخلی ما در مورد چشم اندازهای نهایی بر روی یک رسوب تعیین کننده تأکید دارد. مصرف کنندگان غالباً یک زبان فنی برای توصیف یک مشکل خاص که هنگام استفاده از یک عامل با آن روبرو هستند ، ندارند. در عوض ، آنها شکایات کلی مانند:

  • “اشتباه است.”
  • “نمی فهمد.”
  • “چیزی را از دست داده است.”

اندازه گیری واقعی موفقیت ، ارائه مدل در استاندارد نیست ، بلکه درک کاربر برای ارزش آن و اعتماد به نفس آنها است.

این چیزی است که ما پوشش خواهیم داد:

منظور از مصرف کنندگان وقتی می گویند “کار نکنید” چیست
سه سطح آسیب عامل
چگونه می توان مشکلات مصرف کننده را ترغیب کرد و اعتماد را افزایش داد
طراحی برای اعتماد و فرزندخواندگی

منظور از مصرف کنندگان وقتی می گویند “کار نکنید” چیست

هرچه نمایندگان در دسترس کاربران نهایی قرار می گیرند ، تعریف یک عامل “موفق” فراتر از دقت ساده مدل گسترش یافته است. به عنوان مثال ، نماینده ای که از نظر فنی دقیق اما در عمل بی فایده است ، سرانجام توسط کاربر نهایی رها خواهد شد.

بیایید به نمونه ای از تعامل نگاه کنیم:

سوال کاربر نهایی “سیاست رسمی ما از شرکت برای پاسخگویی به هزینه سفر بین المللی چیست؟”
پاسخ به نماینده “برای پاسخ دقیق ، بالا و به دنبال سیاست بین المللی هزینه ها ، لطفاً به” سیاست سفر جهانی و هزینه “رسمی در پورتال شرکت داخلی مراجعه کنید.”

این نتیجه از نظر فنی “موفقیت آمیز” است زیرا عامل به این منبع داده متصل نیست و کاربر را به درستی هدایت می کند تا به مکانی که می توانید اطلاعات را پیدا کنید. با این حال ، کاربر باید برای یافتن جواب ، اقدامات دستی انجام دهد و منجر به این تصور شود که عامل مفید نیست.

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

“کار نمی کند” “اشتباه است” “درک نمی کند” “او فاقد چیزی است” “ارزش استفاده ندارد”
اشتباه مفید/بی فایده ریاضیات تولید غیر لجن ضبط/میدان از دست رفته عوارض
چیزی را بر نمی گرداند واقعی مناسب نیست هیچ عملکردی لازم نیست اقدامات گمشده
خروجی بی معنی است اختلاف داخلی با سیاست/بهترین شیوه ها مطابقت ندارد جامع نیست خود کار
PII یا سایر اطلاعات حساس را در معرض دید قرار می دهد با امکانات مغایرت دارد من قصد معرفی را نفهمیدم سبک پشتیبانی نشده سبک سریع
اقدام جعلی/تکمیل کار تن/سبک
پاسخ ها بیش از حد پر سر و صدا/کمبود دقت هستند

پشتی

من عمیق تر شیرجه می زنم

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

در اینجا راه هایی آورده شده است

تصویر یک میز طولانی با انواع همکارانش که در رایانه های خود نشسته و ایستاده اند. پس زمینه دارای کولاژ از اشکال است که نشان دهنده صفحه نمایش دیجیتال و اتصال است.

آثار طراحی دریافت AI تبدیل را دریافت می کنند

تصویر دو نفری که تحت فشار قرار می گیرند و یک بادکنک گفتاری عظیم ، که در وسط از هم جدا شده است ، این به معنای گفتگوی شکسته است.

در اینجا آنچه مکالمه شکسته با هوش مصنوعی به شما می گوید و چگونه طراحی تعمیر است

سه سطح آسیب عامل

برای کمک به مشکلات سه گانه مشتریان ما ، ما توسعه داده ایم فریم امتیازات کاربر را لغو می کند با تجزیه و تحلیل 2000 مکالمه برای مصرف کننده و نمایندگان با نوبت زیاد. سپس ما مشکلات فنی خاص علت اصلی را به شکایات متداول کاربران نقشه برداری کردیم.

این چارچوب مشکلات مصرف کنندگان را در سه نوع طبقه بندی می کند و سطح وزنی را که مستقیماً بر پیشرفت کارها و اعتماد به نفس مصرف کننده تأثیر می گذارد ، باقی می گذارد.

  • P0: آسیب سیستم اینها بالاترین مشکلات در وزن است. عدم موفقیت P0 به این معنی است که عامل همانطور که انتظار می رود کار نمی کند ، پیشرفت کارها را مسدود می کند و اعتماد به نفس مصرف کننده به شدت آسیب دیده است.
  • P1: قصد کاربر برآورده نمی شود در این موارد ، نماینده راهی را ارائه می دهد ، که با قصد اصلی کاربر مخالف است. اگرچه این سیستم می تواند از نظر فنی کاربردی باشد ، آسیب P1 پیشرفت کار را مسدود می کند و باعث نارضایتی کاربر می شود.
  • P2: مقدار محدود عامل کاربردی است ، اما خروجی از کیفیت پایین یا سودمندی کم برخوردار است. این خرابی ها به این واقعیت منجر می شود که از عامل به عنوان “ارزش استفاده” نامیده می شود زیرا آنها کاربر را وادار به اصلاح ، ویرایش یا بیش از حد بیش از حد می کنند.
P0: آسیب سیستم P1: قصد کاربر برآورده نمی شود P2: مقدار محدود
این شکست ها پیشرفت کار را مسدود می کنند این شکست ها درک کم ارزش ایجاد می کنند
یک اشتباه مفید یا بی فایده هیچ عملکردی لازم نیست عوارض
چیزی را بر نمی گرداند ورود قبلی را نادیده گرفت تن/سبک
خروجی بی معنی است اختلاف داخلی پاسخ ها خیلی پر سر و صدا هستند یا صحت ندارند
PII یا سایر اطلاعات حساس را در معرض دید قرار می دهد تولید غیر لجن خود کار
ریاضیات مناسب نیست اقدامات گمشده
واقعی با سیاست یا بهترین شیوه ها هماهنگ نیست
با امکانات مغایرت دارد من قصد معرفی را نفهمیدم
یک عمل یا عملکرد کاذب کار زمینه نادیده گرفته شده
از دست دادن یک ورودی یا زمینه جامع نیست

پشتی

چگونه می توان مشکلات مصرف کننده را ترغیب کرد و اعتماد را افزایش داد

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

1. تشخیص و آسیب دیدگی تریاژ

هنگامی که خرابی سیستم P0 وجود ندارد اما کاربران مشکلات را در نظر می گیرند ، می توانید از طبقه بندی امتناع از تسریع در تشخیص مسئله در هنگام آزمایش استفاده کنید. علاوه بر این ، برای مقیاس این کار ، می توانید از یک روش ارزیابی قضاوت LLM-AS-JUDUGE استفاده کنید تا خرابی های دقیق تر P1 (هدف کاربر) و P2 (مقدار محدود) را شناسایی کنید.

2. تحلیلی از خلق و خوی انجام دهید

از تجزیه و تحلیل خلق و خوی برای شناسایی مشکلات ارزش منفی بیان شده توسط کاربران استفاده کنید که آزمایش سنتی جمع آوری نشده است. عباراتی مانند “این درست نیست” یا “Mission X” بخش های مهم بازخورد هستند. نظارت بر این خلق و خوی ، به ویژه در مکالمات با نوبت زیاد ، برای تشخیص مشکلات مربوط به P1 و P2 در طبیعت بسیار مهم است.

3. سریع برای منبع تغذیه

مبهم منجر به خرابی P1 و P2 می شود. عوامل را فعال کنید تا بتوانند بندهای مبهم را روشن کنند ، عملکردی که نه تنها کیفیت خروجی را بهبود می بخشد ، بلکه به کاربر نیز می آموزد که چگونه می تواند بندهای واضح تر و مؤثرتر بنویسد ، در نهایت باعث از بین رفتن نماینده می شود.

4. دامنه عامل را به وضوح تعریف کنید

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

طراحی برای اعتماد و فرزندخواندگی

آینده آژانس هوش مصنوعی با نتیجه فنی برطرف نمی شود ، با اطمینان و ارزش کاربر برطرف می شود. با انتقال تمرکز خود از دقت خالص به کاربر ادراک از آنچه ارزشش را دارد ، می توانیم عوامل را طراحی ، بسازیم و مستقر کنیم که عادلانه نیستند کاراما به ابزاری غیر قابل جبران تبدیل شوید که کاربران آن را می پذیرند و از آنها پشتیبانی می کنند.

پشتی


Source link

نوشته های مشابه

دیدگاهتان را بنویسید

دکمه بازگشت به بالا