מה בכתבה בשלושה משפטים

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

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

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

מה זה מנהל אוטומציה, ומה הוא עושה בפועל?

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

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

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

במה מנהל אוטומציה שונה ממפתח אוטומציה ומאוטומציית QA?

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

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

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

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

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

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

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

אילו כלים מנהל אוטומציה מפעיל ב-2026?

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

בשכבת התזמור, n8n הפך לברירת המחדל של מי שרוצה שליטה מלאה, בעיקר בגלל האפשרות לאחסן אותו על שרת עצמאי ולשמור את הדאטה בבית. Make ו-Zapier עדיין מצוינים לתהליכים קצרים ולצוותים בלי משאב טכני, ו-Power Automate מנצח כשהארגון כבר יושב עמוק בתוך Microsoft 365. בשכבת ההחלטה יושבים מודלים כמו Claude ו-GPT, שמחוברים כצעד בתוך התהליך ולא ככלי נפרד שמישהו צריך לזכור לפתוח. ומתחת לכל זה נמצאת השכבה המשעממת שקובעת אם הכל יעבוד: הרשאות, מפתחות API, ותיעוד של מה מחובר למה.

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

איך מודדים הצלחה של מנהל אוטומציה?

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

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

כמה מרוויח מנהל אוטומציה בישראל?

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

תפקיד טווח שכר חודשי מדווח הערה
מפתח אוטומציה, 0 עד 2 שנים 18 עד 25 אלף ש”ח מסלול QA
מפתח אוטומציה, 3 עד 5 שנים 25 עד 33 אלף ש”ח מסלול QA
ראש צוות אוטומציה 30 עד 45 אלף ש”ח מסלול QA, תלוי בגודל הצוות
מנהל אוטומציה עסקית נתון לא מפורסם בעקביות לרוב יושב תחת תפעול או שיווק

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

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

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

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

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

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

מתי לגייס מנהל אוטומציה, ומתי לקחת גורם חיצוני?

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

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

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

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

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