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