سه پیشنهاد روی میز است: یکی روی دقت مدل تأکید دارد، دیگری فهرستی از فناوری‌ها ارائه کرده و سومی قیمت پایین‌تری نوشته است. چون فرض‌ها، داده آزمایش و محدوده خدمات یکسان نیست، مقایسه عددها عملا ممکن نیست. مشکل از پیشنهادها شروع نشده؛ درخواست اولیه معیار مشترک نداشته است.
برای انتخاب مجری پروژه هوش مصنوعی باید مسئله کسب‌وکار، شرایط داده و روش پذیرش خروجی را پیش از دریافت قیمت روشن کرد. RFP خوب فضای طراحی را باز می‌گذارد، اما اجازه نمی‌دهد هر فروشنده موفقیت را با تعریف خودش اندازه بگیرد.
RFP را با مسئله آغاز کنید
به جای درخواست «یک چت‌بات هوشمند»، وضعیت فعلی را توضیح دهید: کاربران چه کسانی‌اند، چه کاری انجام می‌دهند، حجم ماهانه چقدر است، تأخیر یا خطای فعلی چیست و پروژه قرار است کدام شاخص را تغییر دهد. محدودیت‌های زبان فارسی، اتصال به سامانه قدیمی، شبکه داخلی و ساعات خدمت نیز باید مشخص باشند.
از پیشنهاد فنی چه بخواهیم؟
- معماری و مسیر حرکت داده از ورودی تا خروجی؛
- مدل‌ها و سرویس‌های ثالث همراه شرایط جایگزینی آن‌ها؛
- روش ارزیابی کیفیت و مجموعه آزمون؛
- کنترل دسترسی، ثبت رویداد و پاسخ به رخداد امنیتی؛
- برنامه پایلوت، مسئولیت طرفین و معیار عبور به تولید؛
- هزینه توسعه، زیرساخت، پشتیبانی و تغییرات آینده.
دموی کنترل‌شده، نه نمایش آماده
یک بسته کوچک از داده‌های واقعی و بی‌نام‌شده در اختیار نامزدهای نهایی بگذارید. سناریو و زمان یکسان باشد و خروجی خام ذخیره شود. برای سامانه پرسش و پاسخ، پاسخ درست، ارجاع به منبع، امتناع در نبود سند و رعایت سطح دسترسی را بسنجید. برای پردازش سند، دقت هر فیلد و نرخ ارجاع به انسان مهم‌تر از یک درصد کلی است.
جدول امتیازدهی پیشنهادی
- تناسب با مسئله و کیفیت راهکار: ۳۰ درصد
- امنیت، حریم داده و حاکمیت: ۲۰ درصد
- تجربه و ترکیب تیم اجرایی: ۱۵ درصد
- برنامه تحویل، انتقال دانش و پشتیبانی: ۱۵ درصد
- هزینه مالکیت سه‌ساله: ۲۰ درصد
وزن‌ها را با حساسیت پروژه تنظیم کنید. در یک سامانه پزشکی یا مالی ممکن است وزن امنیت و ردگیری بسیار بیشتر باشد.
بندهایی که باید در قرارداد روشن باشند
مالکیت داده ورودی، خروجی، تنظیمات و کد اختصاصی را دقیق بنویسید. مجری بدون اجازه نباید داده را برای آموزش عمومی یا پروژه دیگری استفاده کند. سطح خدمت، زمان رفع رخداد، محل نگهداری نسخه پشتیبان و روش حذف داده پس از پایان قرارداد نیز تعیین شود.
برای جلوگیری از وابستگی، قالب تحویل داده، مستندات API، دسترسی به تنظیمات، فرایند انتقال به تأمین‌کننده دیگر و هزینه خروج را از ابتدا مشخص کنید. تغییر مدل پایه یا ارائه‌دهنده زیرساخت باید با اطلاع و آزمون پذیرش انجام شود.
نشانه‌های هشدار در پیشنهاد
- وعده دقت قطعی پیش از مشاهده نمونه داده؛
- قیمت ثابت بدون فرض روشن درباره حجم مصرف؛
- دموی جذاب بدون گزارش خطا و موارد شکست؛
- نامشخص بودن اعضای تیم پس از عقد قرارداد؛
- نبود برنامه برای آموزش کاربران و انتقال دانش؛
- پاسخ مبهم درباره محل داده و سرویس‌های ثالث.
تصمیم نهایی را به پایلوت مرحله‌بندی‌شده وصل کنید
قرارداد را به کشف مسئله، پایلوت و تولید تقسیم کنید. پایان هر مرحله یک خروجی قابل بررسی و امکان توقف داشته باشد. راهنمای شروع پروژه هوش مصنوعی سازمانی برای تعریف دامنه پایلوت و مقاله بازگشت سرمایه AI برای مقایسه اقتصادی مفید است.
اگر برای تدوین RFP یا ارزیابی فنی پیشنهادها به همراهی نیاز دارید، از مرکز پشتیبانی سوهاب AI درخواست مشاوره ثبت کنید.