מדריך

7 טעויות באוטומציה של תהליכים שעסקים קטנים ממשיכים לעשות

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

Have a nice dayHave a nice day10 דק' קריאה
7 טעויות באוטומציה של תהליכים שעסקים קטנים ממשיכים לעשות

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

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

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

טעות 1: הפיכת תהליך מקולקל לאוטומטי

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

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

טעות 2: בחירת הכלי לפני הבעיה

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

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

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

טעות 3: להתחיל גדול מדי

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

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

טעות 4: לשכוח את האנשים שישתמשו בזה

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

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

טעות 5: השקה בלי אחראי ובלי גיבוי

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

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

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

טעות 6: לעולם לא לבדוק אם זה באמת עזר

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

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

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

טעות 7: לפנות לבינה מלאכותית כשכלל פשוט היה מספיק

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

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

הדפוס שמתחת לכל השבע

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

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

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

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

איך נראה באמת לעשות את זה נכון

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

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

רוצים חוות דעת שנייה לפני שאתם מתחייבים?

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

ראו איך אנחנו ניגשים לאוטומציה

שאלות נפוצות

מהי טעות האוטומציה הנפוצה ביותר?
אוטומציה של תהליך שעדיין מקולקל. אוטומציה היא מגבר — היא הופכת תהליך טוב למהיר יותר ותהליך רע למהיר יותר גם כן, רק עם יותר שגיאות ויותר ביטחון מאחוריהן. אם אינכם יכולים לצייר את התהליך בבירור ביד, ייצבו אותו ידנית תחילה, ואז הפכו לאוטומטית את הגרסה שבאמת עובדת.
איך אדע אם תהליך מוכן לאוטומציה?
שני מבחנים מהירים. האם אתם יכולים לשרטט את כל העניין על מפית — כל שלב וכל חריג — בלי שזה יתפרש למקרים מיוחדים? והאם אתם יכולים לנסח במשפט אחד איך נראה 'גמור'? אם שניהם כן, זה יציב מספיק. אם לא, התהליך זקוק לסידור לפני שכלי כלשהו מעורב.
האם אני באמת זקוק לבינה מלאכותית כדי לבצע אוטומציה לעסק שלי?
בדרך כלל לא לניצחונות הראשונים שלכם. רוב האוטומציות בעלות הערך הגבוה — תזכורות, העברת נתונים בין מערכות, מעקבים — הן כללים פשוטים, שזולים, מהירים ואמינים יותר מבינה מלאכותית. שמרו את הבינה המלאכותית לעבודה באמת מבולגנת ומבוססת-שפה כמו קריאת מיילים בטקסט חופשי או טיפול בשאלות שגרתיות. תבצעו את היסודות המשעממים נכון תחילה.
למה פרויקטי אוטומציה נכשלים גם כשהתוכנה עובדת?
כי הכישלון בדרך כלל קורה לפני התוכנה. התהליך הלא-נכון נבחר, הוא הוטמע גדול מדי, האנשים שעושים את העבודה לא שותפו, או אף אחד לא היה אחראי כשזה נשבר. תקנו את הטעויות האנושיות והתכנוניות האלה ואותם כלים שנכשלו נוטים להחזיק מעמד.
כמה קטנה צריכה להיות האוטומציה הראשונה שלי?
קטנה מספיק כדי לעלות לחיים במלואה, להיות אמינה, וכשהדרך הישנה כבויה בתוך שבועיים עד שלושה. המטרה של הפרויקט הראשון אינה לשנות את העסק — אלא ניצחון מהיר וגלוי שבונה את המומנטום והאמון להתמודד עם אוטומציות גדולות יותר בהמשך.
Have a nice day
Have a nice day
המערכת

‏Have a nice day הוא סטודיו תוכנה שעוזר לעסקים קטנים ובינוניים לעבור לדיגיטל — אוטומציה, בינה מלאכותית ותוכנה בהתאמה אישית שעובדת בשגרת היום-יום, לא רק על שקפים.

שירותים רלוונטיים