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