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