למה אוטומציה נעצרת כשעובד עוזב?
כשעובד יוצר חיבור ב-Make או ב-Zapier, האישור שמאפשר לכלי להפעיל מערכת אחרת יוצא מהחשבון האישי שלו. האוטומציה נראית כאילו היא שייכת לעסק, אבל בפועל היא נשענת על ההרשאות של אדם אחד.
כשהעובד עוזב והמייל שלו נסגר, האישור מתבטל. האוטומציות שנשענות עליו לא מתריעות בקול. הן נכשלות בשקט, ולרוב מגלים את זה רק כשמשהו חסר, למשל כשה-CRM לא התעדכן או שמיילים ללקוחות לא יצאו. מי שרוצה להבין לעומק איך בונים נכון, יכול לקרוא על אפיון תהליכי אוטומציה עוד לפני שמתחילים לחבר כלים.
בדוגמה שבסרטון, תשע מתוך שתים עשרה אוטומציות עצרו אחרי שהמייל של מנהל השיווק נסגר. שישה מיילים ללקוחות לא נשלחו, ואף אחד לא ידע מי חיבר מה.
האם כדאי להשאיר את החשבון של העובד פתוח?
זה נשמע כמו פתרון קל, כי כל עוד החשבון פתוח האישורים ממשיכים לעבוד. אבל אז האוטומציות של העסק ממשיכות לרוץ על ההרשאות של אדם שכבר לא עובד שם.
זו בעיה של בעלות. חיבור שייך למי שיצר אותו, ולא לעסק, והשארת החשבון פתוח רק דוחה את הבעיה. בנוסף, ההתנהלות הזאת חוזרת על עצמה עם כל עובד שעוזב.
איך מונעים את זה בעסק?
הצעד הראשון הוא לפתוח חשבון שירות בדומיין של העסק, למשל automation@. סגירת מייל של עובד לא תשבור שום דבר, כי החיבורים לא נשענים עליו. אחר כך מחברים מחדש כל חיבור דרך החשבון הזה: ב-Make בלשונית Connections, וב-Zapier ב-Settings.
הצעד השני הוא גיליון משותף שמתעד לכל אוטומציה מי בעל החיבור ובאיזה כלי היא משתמשת. כדאי לכלול בו גם כלי AI שעובדים עם מפתח API, כי גם הם נוצרים לעיתים מחשבון אישי.
לפי הסרטון, התהליך עולה שעה או שעתיים ועוד משתמש שירות. הבדיקה פשוטה: פותחים את רשימת החיבורים, ואם מופיע מייל פרטי של עובד, יש בעיה. אותו עיקרון נכון גם ל-Sheets, ל-Slack ולכלי AI. למי שמתחיל מאפס, יש מדריך על אוטומציה לעסקים שמסביר איך בוחרים תהליכים ומתחילים נכון.
