אוטומציה או סוכן AI: איך בוחרים את הכלי הנכון לתהליך עסקי
# אוטומציה או סוכן AI: איך בוחרים את הכלי הנכון לתהליך עסקי
החלטה לא נוחה: לפעמים העסק שלכם לא צריך סוכן AI. הוא צריך אוטומציה פשוטה, קשיחה ומשעממת שעושה בדיוק את אותו הדבר בכל פעם.
זו אינה פשרה טכנולוגית. כשמסלול העבודה ידוע מראש, דווקא מערכת מבוססת כללים עשויה להיות הבחירה הטובה יותר. סוכן AI נכנס לתמונה כאשר העבודה דורשת להבין ניסוח חופשי, להשלים הקשר, לבחור פעולה מתוך כמה אפשרויות ולהתאים את המסלול למה שמתגלה תוך כדי.
השאלה המרכזית היא לכן לא איזה פתרון מתקדם יותר. השאלה היא איפה בתהליך נדרשת החלטה, ואיפה נדרש ביצוע עקבי. ברוב העסקים התשובה הנכונה תהיה שילוב: כללים מחזיקים את המסגרת, סוכן מטפל בחלקים שאי אפשר לכתוב מראש כתרשים זרימה סביר.
## ההבדל נמצא במי בוחר את הצעד הבא
אוטומציה מבוססת כללים פועלת לפי מסלול שהוגדר מראש. אירוע מפעיל אותה, תנאים קובעים לאן ממשיכים, וכל פעולה ידועה לפני ההרצה. טופס חדש יכול לפתוח ליד ב־CRM, לשלוח הודעת קבלה וליצור משימה לאיש מכירות. אם אותם נתונים נכנסים, נקבל בדרך כלל את אותו רצף.
סוכן AI מקבל מטרה, הקשר וכלים. הוא מפרש את המצב ובוחר את הצעד הבא מתוך האפשרויות שהותרו לו. פנייה יכולה להיות קצרה, מבולבלת או מלאה בפרטים לא רלוונטיים. הסוכן צריך להבין מה הלקוח מבקש, לזהות מה חסר, לבדוק מקור מידע מתאים ולהחליט אם להשיב, לבקש הבהרה או להעביר לאדם.
ההבחנה הזאת תואמת את התיעוד הרשמי של Microsoft Agent Framework: בתהליך דטרמיניסטי הקוד קובע את מסלול הביצוע, ואילו בתהליך מונחה סוכן המודל בוחר כלים וצעדים בזמן הריצה. אותו תיעוד מדגיש שרוב המערכות העסקיות נמצאות באמצע, עם מסגרת עבודה צפויה ורכיבי AI רק בנקודות שדורשות שיקול.
## חמישה קריטריונים שמכריעים את הבחירה
במקום להתחיל משמות מוצרים, קחו שלב אחד בתהליך ובדקו אותו לפי חמש שאלות.
מבנה הקלט: שדות קבועים ונתונים מסודרים מתאימים לאוטומציה. טקסט חופשי, מסמכים או מידע חלקי מצדיקים בחינה של סוכן.
מסלול העבודה: כאשר הוא ידוע מראש ומכיל מעט חריגים, כללים עושים עבודה נקייה. כאשר הוא משתנה לפי ההקשר והתוצאה של כל צעד, סוכן עשוי להתאים יותר.
סוג ההחלטה: תנאי שאפשר לנסח במדויק שייך לאוטומציה. פירוש או סיווג שדורשים הקשר שייכים לצד הסוכני.
מחיר הטעות: תהליך שדורש תוצאה עקבית שקל לבדוק צריך מסגרת קשיחה. גמישות מתאימה רק בתוך גבולות ואישורים מוגדרים.
תחזוקה: באוטומציה משנים כלל כשהתהליך משתנה. בסוכן משפרים הוראות, כלים, דוגמאות ובקרה.
אם הקלט הוא טופס מסודר, המסלול קבוע והטעות יקרה, ברירת המחדל צריכה להיות אוטומציה. אם הקלט מגיע בשפה טבעית והצעד הבא תלוי במה שנאמר, יש הצדקה לסוכן. כאשר שני המצבים מופיעים באותו תהליך, מפצלים אותו במקום להכריח כלי אחד לעשות הכול.
## משימה קבועה אינה נעשית חכמה יותר כשמוסיפים לה מודל
נניח שכל חשבונית מאושרת שנכנסת למייל צריכה להישמר בתיקייה, להירשם במערכת וליצור משימת תשלום לתאריך מסוים. אין כאן עמימות אמיתית, בתנאי שהחשבונית מגיעה בפורמט מוסכם והאישור כבר ניתן.
סוכן יכול לבצע את הרצף, אבל הוא מוסיף רכיב שמפרש מצב שאינו דורש פירוש. אוטומציה עם בדיקות שדה, טיפול בשגיאות ורישום פעולות תהיה קלה יותר לחיזוי. היא גם תבהיר מהר מדוע הרצה נעצרה: מספר ספק חסר, הקובץ לא תקין או התאריך מחוץ לטווח.
עכשיו נשנה פרט אחד. לתיבת המייל מגיעים חשבוניות, זיכויים, תזכורות מספקים, מסמכים סרוקים והודעות חופשיות. חלקם משויכים להזמנה, חלקם דורשים בירור וחלקם כלל אינם שייכים לכספים. כאן רכיב AI יכול לקרוא, לסווג ולהוציא נתונים. אחרי הסיווג, המסלול חוזר להיות קשיח: מסמך תקין עובר לבדיקה, חוסר התאמה נעצר, ותשלום אינו יוצא ללא האישור שהוגדר.
זה הדפוס שכדאי לחפש. הסוכן מטפל באי הוודאות. האוטומציה מטפלת בחזרה העקבית על הפעולות.
## המקום שבו תרשים הזרימה מתחיל לשקר
אפשר לבנות אוטומציה לכל דבר, לפחות על הנייר. מוסיפים עוד תנאי, עוד הסתעפות ועוד חריג. בשלב מסוים התרשים כבר אינו מתאר את העסק. הוא מתאר את התקווה שכל לקוח ינסח את עצמו כמו טופס.
סימן טוב לכך שהגיע הזמן לשלב סוכן הוא ריבוי החלטות שתלויות במשמעות ולא בערך של שדה. לדוגמה: האם הפנייה דחופה לפי התיאור, האם המסמך עונה לבקשה, האם הלקוח שינה את מטרת השיחה, או איזה מקור מידע יוכל להשלים את החסר.
גם כאן לא נותנים חופש מוחלט. מגדירים לסוכן אילו מערכות הוא רשאי לקרוא, אילו פעולות מותר לו להציע, מתי הוא חייב לעצור ומה נשלח לאישור. יכולת להבין שפה אינה הרשאה להתחייב בשם העסק.
## שלושה תהליכים, שלוש החלטות שונות
בתיאום פגישות, בדיקת חלונות פנויים ויצירת אירוע ביומן הן פעולות קשיחות. הבנת בקשה כמו "אחרי החג, עדיף בבוקר ולא ביום שלישי" דורשת פירוש. פתרון טוב משתמש בסוכן להבנת הכוונה ובכללי יומן לאימות ולביצוע.
בטיפול בלידים, העתקת שדות מטופס ל־CRM היא אוטומציה. סיכום שיחה, זיהוי צורך והחלטה איזו שאלה חסרה מתאימים לסוכן. שינוי מחיר, מתן הנחה או שליחת התחייבות נשארים במסלול עם כללים ואישור אנושי.
בשירות פנימי, פתיחת משימה לפי קטגוריה ידועה יכולה להיות קשיחה. הודעה כמו "המערכת שוב עושה את הדבר מאתמול" דורשת לחבר הקשר משיחות קודמות, לזהות את המערכת ולבקש פרט שחסר. הסוכן יכול להכין את התמונה. מערכת המשימות עדיין קובעת בעלים, עדיפות ותיעוד.
אין כאן מנצח קבוע. יש התאמה טובה או גרועה בין סוג העבודה לבין מנגנון הביצוע.
## הטעות היקרה היא להפוך את כל התהליך לסוכן
הפיתוי ברור. אם סוכן יודע לקרוא, להחליט ולהפעיל כלים, למה לטרוח לבנות שלבים קשיחים? מפני שגמישות במקום הלא נכון מקשה על בדיקה, תחזוקה ואחריות.
תהליך עסקי כולל נקודות שבהן אין ערך ליצירתיות. סכום חייב לעבור ולידציה. לקוח חייב להיות משויך לרשומה הנכונה. פעולה כספית חייבת לעמוד בתקרה. מחיקה צריכה להיות מוגבלת. את הנקודות האלה כותבים כחוקים, גם אם סוכן מנהל את העבודה מסביבן.
הטעות ההפוכה נפוצה באותה מידה: לנסות לכלוא שפה אנושית בתוך עשרות תנאים. התוצאה שבירה. כל ניסוח חדש הופך לחריג, והצוות מתחיל לעקוף את המערכת מפני שהיא מבקשת מהמציאות להתנהג יפה.
## ארכיטקטורה עסקית טובה נראית כמו כריך
החלק הראשון קשיח: זיהוי משתמש, הרשאות, קליטת אירוע ובדיקת נתונים בסיסית. באמצע נמצא החלק הגמיש: הבנת הכוונה, חיפוש מידע, סיווג והכנת פעולה. בסוף חוזרים למסגרת קשיחה: אימות, אישור, ביצוע, רישום ותוצאה שאפשר לשחזר.
הכריך הזה אולי לא יככב בהדגמה נוצצת, אבל הוא מתאים לעסק אמיתי. הוא נותן לסוכן מרחב לחשוב במקום שבו המחשבה מועילה, ומונע ממנו לאלתר במקום שבו העסק צריך ודאות.
Microsoft ממליצה לבחור את הדפוס הפשוט ביותר שעונה על הדרישה, ולהשתמש בתהליך דטרמיניסטי כאשר סדר הביצוע וכללי העסק חשובים. זו המלצה בריאה גם בלי קשר לספק מסוים: מורכבות צריכה להרוויח את מקומה.
## החלטה לפי שלב, לא לפי פרויקט
אל תשאלו אם העסק צריך אוטומציה או סוכן AI. פרקו תהליך אחד לשלבים ושאלו בכל שלב מי צריך לבחור את הפעולה הבאה.
אם התשובה היא "הכלל שכבר כתבנו", בנו אוטומציה. אם התשובה תלויה בהבנת שפה, מידע חלקי או תוצאה לא צפויה, שקלו סוכן. אם ההחלטה יוצרת התחייבות או סיכון גבוה, השאירו שער אישור גם כשהמערכת מבינה היטב את המצב.
AI BUDDY בונה [סוכני AI לעסקים](/services/ai-agents) ומשלבת אותם עם [אוטומציה עסקית](/services/automation). אם יש לכם תהליך ואתם לא בטוחים איזה חלק ממנו צריך חוקים ואיזה חלק צריך שיקול, שלחו לנו דרך [aibuddy.co.il](https://aibuddy.co.il) תיאור של חמישה צעדים. נחזיר מפת החלטה ראשונית, בלי לדחוף סוכן למקום שבו תנאי פשוט יעשה עבודה טובה יותר.
### מקורות
* [Microsoft Agent Framework: Workflows](https://learn.microsoft.com/en-us/agent-framework/journey/workflows)
* [Microsoft Azure: Agentic application patterns](https://learn.microsoft.com/en-us/azure/durable-task/sdks/durable-agents-patterns)