אוטומציה עסקית · תהליכים

שלוש דקות, שתים־עשרה פעמים ביום

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

אוגוסט 2026·6 דקות קריאה

החשבון שאף אחד לא עושה

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

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

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

למה זה לא מרגיש כמו בעיה

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

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

הטעות הראשונה: ליישם אוטומציה למה שהכי מרגיז

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

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

ארבע שאלות לפני שממכנים משהו

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

1. זה חוזר על עצמו באותו אופן?

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

2. אפשר לנסח את הכללים במילים?

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

3. הנתונים כבר דיגיטליים?

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

4. מה קורה כשזה טועה?

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

איפה AI באמת נכנס — ואיפה לא

"אוטומציה" ו-"AI" הפכו בשנתיים האחרונות לאותה מילה, וזה מבלבל. ההפרדה שאני עובד לפיה פשוטה: אם אפשר לנסח את הכלל במדויק, קוד רגיל יבצע אותו מהר יותר, זול יותר ובאותה תוצאה בכל פעם. מודל שפה במקום תנאי IF הוא בזבוז, וגרוע מכך — הוא מכניס אי־ודאות למקום שלא הייתה בו.

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

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

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

מאיפה מתחילים בפועל

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

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

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

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

לסיכום

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

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

חזרה לכל המאמרים