בעל עסק מתאר תהליך עבודה למערכת AI ולצידו תרשים אוטומציה

בניית אוטומציות עם AI: מדריך מעשי להתחלה

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

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

מה באמת בונה כלי AI תוך כדי שיחה

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

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

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

כך מתארים תהליך ל AI בצורה שאפשר לבנות

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

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

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

בניית האוטומציה הראשונית בשלבים

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

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

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

חריגים, אישורים ובקרה אנושית

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

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

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

מדידה ושיפור אחרי ההפעלה

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

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

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

לסיכום

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

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

שאלות נפוצות

האם בניית אוטומציות עם AI מתאימה גם לעסק קטן?

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

האם צריך לדעת תכנות כדי לבנות אוטומציה ללא קוד?

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

כמה זמן לוקח להקים אוטומציה ראשונית?

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

אילו תהליכים לא כדאי להפוך לאוטומטיים מיד?

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

על מה דיברנו ?
תמונה של טל ינקוביץ
טל ינקוביץ

מומחה לאוטומציה, חיבור מערכות ותהליכים עיסקיים . מעל 20 שנות ניסיון בתפעול וניהול מערכות.
"החיים קצרים מדי לעבודה ידנית "

אולי יעניין אותך גם...
דילוג לתוכן