در جلسهٔ دموی یک فروشندهٔ هوش مصنوعی، همهچیز خوب است: پاسخ‌ها روان‌اند، نمودارها زیبا و هر سؤالی جواب دارد. سه ماه بعد، آنچه در دمو دیدید با آنچه روی دادهٔ خودتان کار میکند فاصله دارد. این فاصله نه همیشه سوءنیت است، نه همیشه نقص فنی؛ اغلب نتیجهٔ پرسش‌هایی است که پیش از امضا پرسیده نشدند.
ده پرسش زیر را می‌توانید همین‌طور به جلسهٔ خرید ببرید. ما این پرسش‌ها را خودمان هم از خودمان می‌پرسیم و جواب‌های هر کدام را در بخش آخر آورده‌ایم.
الف) آنچه نشان می‌دهند
۱. چه چیزی امروز واقعاً ساخته شده و چه چیزی طرح است؟ وضعیت هر قابلیت را جدا بخواهید: آماده، در حال توسعه یا طرح. جواب خوب اسم هر قابلیت را با وضعیتش می‌گوید؛ جواب بد یک برچسب کلی است.
۲. دمو را روی دادهٔ من نشان می‌دهید یا دادهٔ آماده؟ نمایش روی دادهٔ نمونه فقط ظرفیت ابزار را نشان میدهد. از آنها بخواهید یک نمونهٔ کوچک و بدون نام از دادهٔ شما را وارد کنند و ناقص‌ها را هم نشان بدهند.
۳. هر عدد منبع دارد؟ وقتی داده نیست چه می‌گویید؟ روی یک عدد در دمو بزنید و منبعش را ببینید. و بپرسید اگر ورودی ناقص باشد، سامانه چه میکند: عدد می‌سازد یا می‌گوید «ندارم»؟ سامانه‌ای که نه نمی‌گوید، روزی عدد غلط را با اعتمادبه‌نفس تحویلتان میدهد.
ب) داده و دسترسی
۴. به چه چیزی دسترسی می‌خواهید؟ فقط خواندن یا نوشتن هم؟ دسترسی خواندن برای شروع کافی است. هر نوشتنی، چه در سامانهٔ تیکت، چه ثبت دستور کار، و مخصوصاً روی تجهیز، باید صریحاً با تأیید انسان و در دامنهٔ مشخص باشد. دربارهٔ PLC و ماشین، پرسش را مستقیم بپرسید: «در فاز اول به ماشین فرمان می‌دهید؟»
۵. داده کجا پردازش می‌شود؟ مدل کجا اجرا می‌شود؟ دو پرسش جدا. آیا دادهٔ تولید یا تیکت‌ها به سرویس بیرونی می‌رود؟ دادهٔ شخصی ماسک می‌شود؟ اگر جواب «بسته به نیاز شما» است، بخواهید همین را مکتوب و با شرایط بنویسند. مواظب ادعای قطعی «داخل شبکه» بدون معماری مشخص باشید.
۶. بعد از پایان، داده و خروجی مال کیست؟ اگر ادامه ندادید، دادهٔ ساختاریافته‌ای که ساخته شده به شما تحویل می‌شود؟ در چه قالبی؟
پ) مرز و مسئولیت
۷. چه کسی تصمیم نهایی را می‌گیرد؟ جواب درست در صنعت: انسان. سامانه پیشنهاد میدهد، انسان تأیید میکند. اگر دستیار خودکار تصمیم می‌گیرد، بپرسید در دامنهٔ چه چیزی و با چه کنترلی.
۸. معیار موفقیت چیست و چه کسی داوری میکند؟ معیار باید پیش از شروع، مکتوب و قابل اندازه‌گیری باشد، و داوری با معیار قرارداد باشد، نه نظر یک‌طرفه. اگر فروشنده می‌گوید «معلوم می‌شود»، یعنی هنوز تعریف نشده.
ت) قرارداد و خروج
۹. اگر موفق نشد چه می‌شود؟ ضمانت، شرط توقف یا ادامه، و اینکه شرط‌ها چیست. ضمانتی که شرط‌هایش را نمی‌شود خواند، ضمانت نیست. هر دو طرف باید بدانند چه چیزی شکست حساب می‌شود.
۱۰. چه چیزی را وعده نمیدهید؟ بهترین پرسش آخر است. فروشندهٔ خوب فهرست مرزهایش را دارد: چه چیزی را ادعا نمی‌کند، چه چیزی هنوز طرح است، چه چیزی به دسترسی شما وابسته است.
جواب‌ها را چطور بسنجید؟
برای هر پرسش، جواب را در یکی از سه دسته بگذارید: روشن و مکتوب (می‌توانید در قرارداد ببینید)، روشن ولی شفاهی (باید مکتوب شود) و مبهم (نشانهٔ خطر). اگر بیش از دو پرسش از ده پرسش در دستهٔ مبهم ماند، پیش از امضا یک دور دیگر جلسه بگذارید. اگر پرسشهای ۳ (منبع عدد)، ۷ (تصمیم با انسان) یا ۹ (اگر موفق نشد) مبهم ماند، وزن بیشتری به آنها بدهید؛ این سه جای اصلی ضررند.
یک نکتهٔ مذاکره: جواب مکتوب را از خود فروشنده بخواهید، نه از خودتان. اگر برای نوشتن یک جواب ساده تردید دارد، همین تردید خودش جواب است.
نشانه‌های هشدار
- عددی از سازمان دیگر به‌جای عدد شما، بدون منبع.
- «بسته به نیاز شما» برای قیمت و مدت، بدون هیچ بازه.
- ضمانتی که مبهم است یا شرط‌هایش بعداً می‌آیند.
- دمویی که فقط روی دادهٔ آماده کار میکند.
- هر ادعایی که شبیه «هوش مصنوعی همهچیز را حل میکند» باشد.
ما جواب این ده پرسش را چطور می‌دهیم؟
صادقانه است که خودمان را هم با همین معیار بسنجیم:
- ۱ و ۲: وضعیت هر محصول روی سایت با برچسب خودش آمده، مثلاً ترابان «پایان فاز ۳ توسعه — آمادهٔ پایلوت» و بارگاه «آمادهٔ پایلوت»، و فرآور و ژرفا «راهکار مبتنی بر ارزیابی و پایلوت». نمونه‌ها روی دادهٔ ساختگی‌اند و همین نوشته شده. روی دادهٔ شما کار در ارزیابی انجام می‌شود.
- ۳ و ۷: روی هر عدد بزنید و منبعش را ببینید؛ اگر داده نباشد، عددی ساخته نمی‌شود. تصمیم با انسان می‌ماند. در مرکز دمو می‌توانید حالت‌های رد و قفل را امتحان کنید.
- ۴ و ۵ و ۶: صفحهٔ امنیت و استقرار دسترسی فقط‌خواندنی، نبودِ هیچ فرمانی به PLC در فاز اول و آنچه ادعا نمی‌کنیم را می‌گوید. محل اجرای مدل را پیش از ارزیابی قطعی نمی‌گوییم؛ در ارزیابی تعیین می‌شود.
- ۸ و ۹: معیار موفقیت پیش از شروع مکتوب می‌شود و داوری با آن است. ضمانت ما این است: اگر در پایان ۲۱ روز دست‌کم یک پایلوت پیدا نکردیم که بازده برآوردی‌اش از قیمت همان پایلوت بیشتر باشد، تمام ۷۵ میلیون تومان را برمی‌گردانیم؛ به شرط دسترسی ما به دادهٔ توافق‌شده در هفتهٔ اول و برگزاری ۲ جلسهٔ کاری.
- ۱۰: صفحهٔ امنیت فهرست کوتاهی از «آنچه ادعا نمی‌کنیم» دارد.
گام بعد
اگر این ده پرسش را از ما پرسیدید و جواب‌ها را پسندیدید، ارزیابی را امتحان کنید. ارزیابی فرصت پرودکس، با نام «۲۱ روز تا سود»، یعنی نقشهٔ اولین پایلوت سودآور شما، ۲۱ روز طول می‌کشد و ۷۵ میلیون تومان است (مالیات بر ارزش افزوده جداست). خروجی‌اش یک برگه است: مسئله، دادهٔ لازم، معیار موفقیت و بازده برآوردی یک پایلوت ۸ هفته‌ای. سهم شما دسترسی به دادهٔ موجود و ۲ جلسهٔ کاری است. درخواست ارزیابی را ثبت کنید.
اگر در حمل‌ونقل هستید، راهنمای هفت مسئلهٔ حمل‌ونقل به شما نشان میدهد پیش از جلسه کدام داده را آماده کنید.