בקצרה
בוחרים תהליך עבודה אחד שחוזר על עצמו, מחברים את ה־AI למערכת הקיימת עם הרשאות קריאה בלבד, משאירים אדם שמאשר פעולות משמעותיות ומודדים מול נקודת ייחוס. מרחיבים רק אחרי שהתהליך הראשון עובד, ונמנעים מפרויקטים של הכול או כלום, מכלים שאין להם בעלים ומשליחת מידע רגיש לכלים בלי הסכם.
המערכת הקיימת היא לא המכשול
הרבה מפעילי תיירות, חברות לוגיסטיקה, סוכנויות ביטוח ומרפאות עובדים עם מערכת הזמנות, ERP, מערכת לניהול פוליסות או מערכת לניהול מרפאה שפועלת אצלם כבר שנים. היא מחזיקה את הנתונים, את הכללים העסקיים ואת הרגלי העבודה של הצוות. להחליף אותה כדי לפנות מקום ל־AI זה יקר, ולרוב גם לא נחוץ.
AI יכול לעבוד לצד המערכת הזאת. הוא יכול לקרוא מסמכים, למיין פניות נכנסות, לנסח טיוטות תשובה ולחפש בידע הפנימי, בזמן שמערכת הליבה נשארת במקומה. השאלה הנכונה היא לא איזו פלטפורמת AI לקנות, אלא איזה חלק מהעבודה היומיומית ירוויח מזה ראשון.
גם הסקרים הרחבים מצביעים על כך. הסקר העולמי של McKinsey על מצב ה־AI ב־2025 מצא שרוב הארגונים כבר משתמשים ב־AI לפחות בתחום פעילות אחד, אבל כשני שלישים עוד לא התחילו להרחיב את השימוש לכל הארגון. הארגונים שדיווחו על הערך הגבוה ביותר נטו יותר לתכנן מחדש תהליכי עבודה ולהגדיר מתי אדם חייב לאמת את התוצרים של המודל.
מתחילים בתהליך עבודה אחד שחוזר על עצמו
בחרו משימה שקורית הרבה פעמים בשבוע, שיש לה דפוס מוכר ושגוזלת היום זמן אמיתי מהצוות. חשוב שגם יהיה קל לבדוק אותה: כשה־AI טועה, מישהו רואה את הטעות ומתקן אותה לפני שהיא גורמת נזק.
החלטות עם השלכות כספיות, משפטיות או רפואיות ישירות כדאי להשאיר לשלב מאוחר יותר. תמחור, הכרעה בתביעות וייעוץ קליני דורשים יותר בקרות ממה שפרויקט ראשון צריך לשאת.
- מסמכים: קריאת חשבוניות ספקים, אישורי הזמנה או מסמכי פוליסה ומילוי שדות שאדם בודק
- מיון מיילים: חלוקה של תיבת דואר משותפת לפי סוג ודחיפות וניסוח טיוטות תשובה לאישור
- שאלות לקוחות: מענה לשאלות חוזרות על הזמנות, סטטוס משלוח או שעות פעילות מתוך תוכן מאושר
- ידע פנימי: חיפוש בשפה חופשית בנהלים, בתנאי ספקים ובתשובות שניתנו בעבר
מתחברים למערכת הקיימת, קודם בקריאה בלבד
המידע שהופך תהליך AI לשימושי נמצא בדרך כלל במערכת הקיימת: ההזמנה, המשלוח, הפוליסה, התור. מתחברים בדרך היציבה ביותר שקיימת, למשל API קיים, מסד נתונים לדוחות, ייצוא מתוזמן או אפשרויות האינטגרציה שספק המערכת כבר מציע.
מתחילים בהרשאות קריאה. עוזר שיכול לחפש ולסכם אבל לא לשנות רשומות מגביל את הנזק שתשובה שגויה יכולה לגרום. משתמשים בחשבון שירות ייעודי עם ההרשאות שהתהליך צריך ולא יותר, שומרים את פרטי הגישה בניהול הסודות המקובל בארגון ומתעדים כל בקשה.
הרשאות כתיבה מוסיפים אחר כך, פעולה אחת בכל פעם, אחרי ששלב הקריאה הראה שהנתונים והתשובות אמינים.
אדם מאשר את הפעולות המשמעותיות
החליטו מראש אילו פעולות נחשבות משמעותיות. כלל שימושי: כל דבר שמזיז כסף, מתחייב כלפי לקוח, משנה רשומה שאחרים מסתמכים עליה או שולח הודעה בשם העסק. בפעולות כאלה ה־AI מכין את העבודה ואדם מאשר אותה.
האישור צריך להיות מהיר מספיק כדי שאנשים באמת יעשו אותו. מציגים את המסמך או ההודעה המקוריים, את הפעולה המוצעת ובדיוק מה ישתנה. מתעדים מי אישר מה. אם בהמשך תחליטו לתת לפעולות בסיכון נמוך לרוץ אוטומטית, זו צריכה להיות החלטה מפורשת עם בעלים, לא משהו שקורה בהדרגה מעצמו.
מודדים מול נקודת ייחוס ורק אז מרחיבים
לפני שמפעילים משהו, מודדים איך התהליך עובד היום: זמן טיפול לכל פריט, כמות פתוחה, זמן תגובה ושיעור טעויות. בלי נקודת הייחוס הזאת אף אחד לא יוכל לומר אם ה־AI עזר.
מריצים את התהליך החדש לתקופה מוגדרת ומודדים שוב. עוקבים כמה פעמים הצוות מתקן את התוצר של ה־AI ואיזה סוג תיקונים, כי זה מראה איפה ההנחיות או הנתונים צריכים עבודה. אם המספרים לא משתפרים, משנים או עוצרים. אם הם משתפרים, בוחרים את התהליך הבא ומשתמשים שוב באינטגרציה, במודל ההרשאות ובמסך האישור שכבר בניתם.
ממה כדאי להימנע
הטעויות הנפוצות הן ארגוניות לא פחות מטכניות. את כולן קל יותר למנוע בהתחלה מאשר לתקן אחר כך.
בישראל לפרטיות יש משקל מיוחד. תיקון 13 לחוק הגנת הפרטיות, שנכנס לתוקף באוגוסט 2025, הרחיב את סמכויות האכיפה של הרשות להגנת הפרטיות. בדקו עם היועץ המשפטי שלכם מה החובות שלכם לפני שמידע אישי מתחיל לזרום לכלי חדש.
- פרויקטים של הכול או כלום, שמנסים להפוך מחלקה שלמה לאוטומטית או להחליף את מערכת הליבה באותו זמן
- כלים שאין להם בעלים, למשל עוזר שעובד אחד חיבר לתיבת דואר משותפת לפני שעזב
- שליחת פרטי דרכון, מידע רפואי, תיקי תביעות או נתונים פיננסיים לכלי בלי הסכם עיבוד נתונים ובלי שבדקתם את ההגדרות שלו
- אוטומציה של תהליך שאף אחד לא יודע לתאר בבירור, מה שרק גורם לתהליך לא ברור לרוץ מהר יותר
איך שותף פיתוח ייעודי ניגש לזה
ב־UVISION אנחנו מתייחסים ל־AI כחלק מהמערכות שהעסק כבר תלוי בהן. מתחילים באבחון: איזה תהליך לבחור, איפה הנתונים נמצאים, מי אחראי על התהליך ומה יכול להשתבש. אחר כך מתחברים בזהירות, עם הרשאות קריאה, חשבונות שירות מוגבלים ותיעוד, ומשאירים אדם שמאשר את הפעולות החשובות.
העבודה לא נגמרת בעלייה לאוויר. מודלים, תנאי ספקים וצרכים עסקיים משתנים, ולכן הנחיות, מקורות מידע ואינטגרציות דורשים תחזוקה ופיתוח שוטפים. אנחנו עובדים כמפתחים ייעודיים או כצוות פיתוח מנוהל, עם לפחות מפתח אחד במשרה מלאה בכל פרויקט, כך שהידע על איך התהליך שלכם עובד נשאר אצל האנשים שממשיכים לפתח אותו.
רוצים לבחון איך זה מתאים למערכות שלכם?
לשירות הרלוונטי