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