پیش از خرید هوش مصنوعی، چه شواهدی از فروشنده بخواهیم؟

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

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

خرید، بخشی از حکمرانی است

فصل مربوط به هوش مصنوعی در گزارش دولت دیجیتال OECD در سال ۲۰۲۶، ظرفیت خرید و مدیریت تأمین‌کننده را یکی از نیازهای دولت‌ها معرفی می‌کند. از ۳۶ کشور عضو بررسی‌شده، ۲۱ کشور پشتیبانی مرکزی برای خرید کالا و خدمات هوش مصنوعی گزارش کرده‌اند. این عدد درباره کشورهای همان بررسی است و وضعیت ایران یا کیفیت هر خرید را نشان نمی‌دهد.

نکته تحلیلی برای خریدار روشن است: تأمین بودجه و توان اداره قرارداد دو مسئله جدا هستند. سازمانی که نتواند خروجی را ارزیابی کند، در تشخیص کیفیت و مذاکره برای اصلاح هم به فروشنده وابسته می‌شود.

نمونه آزمون را خریدار انتخاب کند

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

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

هزینه هر کار پذیرفته‌شده

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

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

شواهدی که باید تحویل گرفت

گزارش آزمون باید نسخه مدل، تنظیمات اصلی، تاریخ اجرا و نمونه خطاها را ثبت کند. سازمان باید بداند داده‌ها کجا پردازش و نگهداری می‌شوند، چه کسانی به آن‌ها دسترسی دارند و تغییر سرویس چگونه اطلاع داده می‌شود. ادعای «بدون خطا» یا «کاملاً امن» بدون دامنه و روش ارزیابی، معیار پذیرش مناسبی نیست.

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

پایلوت باید حق ردکردن داشته باشد

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

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

درباره این مطلب

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

منابع اصلی

OECD؛ پذیرش و حکمرانی هوش مصنوعی در دولت، گزارش ۲۰۲۶

دولت بریتانیا؛ راهنمای عملی هوش مصنوعی برای دولت