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

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

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

1. ממפים את העבודה כמו שהיא מתבצעת היום

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

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

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

2. בודקים ארבעה שיקולים לפני שבוחרים

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

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

3. מפרידים בין עבודה צפויה לחריגים

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

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

4. מגדירים מדד פשוט לפני הבנייה

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

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

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

5. מתחילים בהיקף שאפשר ללמוד ממנו

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

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

השאלות שכדאי להביא לשיחת אפיון

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

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

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