איך בוחרים תהליך ראשון לאוטומציה בעסק?

1. מחפשים פעולה שחוזרת, לא כלי שנשמע מעניין

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

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

2. מודדים את המצב הקיים

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

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

3. בוחרים תהליך שאפשר לבדוק בהיקף מוגדר

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

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

4. מחליטים אם נדרש AI

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

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

5. דוגמה: מפנייה חדשה לטיוטה לאישור

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

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

6. בודקים מקרים רגילים וחריגים לפני הפעלה

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

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

7. מסכמים איך נראית הצלחה

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

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