קליטה חכמה
סיכום וסיווג לפי סוג הבקשה והגורם המתאים. מידע חסר או ודאות נמוכה עוברים לבדיקה אנושית.
כשעובדים עם הרבה פניות, מסמכים וטקסט חופשי, AI יכול לעזור לצוות למיין, לחלץ מידע, לאתר תשובות ולהכין טיוטות — כחלק מתהליך מסודר שאפשר לבדוק ולנהל.
ב־Docyvo משלבים אוטומציה עם AI במקום שבו היא נותנת ערך אמיתי, עם גישה מוגבלת למידע ובקרה אנושית כשנדרשת החלטה.
הבעיה העסקית
פניות מגיעות במייל, מסמכים בפורמטים שונים וידע נשמר בקבצים. מישהו עדיין צריך לקרוא, להבין ולהחליט מה לעשות הלאה. אוטומציה רגילה מצוינת לכללים קבועים; AI יכול לסייע גם בשפה חופשית ובמידע לא מובנה.
המטרה אינה לתת למודל לנהל את העסק, אלא לצמצם את החלק הידני בתוך תהליך שהאחריות עליו נשארת ברורה.
דוגמאות לתהליכים
אלה כיוונים אפשריים. התכולה, מקורות המידע והבקרות נקבעים רק לאחר אפיון התהליך.
סיכום וסיווג לפי סוג הבקשה והגורם המתאים. מידע חסר או ודאות נמוכה עוברים לבדיקה אנושית.
זיהוי שדות, בדיקה מול כללים והכנת הנתונים להעברה. ערכים חסרים או לא עקביים מסומנים לבדיקה.
עוזר פנימי שמחפש רק במקורות מאושרים, מציג על מה הסתמך ונמנע מתשובה כשאין מידע מספק.
טיוטת תשובה, סיכום או מסמך על בסיס תבנית ונתונים קיימים, לפני בדיקה ואישור של אדם.
סימון פנייה ללא מענה, נתון חריג או מסמך שאינו תואם לכללים והעברתם לתור טיפול מסודר.
התאמה
דיוק ובקרה
מודל עשוי לייצר תשובה שנשמעת משכנעת אך אינה מדויקת. אי אפשר להבטיח אפס טעויות, ולכן מגדירים משימה מצומצמת, מודדים איכות ומחליטים מה המערכת רשאית לעשות בעצמה.
תהליך העבודה
ההפעלה מתחילה בפיילוט ומתרחבת רק אם הנתונים מראים שהפתרון נותן ערך.
ממפים את העבודה, העיכובים וההחלטות.
מגדירים מידע, תוצאה, טעויות ואישורים.
בודקים דוגמאות מייצגות ומזהים מגבלות.
מוסיפים הרשאות, בדיקות ותיעוד.
משווים לתהליך הקיים לפני הרחבה.
אבטחה והרשאות
רכיב AI אינו מקבל גישה אוטומטית לכל המידע בעסק. מגדירים מה הוא רשאי לקרוא, מה נשמר, מי רואה את התוצאה ומה קורה כאשר שירות חיצוני אינו זמין.
לפני שימוש בפרטים אישיים או מידע רגיש בודקים שיש הרשאה ומטרה מתאימה. כאשר נדרשת בחינה משפטית או רגולטורית, יש לקבל ייעוץ מקצועי מתאים.
מחיר ולוח זמנים
ההערכה מושפעת ממורכבות התהליך, מוכנות המידע, החיבורים, רמת הדיוק, עלות הטעות, הבקרה האנושית, דרישות האבטחה ונפח השימוש. לאחר שיחת היכרות ובדיקת היתכנות מגדירים גרסה ראשונה ואבני דרך.
שאלות נפוצות
הבדיקה נעשית על התהליך והמידע שלכם, לא על הדגמה כללית.
ברוב המקרים לא. מתחילים ממודל קיים עם הוראות, כללים ומקורות מוגדרים. התאמה עמוקה נשקלת רק כשיש צורך ברור ונתונים מתאימים.
מודלים רבים עובדים בעברית, אך האיכות משתנה לפי סוג הטקסט והמשימה. לכן בודקים דוגמאות אמיתיות מהעסק.
הדבר תלוי בספק, בסוג החשבון ובהגדרות. לפני החיבור בודקים תנאי שימוש, שמירת נתונים ואפשרויות שליטה; לא מעבירים מידע רגיש לפני שהנושא הוגדר ואושר.
מגבילים מקורות, מאמתים את מבנה התוצאה, דורשים מקור, מגדירים מתי לא לענות ומשלבים אישור אנושי בפעולות רגישות.
במקרים רבים כן. בודקים API, הרשאות ומגבלות. כשאין דרך בטוחה להתחבר, בוחנים חלופה או ממליצים שלא לבצע את החיבור.
מגדירים קו בסיס ומשווים זמן טיפול, העברות ידניות, שיעור תיקונים וזמן המתנה. הערך נמדד בתהליך העסקי, לא במספר תשובות המודל.
כן. עדיף להתחיל במשימה אחת, מקורות מצומצמים ובקרה אנושית, ואז להחליט לפי הנתונים אם להרחיב.
הזמן תלוי בתהליך, במוכנות המידע, בחיבורים ובבדיקות. לאחר בדיקת ההיתכנות אפשר להגדיר גרסה ראשונה ולוח זמנים מציאותי.
ספרו איך הוא עובד היום ואיפה הצוות משקיע זמן. נבדוק אם נכון לשלב AI, להשתמש באוטומציה רגילה או להתחיל משינוי קטן יותר.