רוב העסקים שמתחילים לעבוד עם אוטומציות AI לעסקים בוחרים את התהליך הראשון לפי מה שנראה הכי מרשים בהדגמה: בוט שעונה ללקוחות, מערכת שכותבת הצעות, סוכן שמנהל את היומן. אחרי חודש מגלים שהבוט צריך השגחה צמודה, והשעות שהיו אמורות להשתחרר עדיין הולכות על אותן משימות קטנות. מה שקובע אם אוטומציה לעסקים מחזירה זמן הוא לא כמה היא חכמה, אלא איזה תהליך בחרתם להעביר אליה ובאיזה סדר.
להבין מה אוטומציות AI לעסקים עושות בפועל
אוטומציה רגילה מבצעת חוק קבוע: כשמגיע טופס, היא מעתיקה את הפרטים לגיליון ושולחת הודעת אישור. אוטומציית AI מוסיפה לאותו פלואו שלב של הבנה, היא קוראת טקסט חופשי, מסווגת אותו, מסכמת אותו או מנסחת עליו טיוטה. התהליכים שמעבירים אליה קודם הם אלה שחוזרים הרבה פעמים בשבוע, גוזלים זמן של אדם, ושאת הטעות בהם אפשר לתקן בלי נזק.
זאת אומרת שההבדל בין שני הסוגים הוא סוג הקלט. כשהמידע מגיע מסודר, בשדות קבועים, לא צריך AI בכלל, ושימוש בו רק מוסיף מקום לטעות. כשהמידע מגיע כהודעת וואטסאפ, כמייל ארוך או כקובץ של ספק בפורמט שמשתנה כל חודש, כאן נכנס שלב ה-AI.
מה ששלב ה-AI יודע לעשות היטב בתוך תהליך עסקי:
- לסווג פנייה נכנסת לפי נושא ודחיפות
- לחלץ שם, פרטי קשר ובקשה מתוך הודעה חופשית
- לסכם שרשור ארוך לכמה שורות של החלטות ומשימות
- לנסח טיוטת תשובה בקול של העסק
- להשוות בין שני קבצים ולסמן את ההבדלים
כל פריט ברשימה הזאת הוא שלב בתוך תהליך, לא תהליך שלם. מי שמנסה לקנות "בוט" במקום לבנות תהליך שיש בו שלב חכם אחד, מקבל בדרך כלל הדגמה יפה ותוצאה חלשה.
בחנות אונליין, למשל, הזמנה שנכנסת דרך האתר לא צריכה שום שלב חכם, כל השדות שלה כבר מסודרים. מה שכן צריך שלב כזה הוא ההודעה שמגיעה אחריה, "הזמנתי אתמול ושכחתי להוסיף מוצר", כי מישהו צריך להבין ממנה על איזו הזמנה מדובר, מה הלקוח מבקש ולמי להעביר את זה.
למפות שבוע עבודה לפני שבוחרים כלי
לפני שפותחים חשבון בכלי כלשהו, כדאי לרשום במשך שבוע אחד כל משימה שחוזרת על עצמה. לא מהזיכרון ולא בישיבת צוות, אלא תוך כדי עבודה, ברגע שהמשימה קורית. רשימה שכותבים מהזיכרון מפספסת בדיוק את המשימות הקטנות, ודווקא הן אוכלות את רוב הזמן.
לכל משימה רושמים חמישה פרטים:
- מה מפעיל אותה: הודעה, קובץ, שעה ביום או בקשה של לקוח
- כמה פעמים בשבוע היא חוזרת
- כמה דקות לוקחת כל פעם
- מאיפה מגיע המידע ולאן הוא צריך להגיע
- מה קורה כשמישהו טועה בה
בסוף השבוע יש לכם טבלה ארוכה יותר ממה שציפיתם, ובדרך כלל כבר בקריאה ראשונה רואים לאן הולכות השעות. אותה גישה שמשמשת לבניית תהליך עבודה מסודר בחנות עובדת גם כאן: קודם מתעדים איך העבודה קורית היום, ורק אחר כך משנים אותה.
שווה לבקש מכל מי שעובד בעסק למלא את הטבלה במקביל. בעל העסק רואה בדרך כלל רק חצי מהעבודה החוזרת, והחצי השני יושב אצל מי שעונה לטלפון, מעדכן הזמנות או מעביר קבצים בין מערכות.
המשימות שהכי קל לפספס הן אלה שקורות בין מערכות. העתקה של פרטי לקוח מהמייל לגיליון, בדיקה אם תשלום נכנס לפני שמשחררים משלוח, העברה של שאלה מהצ'אט באתר לאיש המכירות. אף אחת מהן לא נראית כמו "משימה" בפני עצמה, אבל ביחד הן ממלאות שעות שלמות בשבוע.
לדרג כל משימה לפי ארבעה מבחנים
את הטבלה מדרגים לפי ארבעה מבחנים פשוטים, כל אחד בסולם של נמוך, בינוני וגבוה. אין צורך בנוסחה מסובכת, המטרה היא לראות אילו משימות קופצות למעלה בכל המבחנים ביחד.
ארבעת המבחנים:
- תדירות: כמה פעמים המשימה חוזרת בשבוע
- זמן: כמה זמן אדם מקדיש לה בכל פעם
- טעויות: כמה פעמים משהו בה נשמט או מתבלבל
- סיכון: מה הנזק של טעות, ואם אפשר לתקן אותה בדיעבד
משימה שמקבלת ציון גבוה בתדירות ובזמן וציון נמוך בסיכון היא המועמדת הראשונה. משימה עם סיכון גבוה לא יורדת מהרשימה, היא פשוט מחכה לשלב שבו כבר יש לכם ביטחון בפלואו ובאישור האנושי שסביבו.
אחרי מעל 10 שנות ניסיון ו-60+ חנויות שניהלתי, אותה תמונה חוזרת שוב ושוב: המשימות שעולות לראש הטבלה משעממות. תיוק, העתקה בין מערכות, סיכום, בדיקת קבצים. הן לא נראות טוב בהדגמה, אבל הן מה שמחזיר שעות כבר בחודש הראשון.
קחו לדוגמה את השאלה "איפה ההזמנה שלי". היא חוזרת כמעט כל יום, לוקחת כמה דקות של חיפוש בכל פעם, ומתבלבלת כשיש ללקוח שתי הזמנות פתוחות. הסיכון בה נמוך יחסית, כי אפשר להכין טיוטה עם הסטטוס ולתת לאדם לאשר. זאת משימה שמקבלת ציון גבוה כמעט בכל המבחנים.
להתחיל ממשימות פנימיות שהטעות בהן הפיכה
הכלל הכי שימושי לבחירת האוטומציה הראשונה הוא להתחיל ממה שהלקוח לא רואה. סיכום שנכנס לכרטיס לקוח, תיוק של הודעה או סימון של קובץ בעייתי הם תהליכים שבהם טעות של המערכת עולה לכם דקה של תיקון, לא לקוח כועס.
אצלי בעסק, הפלואו הראשון מתייק כל הודעת וואטסאפ נכנסת לכרטיס הלקוח הנכון במערכת לניהול לקוחות, ומספר שהמערכת לא מכירה נפתח כליד חדש בראש המשפך. שום הודעה לא יוצאת החוצה בתהליך הזה, ולכן אפשר היה להפעיל אותו מוקדם, לראות איפה הוא מתבלבל ולתקן בלי לחץ.
משימות פנימיות שמתאימות להתחלה:
- תיוק פניות נכנסות לפי לקוח ונושא
- סיכום שיחה או פגישה לכרטיס הלקוח
- סימון שורות חשודות בקובץ שמגיע מספק
- תזכורת פנימית על ליד שלא קיבל מענה
- דוח בוקר של מה שקרה אתמול ומה מחכה היום
אחרי שתהליך פנימי רץ כמה שבועות בלי הפתעות, יש לכם גם ביטחון וגם נתונים. משם הדרך לתהליך שנוגע בלקוח קצרה הרבה יותר, כי אתם כבר יודעים איך המערכת קוראת את המידע שלכם ואיפה היא נוטה לטעות.
לזהות משימות שלא כדאי להעביר בכלל
לא כל משימה חוזרת צריכה אוטומציה. יש משימות שבהן השיקול האנושי הוא בדיוק הערך, ויש משימות נדירות מדי כדי להצדיק בנייה ותחזוקה של תהליך שלם.
משימות שעדיף להשאיר אצלכם:
- משא ומתן על מחיר, הנחה או תנאי תשלום
- שיחה עם לקוח שכועס או מאוכזב
- החלטה שיש לה השלכה משפטית או כספית
- משימה שקורית פעם ברבעון
- תהליך שעדיין משתנה כל שבוע
הפריט האחרון ברשימה הוא המלכודת הנפוצה. אוטומציה על תהליך שעוד לא התייצב מקבעת את הבלגן, ואז כל שינוי קטן בעבודה מחייב גם שינוי בפלואו. קודם מייצבים את העבודה ביד, ורק אחר כך מעבירים אותה.
מה שכן, גם משימה שנשארת אצלכם יכולה לקבל עזרה. שיחה עם לקוח כועס עדיין מתחילה טוב יותר כשיש לפניכם סיכום של כל ההתכתבות הקודמת שלו, ואת הסיכום הזה המערכת יכולה להכין בלי לגעת בשיחה עצמה.
לבנות כל אוטומציה משישה חלקים קבועים
בבניית אוטומציה לעסקים יש מבנה שחוזר כמעט תמיד, גם כשהכלים שונים. כשאחד מהחלקים חסר, זה בדרך כלל המקום שבו האוטומציה תישבר בפעם הראשונה.
החלקים, לפי הסדר:
- טריגר: האירוע שמתחיל את התהליך
- איסוף: שליפת כל המידע שצריך מהמערכות הרלוונטיות
- שלב AI: סיווג, סיכום, חילוץ או טיוטה
- בדיקת תקינות: האם הפלט שלם והגיוני לפני שממשיכים
- אישור: אדם שמאשר, מתקן או דוחה
- פעולה ורישום: ביצוע, ושורה ביומן שמתעדת מה קרה
החלק שהכי הרבה עסקים מדלגים עליו הוא בדיקת התקינות. שלב AI יכול להחזיר תשובה ריקה, שדה בפורמט לא נכון או סיכום של הודעה אחרת, ובלי בדיקה כזאת הפלט השבור ממשיך לזרום למערכות הבאות.
היומן חשוב לא פחות. כשלקוח שואל למה לא קיבל תשובה, או כשמשהו נראה מוזר בדוח, היומן הוא המקום היחיד שבו אפשר לראות מה המערכת עשתה, מתי ועל סמך איזה מידע. בלי יומן, כל תקלה הופכת לחקירה.
גם לטריגר כדאי לתת מחשבה. טריגר של אירוע, כמו הודעה שנכנסת, מתאים לדברים שצריכים מענה מהיר. טריגר של זמן, כמו ריצה פעם בשעה או פעם ביום, מתאים לדוחות, לבדיקות ולסיכומים. בלבול בין השניים מייצר מערכת שמציפה אתכם בהתראות על כל דבר קטן, או מערכת שמגלה בעיה רק למחרת.
להשאיר אישור אנושי כברירת מחדל
ברירת המחדל הנכונה היא שאף הודעה לא יוצאת ללקוח בלי אישור של מישהו בעסק. המערכת מכינה טיוטה ושמה אותה בתור, ומי שאחראי בוחר בדרופ אם לאשר, לתקן או לדחות. זה נשמע כמו צעד שמאט את התהליך, ובפועל הוא מה שמאפשר להפעיל אותו בכלל.
האישור עושה עוד דבר חשוב: הוא מייצר נתונים. כל תיקון שאתם עושים לטיוטה מלמד אתכם איפה ההנחיות למערכת לא ברורות מספיק, ואחרי כמה שבועות של תיקונים אפשר לחדד אותן ולצמצם את הצורך בהתערבות.
המיקום של התור משנה הכול. תור שיושב במערכת שאף אחד לא פותח יתמלא ויישכח, ואז הלקוחות מחכים יותר מאשר לפני האוטומציה. התור צריך להגיע למקום שבו אתם כבר נמצאים במהלך היום, עם אפשרות לאשר מהטלפון בלי לפתוח מחשב.
דברים שנשארים באישור גם כשהפלואו בשל:
- כל אזכור של מחיר, הנחה או תנאי תשלום
- התחייבות לזמן אספקה או לתאריך
- תשובה לתלונה או לבקשת החזר
- פנייה ראשונה ללקוח חדש
- כל מה שנוגע במידע אישי רגיש
את שאר הסוגים אפשר לשחרר בהדרגה, סוג אחרי סוג, רק אחרי תקופה ארוכה של טיוטות שאישרתם בלי לשנות מילה. גם אז כדאי להשאיר דגימה שבועית, כדי לתפוס ירידה באיכות לפני שלקוח תופס אותה.
לחבר את המערכות בלי לפזר סיסמאות
כל אוטומציה מחברת בין מערכות, וכל חיבור הוא דלת. ברוב העסקים הקטנים מקימים את החיבורים מהר, עם הסיסמה של בעל העסק ועם הרשאה מלאה לכל דבר, כי זה הכי פשוט ביום ההקמה.
הכללים שכדאי לקבע מהיום הראשון:
- אף סיסמה או מפתח גישה בתוך הקוד או בגיליון
- מפתח נפרד לכל חיבור, כדי לבטל אחד בלי לשבור את השאר
- הרשאת קריאה בלבד בכל מקום שלא צריך לכתוב בו
- בדיקה של כל כלי או תוסף חיצוני לפני שמתקינים אותו
- רשימה מעודכנת של מה מחובר למה ובאיזו הרשאה
ההיגיון כאן זהה להיגיון של אבטחת חנות אינטרנטית מפני גישה לא מורשית: הנזק מגיע בדרך כלל לא מתוקף מתוחכם, אלא מגישה רחבה מדי שמישהו שכח. כשעובד עוזב או כשכלי מפסיק לשמש אתכם, רשימת החיבורים היא מה שמאפשר לסגור את הדלת בתוך דקות.
בפועל, הבדיקה של כלי חיצוני לא חייבת להיות מסובכת. קוראים למה הוא מבקש גישה, בודקים מי עומד מאחוריו ומתי עודכן לאחרונה, ומריצים אותו קודם על חשבון בדיקה בלי מידע אמיתי. כלי שמבקש גישה מלאה לתיבת המייל כדי לעשות משהו קטן הוא סימן לעצור.
לבחור בין כלי חיבור מוכן לבנייה מותאמת
רוב פתרונות AI לעסקים נבנים באחת משתי דרכים עיקריות. כלי חיבור ויזואלי, שבו כל שלב הוא מודול שגוררים ומחברים לשלב הבא, או בנייה מותאמת בקוד, בסקריפט בתוך גוגל שיטס או בשירות קטן משלכם. הבחירה תלויה לא רק ביכולת הטכנית, אלא גם במי שיתחזק את זה אחרי ההקמה.
חמש שאלות מכריעות כמעט כל התלבטות כזאת. כמה מערכות משתתפות בתהליך, כמה פעמים ביום הוא ירוץ, כמה רגיש המידע שעובר בו, מי בעסק יתקן אותו כשמשהו משתנה, והאם הפלט צריך עברית מסודרת וכיווניות נכונה.
תהליך פשוט בין שתיים או שלוש מערכות מתאים בדרך כלל לכלי חיבור מוכן. תהליך שרץ מאות פעמים ביום, שמטפל במידע רגיש או שצריך לוגיקה עסקית מורכבת, מצדיק בנייה מותאמת, גם כי היא יציבה יותר וגם כי אתם שולטים בה במלואה.
יש גם שיקול של שקיפות. בכלי חיבור מוכן קל לראות את כל השלבים על המסך, וזה יתרון גדול כשמישהו אחר בצוות צריך להבין מה קורה. בבנייה מותאמת התיעוד והיומן הם שמחליפים את התצוגה הזאת, ולכן בלעדיהם אין טעם להתחיל.
בשלב הזה מתברר שבאוטומציה ו-AI לעסקים, השאלה הטכנית קטנה יותר מהשאלה התפעולית. מי שמלווה הטמעת AI בעסק צריך לדעת לבנות, אבל בעיקר לדעת לשאול מי משתמש בתוצר, מה הוא עושה איתו ומה קורה ביום שהוא לא מגיע.
לבדוק את הפלואו על נתונים של החודש שעבר
לפני שמפעילים אוטומציה על פניות חדשות, מריצים אותה על נתונים אמיתיים מהעבר. לוקחים את הפניות או הקבצים של החודש הקודם, מעבירים אותם דרך הפלואו בלי שום פעולה החוצה, ומשווים את התוצאה למה שאתם עשיתם ביד.
אחרי הבדיקה על העבר מגיע שלב ביניים: הפלואו רץ על פניות חדשות במקביל לעבודה הרגילה, אבל רק מציע. אתם ממשיכים לעבוד כרגיל ומסתכלים פעם ביום מה המערכת הייתה עושה. שבוע כזה מגלה מקרים שלא היו בחודש הקודם, בלי שאף לקוח מרגיש.
מה כמעט תמיד צף בבדיקה הזאת:
- הודעות שמערבבות עברית, אנגלית ומק"טים
- קובץ מצורף או הודעה קולית במקום טקסט
- לקוח שפונה מכמה מספרים או כתובות
- שדות ריקים במקור שהמערכת ממלאת בניחוש
- פניות כפולות שנפתחות פעמיים
כל אחד מהמקרים האלה הוא החלטה: לטפל בו בפלואו, להעביר אותו לאדם, או להתעלם ממנו ביודעין. עדיף לקבל את ההחלטות האלה מול נתונים של החודש שעבר מאשר מול לקוח שמחכה עכשיו.
זה אותו עיקרון של בדיקת QA לפני פרסום שינויים באתר. שום דבר לא עולה לאוויר לפני שראיתם אותו עובד על מקרים אמיתיים, כולל המקרים המכוערים שאף אחד לא מכניס להדגמה.
למדוד שעות ותיקונים במקום תחושה
אחרי חודש של עבודה צריך לדעת אם האוטומציה החזירה זמן, ולא רק אם היא נראית טוב. התחושה מטעה לשני הכיוונים: לפעמים מתלהבים ממשהו שחוסך מעט, ולפעמים לא שמים לב לתהליך שחוסך הרבה, כי הוא פשוט עובד בשקט.
מה מודדים פעם בחודש:
- הזמן שהמשימה לקחה לפני ואחרי, לפי הרישום מהשבוע הראשון
- כמה טיוטות אישרתם בלי שינוי וכמה תיקנתם
- כמה פריטים נתקעו בתור או נפלו בבדיקת התקינות
- כמה פעמים מישהו עקף את המערכת ועשה ביד
- תלונות או טעויות שהגיעו ללקוח
הסעיף הרביעי הוא המדד הכי כן. כשהצוות עוקף את המערכת, זה סימן שהיא לא נוחה, לא אמינה או לא מבינה משהו בעבודה, וזאת בדיוק הנקודה לחזור ולתקן.
הכי פשוט להחזיק גיליון מדידה אחד עם טאבים לכל חודש, באותם שדות בדיוק. הגישה דומה לקבלת החלטות לפי נתונים באתר: מספר אחד שחוזר כל חודש באותה הגדרה שווה יותר מעשר תחושות.
לתעד את התהליך ולהדריך את הצוות
אוטומציה שרק מי שבנה אותה מבין תיפול ביום שהוא לא זמין. לכן לכל תהליך כדאי לכתוב מדריך קצר, עמוד אחד, שאפשר לקרוא בחמש דקות.
המדריך עונה על אותן שאלות בכל פלואו: מה המטרה שלו במשפט אחד, מה מפעיל אותו ומה יוצא ממנו, איפה רואים את התור ואת היומן, מה עושים כשמשהו לא נראה תקין, ואיך מחזירים גרסה קודמת. כשכל המדריכים בנויים באותו סדר, גם עובד חדש מוצא בהם את מה שהוא צריך בלי לשאול.
השאלה האחרונה היא זאת שחוסכת לילות. כששומרים כל שינוי בהנחיות או בתהליך כגרסה, אפשר לחזור למצב שעבד בתוך דקות, במקום לנסות לזכור מה בדיוק השתנה ומתי.
הדרכה קצרה לצוות על כל תהליך חדש, יחד עם המדריך הכתוב, סוגרת את המעגל. מי שמבין למה התור קיים ומה המערכת בודקת, מאשר טיוטות מהר יותר ומדווח על תקלות לפני שהן מצטברות.
להרחיב לתהליך הבא רק אחרי חודש יציב
הפיתוי אחרי הצלחה ראשונה הוא לבנות חמש אוטומציות בבת אחת. התוצאה הרגילה היא חמישה תורים שצריך לאשר, חמישה יומנים שאף אחד לא קורא, ותחושה שהמערכת מנהלת אתכם במקום להפך.
הסדר שעובד הוא אחד אחרי השני. תהליך חדש נכנס רק כשהקודם עבר חודש בלי תקלה משמעותית, כשרוב הטיוטות שלו עוברות בלי שינוי, וכשהצוות כבר לא עוקף אותו.
כדאי גם לחפש תהליכים שנשענים על מה שכבר בניתם. אם כל הפניות כבר מתויקות לכרטיס הלקוח, סיכום שבועי של לקוחות שמחכים לתשובה הוא צעד קטן. אם קבצי הספקים כבר עוברים בדיקה, התראה על מק"ט שנעלם מהמלאי היא כמעט המשך טבעי.
ככה כל אוטומציה חדשה בונה על התשתית של הקודמת, במקום להתחיל מאפס. ופעם ברבעון שווה לחזור לטבלה מהשבוע הראשון, כי חלק מהמשימות שנראו דחופות כבר נעלמו, ומשימות חדשות תפסו את מקומן.
שאלות ותשובות
מה ההבדל בין אוטומציה רגילה לאוטומציית AI
אוטומציה רגילה מבצעת חוק קבוע על מידע מסודר, למשל העתקת פרטים מטופס לגיליון. אוטומציית AI מוסיפה שלב שמבין טקסט חופשי: היא מסווגת פנייה, מסכמת שיחה או מנסחת טיוטה. כשהמידע מגיע מסודר, אוטומציה רגילה מספיקה ועדיפה.
אילו תהליכים מעבירים לאוטומציה קודם
תהליכים פנימיים שחוזרים הרבה פעמים בשבוע, לוקחים זמן של אדם, ושאת הטעות בהם אפשר לתקן בלי שהלקוח ירגיש. תיוק פניות, סיכום שיחות לכרטיס הלקוח ובדיקת קבצים מספקים הם נקודות פתיחה טובות. תהליכים מול לקוח מגיעים אחריהם, עם אישור אנושי.
האם עסק קטן צריך מתכנת כדי להתחיל באוטומציה
לא בהכרח. אוטומציה לעסקים קטנים מתחילה בדרך כלל בכלי חיבור מוכן ובגיליון מסודר, ואלה לא דורשים כתיבת קוד. מתכנת או מומחה נכנסים לתמונה כשהתהליך רץ הרבה פעמים ביום, נוגע במידע רגיש או צריך לוגיקה שהכלים המוכנים לא מחזיקים.
כמה זמן לוקח לראות תוצאה מאוטומציה ראשונה
בתהליך פנימי פשוט, שבוע או שבועיים של בנייה ובדיקה על נתונים מהעבר, ועוד חודש של עבודה אמיתית עם מדידה. אחרי החודש הזה כבר ברור אם התהליך מחזיר זמן, כמה תיקונים הוא דורש ואם אפשר להרחיב אותו.
אוטומציה לעסקים מתחילה ממשימה משעממת ומדידה
המשותף לכל האוטומציות שמחזיקות מעמד הוא שהן התחילו קטנות. משימה אחת, פנימית, שחוזרת הרבה ונמדדת כל חודש. רק אחרי שהיא עובדת בשקט מוסיפים את הבאה, ואז כבר יודעים איך המערכת מתנהגת עם המידע של העסק.
בסופו של דבר, אוטומציות AI לעסקים מצליחות כשבוחרים אותן לפי השעות שהן מחזירות ולא לפי הרושם שהן עושות בהדגמה. מפה של שבוע עבודה, דירוג פשוט, אישור אנושי ויומן שמתעד כל פעולה הם מה שהופך כלי חכם לחלק קבוע מהעבודה. מי שמתחיל מהתהליך הנכון מגלה שהשני והשלישי נבנים הרבה יותר מהר.
אם אתם רוצים למפות את התהליכים בעסק ולבחור יחד את האוטומציה הראשונה, אפשר להתחיל משיחת אבחון עם מומחה AI לעסקים.
