מפרט דרישות למכרז סוכן AI

איך להשתמש במסמך

המפרט מחולק לדרישות סף - שאי-עמידה בהן פוסלת - ולדרישות איכות שמנוקדות. ההפרדה הזו היא ההחלטה החשובה ביותר בכל מכרז טכנולוגי: דרישת סף מיותרת מצמצמת את השוק שלכם לספק אחד ומייקרת אתכם, ודרישת סף חסרה מכניסה למכרז ספק שלא יכול לספק.

דרישות סף מוצעות

• הספק יצהיר על מקורות המידע שמהם המערכת עונה, ויאפשר לרשות להגדיר אותם.
• כל תשובה תהיה ניתנת להתחקות למקור שממנו ניתנה.
• המערכת תזהה מצב שבו אין לה מידע מאומת ותפנה לדרך הפנייה שהגדרתם, במקום לנחש.
• הפרדת מידע בין לקוחות הספק ברמת המערכת.
• המידע של הרשות לא ישמש לאימון מודלים של הספק או של צד שלישי.
• יומן ביקורת מלא: מי שינה מה ומתי.
• הרשאות לפי תפקיד - לא כל משתמש רואה ומשנה הכל.
• מסמכי מדיניות כתובים: פרטיות, אבטחת מידע, עיבוד מידע ושמירה.
• הצהרה על מיקום אחסון המידע ועל מיקום הגיבויים.
• יכולת הרשות לייצא את התוכן שהזינה ולהפסיק את ההתקשרות.

דרישות איכות מוצעות (מנוקדות)

• רב-לשוניות: באילו שפות המערכת עונה, והאם התוכן קיים בכל שפה או מתורגם אוטומטית בזמן אמת.
• האם ניתן לאשר מראש את הניסוח המדויק לשאלות נפוצות.
• האם ניתן לתקן ניסוח פעם אחת כך שהתיקון נשמר.
• האם ממשק הניהול מתורגם, או אנגלית בלבד.
• טיפול במסמכים סרוקים ובעברית סרוקה.
• ערוצים נתמכים: אתר, וואטסאפ, טלגרם, אחר.
• דיווח: מה נשאל, מה לא נענה, ואיזה מידע חסר באתר.
• עמידה בתקן הנגישות הישראלי - יש לדרוש הצהרה מפורשת ולא להסתפק בציון כלי אוטומטי.
• זמן להעלאה לאוויר, ומה נדרש מהרשות בתהליך.
• האם הרשות יכולה לשנות תוכן, ניסוח ומיתוג בעצמה, בלי תלות בספק.

אמות מידה להשוואת הצעות

דרישות שכדאי לשקול שוב לפני שמכניסים אותן

אלה דרישות שנראות סבירות ובפועל מצמצמות את המכרז בלי להוסיף ערך. אם הן חשובות לכם - הכניסו אותן כדרישות איכות מנוקדות, לא כסף.

• מספר שפות גבוה כדרישת סף - הוא מודד כיסוי, לא איכות תשובה. שווה לבדוק מהו מקור התשובה בכל שפה.
• דרישה לחיבור למערכות הליבה כשלא נדרשת פעולה בהן - היא הופכת פריסה קצרה לפרויקט.
• ותק או מספר לקוחות גבוה כסף - מוציא ספקים חדשים ולא מעיד על התאמה.
• דרישת אחוזי זמינות ללא הגדרת עלות - כל רמה אפשרית, וכל רמה מתומחרת אחרת.