האוטומציות – כיום – עדיין מתוכנתות בצורה ידנית.
יש תהליך,
הוא מבוסס על
מסכי המערכות,
העמודות,
הנתונים שקיימים
או לא קיימים.
והוא לוקח החלטות בעצם המבנה שלו.
אם התהליך יוצא מנקודת הנחה ששדה מסוים מכיל ערך אז הוא ישתמש בו.
אם פתאום ערך לא יגיע בשדה, התהליך עלול ישתבש.
אם האוטומציה נכתבה בצורה חכמה מספיק ותומכת בכל המקרים –
סיכוי טוב שיהיו פחות נפילות,
ועדיין – גם ללא נפילות –
ייתכן שהתהליך לא יושלם כמצופה.
בעולם הAI מתחילים להסתמן פתרונות טובים לעניין,
חלקם מתחילים להיכנס ולהיות מובנים בתוך הmake.com אהובנו.
המשמעות של זה היא
שכשהאוטומציה תיתקל בבעיה,
בנתון לא צפוי,
במבנה שונה,
בנוסחה שהשתבשה –
היא תוכל לקבל החלטה יותר אנושית ומושכלת,
ממש כאילו בן אדם נכנס לתהליך והחליט איך לטפל בבעיה.
אבל כמו שאתם יודעים,
ייקח לזה זמן להיכנס,
ולהיות מספיק "משופשף" ואינטלגנטי
ושישביע את רצונכם במקסימום.
וגם אחרי שהAI באוטומציות יושלם –
תמיד יכול להיות שהחלפתם מסך ראשי במערכת
ובמקום "לידים" אתם מנהלים עכשיו בכלל "לקוחות" בסטטוס ליד.
ומישהו צריך לספר על לאוטומציה…
אז כנראה שבכל מקרה תוצפו בהודעות אימייל באנגלית מאיימת –
על נפילות, התראות ושינויים בלתי צפויים 
במינון כזה או אחר
אז מה, להתייאש?
המממ…. זו תמיד אפשרות 
אבל בגדול מה שמצופה מכם זה:
הערכות.
אז הנה 3 כללי אצבע פשוטים – להתחיל:
- כמעט אף פעם – זה תמיד.
כלומר, אם ביקשתם מהמטמיעים שלכם סנכרון בין הCRM לדיוור – לדוגמא,
ואמרתם שכמעט תמיד יש לכם לקוחות עם מייל,
אז זה אומר שלקוחות לא עם מייל.
והתהליך צריך לדעת להערך לזה מראש!
אז לדבר על כמה שיותר מראש. - תקציב תחזוקה.
זה אולי מעצבן, אבל צריך להשלים עם זה
שעסקים וארגונים – ממש כמו אנשים – הם תמיד בהתפתחות.
וגם המערכות שלהם.
והאוטומציות.
אז תקציב קטן בצד למטמיע שיתמוך בזה,
חשוב ויעיל. - כשתהליך נופל – תבדקו כמה פעמים הוא לא נפל.
ולא, לא תמיד זו תהיה התשובה שתרצו לשמוע.
אם על כל 50 תהליכים שקטים, אחד נפל –
זה עדיין אומר שחסכתם זמן עבודה, פניות וכוח אדם.
אבל אם על 5 ריצות של האוטומציה, אחת נפלה –
אז משהו דורש שינוי.
לפעמים זה גם וויתור על האוטומציה
או תיקון של מערכת המקור.
הכל יכול להיות.
חשבון נפש מומלץ