לחבר את הכלים שכבר יש לכם
"בשביל זה נצטרך מערכת." זה המשפט שהורג את האוטומציה הראשונה ברוב הארגונים — כי הוא נכון בערך באחד מכל עשרה מקרים, ואף אחד לא בודק באיזה.
מה תדעו בסוף
תדעו לומר, על כל אחת מהמערכות שיש לכם, אם היא יודעת לדבר — ומה עושים עם זו שלא.
בשיעור הקודם כתבתם משפט בשלושה חלקים. עכשיו מגיע הרגע שבו מתברר אם אפשר לבנות אותו — והוא לא תלוי כמעט בכלום ממה שאנשים חושבים שהוא תלוי בו.
הוא לא תלוי בתקציב. הוא לא תלוי בזה שאתם לא טכניים. הוא תלוי בשאלה אחת ויבשה: אילו מהמערכות שכבר יש לכם יודעות לדבר עם מערכות אחרות.
העיקרון: כלי האוטומציה הוא לא הגיבור
קל לחשוב על Make או על כל כלי דומה כמו על מוח. הוא לא. הוא מרכזייה. הוא לא יודע לעשות שום דבר בעצמו — הוא רק מעביר דברים בין מערכות שכבר קיימות אצלכם, וכל היכולת שלו נגזרת ממה שהמערכות האלה מרשות לו.
ולכן העבודה האמיתית בשלב הזה היא לא לימוד כלי. היא מצאי. יושבים עשרים דקות וכותבים על דף אילו מערכות באמת נוגעות בתהליך שבחרתם, ואז מסמנים כל אחת באחת משלוש קטגוריות.
יש חיבור מוכן. Gmail, Outlook, Google Sheets, Excel אונליין, Drive, SharePoint, Slack, Teams, Google Forms, Microsoft Forms, Dropbox, Trello, יומן גוגל ואאוטלוק. חמש דקות של הרשמה והתחברות ואתם בפנים. הרשימה הזאת מכסה, בארגון ישראלי ממוצע, בערך שמונים אחוז ממה שמשאבי אנוש נוגעים בו ביום־יום.
יש דלת אחורית. אין חיבור מוכן, אבל למערכת יש API, או שהיא יודעת לשלוח webhook, או — הפתרון הכי נפוץ ובעיני הכי יפה — היא יודעת לשלוח דוח מתוזמן במייל. מישהו טכני צריך להסתכל על זה פעם אחת, כשעה עבודה, ואז זה עובד לתמיד.
אין כלום. המערכת יודעת רק לדבר עם עצמה, דרך המסך שלה.
הפסקה שבגללה כתבתי את השיעור הזה
זו הנקודה שבה שיעורים בינלאומיים על אוטומציה מפסיקים להיות רלוונטיים לארגון ישראלי, ואף אחד לא מזהיר על זה מראש.
למערכות השכר, הנוכחות והגיוס הישראליות אין ברוב המקרים חיבור מוכן בכלי האוטומציה. חילן, מלם, מיכפל, וגם חלק מהמערכות הגלובליות בהטמעה הישראלית שלהן — אתם לא תמצאו אותן ברשימת האפליקציות. זה לא באג ולא קמצנות; פשוט אין מספיק לקוחות בעולם שמבקשים את זה.
והבעיה היא לא הפער הטכני, אלא מה שהוא עושה לפרויקט: מנהלת משאבי אנוש בוחרת בדיוק את התהליך שהכי מרגיז אותה — משהו סביב נוכחות או שכר — משקיעה שבועיים, מגיעה לקיר, ומסיקה שאוטומציה היא לא בשבילנו. היא לא הגיעה למסקנה הזאת בגלל הכלי. היא הגיעה אליה בגלל שלא בדקה חמש דקות בהתחלה.
רוב האוטומציות הראשונות לא נכשלות בבנייה. הן נכשלות בשלב שבו מגלים שהמערכת שבלב התהליך לא יודעת לדבר עם אף אחד.
הפתרון קיים והוא פשוט בצורה מפתיעה: כמעט כל מערכת ישראלית כזאת כן יודעת לשלוח דוח מתוזמן במייל, כי זה מה שהיא עושה כבר עשרים שנה. ברגע שהדוח מגיע לתיבה ייעודית, יש לכם טריגר מיידי — וחזרנו לקטגוריה הראשונה. זה לא פתרון עוקף אלא הפתרון עצמו, והוא זה שרץ בפועל ברוב הארגונים שראיתי.
סמנו מה באמת יש בארגון שלכם. נסמן לכם מה אפשר לבנות מזה.
אפשר לבנות אצלכם
מה צריך לדעת לפני שמתחילים
בחרו לפחות מערכת אחת.
שתי שאלות ששואלים לפני שלוחצים “התחבר”
הרגע שבו מחברים כלי נראה תמים לגמרי — מסך גוגל או מיקרוסופט, כפתור אישור, שתי שניות. הוא לא תמים.
באיזה חשבון אני מתחברת? אם התשובה היא החשבון האישי שלכם, בניתם אוטומציה שתמות ביום שתעזבו, או תעבור לחופשת לידה, או פשוט תחליפו סיסמה. חשבון ייעודי בבעלות הארגון — משהו בסגנון automation@ — הוא ההבדל בין תשתית לבין טריק אישי. שווה לפתוח אותו לפני שמתחילים, לא אחרי.
מה בדיוק אישרתי? מסך ההרשאות אומר, באותיות שאף אחד לא קורא, מה הכלי יוכל לעשות. “קריאת כל המיילים בתיבה” זו הרשאה אחרת לגמרי מ”קריאת מיילים בתווית מסוימת”. רוב הכלים מאפשרים לצמצם, ורוב האנשים לא מצמצמים.
חיבור של כלי חיצוני לתיבת המייל או לדרייב של הארגון הוא החלטה של מערכות מידע, לא של משאבי אנוש — גם כשטכנית אתם יכולים ללחוץ לבד. שיחה של עשר דקות עם ה־IT לפני הבנייה שווה יותר מכל הסבר אחריה, וברוב הארגונים היא נגמרת ב”בסדר, רק דרך חשבון ייעודי”. החומר על מה מותר להעביר לכלים חיצוניים נמצא בשיעור על מה אסור להכניס.
ההדגמה: לבדוק חיבור בשלושים שניות, לפני שמשקיעים שבועיים
לפני כל בנייה, נכנסים לספריית האפליקציות של הכלי ומחפשים בשם. ב־Make זה make.com/en/integrations, וב־Zapier zapier.com/apps. מחפשים כל מערכת מהמצאי בנפרד.
מה שמוצאים הוא אחת משלוש תשובות, ולכל אחת יש המשך אחר:
נמצא, עם פעולות רבות → זה הבסיס. בנו סביב זה.
נמצא, אבל רק "צפייה" → אפשר לקרוא ממנו, לא לכתוב אליו.
בדקו שזה מספיק לתהליך שלכם.
לא נמצא → אל תוותרו ואל תתעקשו. שאלו את הספק
שאלה אחת: "אפשר לתזמן דוח שנשלח במייל?"השאלה האחרונה היא הכלי הכי שימושי בשיעור הזה, והיא עובדת גם מול ספקים שאין להם שום כוונה להתחבר לכלום. דוח מתוזמן במייל הוא ממשק — פחות אלגנטי, זמין בכל מקום, ולא דורש מהספק שלכם לעשות דבר מלבד להפעיל משהו שכבר קיים אצלו במערכת.
שלוש טעויות שרואים בכל ארגון
- להתחיל מהתהליך הכי כואב. הוא כמעט תמיד זה שנוגע במערכת שאין לה חיבור. האוטומציה הראשונה צריכה להיות זו שמערכות שלה כולן בקטגוריה הראשונה — גם אם היא חוסכת עשרים דקות בשבוע ולא יומיים. הראשונה תפקידה להצליח, לא להרשים.
- לחבר את החשבון האישי כי ככה מהר יותר. זה באמת מהיר יותר, והמחיר מגיע חודשים אחר כך, כשמישהו עוזב וארבע אוטומציות נופלות ביום אחד בלי שאף אחד מבין למה.
- להחליט שאין חיבור בלי לשאול את הספק. ספריית האפליקציות מראה חיבורים מוכנים, לא יכולות. מערכת יכולה לא להופיע שם ועדיין לדעת לשלוח webhook, להוציא API, או לתזמן דוח. שאלה אחת במייל לתמיכה חוסכת החלטה שגויה.
התרגיל, חמש עשרה דקות
קחו את המשפט שכתבתם בשיעור הקודם, וסמנו בו כל מערכת שמופיעה — בשלושת החלקים, לא רק בפעולות.
חפשו כל אחת בספריית האפליקציות של Make. שלושים שניות לכל אחת.
עכשיו הסתכלו על התוצאה וענו על שאלה אחת: האם כל המערכות בקטגוריה הראשונה? אם כן, יש לכם אוטומציה ראשונה — התחילו ממנה מחר. אם לא, אל תתקנו את המשפט הזה. כתבו משפט אחר, על תהליך משעמם יותר, שכל המערכות שלו כן מחוברות. את הקשה תעשו שלישית, כשכבר תדעו איך זה עובד.
עד כאן לבד
מצאי אתם יכולים לעשות היום, ואת החיפוש בספריית האפליקציות אפשר לעשות בלי להירשם בכלל. זה כנראה חצי משעה שתחסוך לכם שבועיים.
מה שלא קורה מקריאה הוא ההחלטה מה עושים עם המערכת שאין לה חיבור — וזו כמעט תמיד המערכת שהכי חשובה לכם. האם שווה לבקש מהספק פיתוח, לבנות סביב דוח מתוזמן, או פשוט להשאיר את החלק הזה ידני ולהפוך את השאר? זו החלטה שתלויה בכמה זה קורה, מי נוגע בזה, וכמה עולה טעות — ולא באיזו אפשרות נשמעת מתקדמת יותר.
בסדנה עוברים על המצאי האמיתי שלכם, מסמנים את שלוש הקטגוריות ביחד, ויוצאים עם רשימה מדורגת של מה אפשר לבנות ובאיזה סדר. ככה זה עובד אצלנו.