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