شرایط طرح آزمایشی سینچ
این صفحه شرایط عمومی استفاده از سینچ در طرح آزمایشی را توضیح می‌دهد. هدف از طرح آزمایشی، ارزیابی یک جریان کاری واقعی و محدود در محیط پروژه است تا مشخص شود سینچ تا چه اندازه می‌تواند شناسایی موضوعات باز، پیگیری تعهدات، اتصال نتیجه به شواهد و تهیه خروجی قابل بازبینی را بهبود دهد.
طرح آزمایشی جایگزین قرارداد اجرایی، استقرار کامل سازمانی یا تضمین عملکرد در همه سناریوها نیست. دامنه، مدت، داده ورودی و معیارهای ارزیابی باید تا حد امکان از ابتدا روشن باشند.
۱. ماهیت طرح آزمایشی
طرح آزمایشی یک دوره محدود برای آزمون محصول روی داده‌ها و فرایندهای واقعی است. ممکن است برخی قابلیت‌ها در این مرحله تغییر کنند، تکمیل شوند یا در طول ارزیابی نیاز به تنظیم داشته باشند. بنابراین نباید طرح آزمایشی را معادل نسخه نهایی یا استقرار کامل محصول دانست.
۲. دامنه پیشنهادی طرح آزمایشی
برای قابل سنجش بودن نتیجه، بهتر است طرح آزمایشی بر یک جریان کاری مشخص متمرکز باشد؛ مانند کنترل صورت‌جلسات، پیگیری تعهدات، بررسی مکاتبات یا تهیه گزارش دوره‌ای از موضوعات باز. انتخاب دامنه کوچک‌تر معمولاً امکان ارزیابی دقیق‌تر کیفیت خروجی و هزینه عملیاتی را فراهم می‌کند.
اگر دامنه در طول طرح آزمایشی تغییر کند، بهتر است اثر آن بر زمان، داده مورد نیاز و معیارهای ارزیابی نیز بازبینی شود.
۳. اصل بازبینی انسانی
اصل سینچ در طرح آزمایشی نیز بدون تغییر است: هوش مصنوعی پیشنهاد می‌دهد؛ انسان تأیید می‌کند. خروجی مدل، پیشنهاد اولیه یا پیشنهاد است و تا زمان بازبینی شخص مجاز نباید اقدام رسمی، تصمیم قطعی یا گزارش رسمی تلقی شود.
مسئولیت نهایی بررسی منبع، تشخیص صحت برداشت، تعیین مسئول، موعد و وضعیت رسمی بر عهده شخص یا نقش مجاز در سازمان کاربر باقی می‌ماند.
۴. داده‌های مجاز برای طرح آزمایشی
کاربر مسئول است فقط فایل‌ها و داده‌هایی را برای طرح آزمایشی ارائه کند که اختیار لازم برای پردازش آن‌ها را دارد. این مسئولیت شامل اسناد پروژه، مکاتبات، اطلاعات اشخاص ثالث، داده‌های مالی، حقوقی یا هر محتوایی است که ممکن است مشمول محدودیت محرمانگی باشد.
اگر درباره مجاز بودن ارسال یک فایل تردید وجود دارد، بهتر است ابتدا موضوع به‌صورت کلی با تیم سینچ مطرح شود و از ارسال سند حساس تا زمان هماهنگی خودداری شود.
۵. نحوه استفاده از فایل‌ها
فایل‌ها در محدوده طرح آزمایشی برای پردازش، استخراج متن، ایجاد بخش منبع، تولید پیشنهاد اولیه، بازبینی انسانی، ایجاد اقدام رسمی پس از تأیید و پشتیبانی عملیاتی استفاده می‌شوند. استفاده از داده‌ها خارج از این هدف نیازمند مبنای روشن و مجوز مناسب است.
۶. استفاده از سرویس‌های هوش مصنوعی خارجی
بخشی از پردازش ممکن است با سرویس‌های هوش مصنوعی خارجی انجام شود. در این حالت، سیاست سینچ ارسال حداقل متن یا بخش لازم برای پردازش است و نه الزاماً کل فایل. جزئیات فنی هر طرح آزمایشی می‌تواند بر اساس حساسیت داده و نیاز سازمان متفاوت باشد.
اطلاعات مربوط به ارائه‌دهنده سرویس، مدل و نسخه دستور و ساختار پردازش و زمان پردازش می‌تواند برای ردیابی فنی ثبت شود.
۷. وضعیت رسمی خروجی‌ها
هیچ پیشنهاد اولیه بدون تأیید انسانی رسمی نیست. حتی پس از تأیید، خروجی سینچ باید در چارچوب روش‌ها و اختیارات سازمانی خود پروژه استفاده شود. سینچ جایگزین امضا، تصویب، دستورکار رسمی یا سایر فرایندهای حاکمیتی سازمان نیست مگر آنکه در آینده به‌طور مشخص برای چنین کاری طراحی و توافق شود.
۸. محدودیت اتکا به طرح آزمایشی
طرح آزمایشی و خروجی‌های آن نباید بدون بررسی متخصص مبنای تصمیم حقوقی، قراردادی، مالی، ایمنی یا سایر تصمیم‌های حساس قرار گیرند. تحلیل ماشینی می‌تواند در استخراج و سازمان‌دهی اطلاعات کمک کند، اما مسئولیت حرفه‌ای تصمیم نهایی همچنان با متخصص مربوط است.
۹. معیارهای ارزیابی
برای جلوگیری از ارزیابی مبهم، بهتر است معیارهای طرح آزمایشی پیش از شروع مشخص شوند. نمونه معیارها می‌تواند شامل میزان شناسایی موضوعات باز، کیفیت استخراج تعهدات، کاهش زمان بررسی اسناد، قابلیت ردیابی نتیجه تا منبع و میزان اصلاح مورد نیاز پیش از تأیید باشد.
نتیجه طرح آزمایشی باید با توجه به کیفیت ورودی، نوع سند و نحوه استفاده کاربران تفسیر شود؛ نه صرفاً بر اساس تعداد پیشنهاد اولیه تولیدشده.
۱۰. تغییرات و خطاهای احتمالی
طرح آزمایشی بخشی از فرایند یادگیری و ارزیابی محصول است. ممکن است خطاهای فنی، محدودیت پردازش، تفاوت در نتایج مدل یا نیاز به اصلاح جریان کار مشاهده شود. گزارش این موارد بخشی از ارزش طرح آزمایشی است و برای بهبود محصول استفاده می‌شود.
۱۱. محرمانگی و حداقل‌سازی داده
کاربر بهتر است فقط داده‌ای را در اختیار طرح آزمایشی قرار دهد که برای ارزیابی لازم است. اگر یک سند شامل بخش‌های بسیار حساس و غیرضروری است، در صورت امکان باید پیش از ارسال از محدوده آزمایش خارج شود یا روش انتقال مناسب هماهنگ گردد.
۱۲. درخواست حذف داده‌های طرح آزمایشی
کاربر می‌تواند درخواست حذف داده‌های طرح آزمایشی را از طریق privacy@gocinch.ir ثبت کند. درخواست پس از بررسی هویت و ارتباط درخواست‌کننده با پروژه، در محدوده عملی، فنی و مجاز پیگیری می‌شود.
۱۳. پشتیبانی در طرح آزمایشی
موضوعات فنی و عملیاتی از طریق support@gocinch.ir قابل پیگیری هستند. برای شروع یا هماهنگی طرح آزمایشی از pilot@gocinch.ir استفاده کنید.
۱۴. تغییر شرایط طرح آزمایشی
با توسعه محصول ممکن است شرایط عمومی طرح آزمایشی تغییر کند. اگر تغییر معناداری بر نحوه پردازش داده، مسئولیت‌ها یا محدوده استفاده اثر بگذارد، نسخه جدید این صفحه منتشر خواهد شد. برای طرح آزمایشی‌های در حال اجرا، شرایط اختصاصی توافق‌شده نیز باید در نظر گرفته شوند.
مطالعه مرتبط
برای جزئیات تکمیلی، سیاست حفظ حریم خصوصی، سیاست استفاده از داده و هوش مصنوعی و یادداشت‌های امنیتی را نیز ببینید.
آخرین به‌روزرسانی: ۳۱ شهریور ۱۴۰۵
ایمیل پشتیبانی: support@gocinch.ir