הדמיהפרויקט רלוונטי
CRM ותפעול תחת סביבת עבודה אחת.
מה עשינו
ב־DANA, מערכת ה־CRM והתפעול של ProDrive, הלידים, הלקוחות והמשך הטיפול מנוהלים באותה סביבה שבה מתאמים את הפעילות. הקייס מציג ניהול לידים והמשך טיפול, לא ניתוב אוטומטי של פניות.
מערכות ניהול ופורטלים
פנייה שנכנסת מהאתר, מדף נחיתה או מוואטסאפ צריכה להגיע לאדם הנכון עם הפרטים הנכונים — ולא להמתין בתיבת מייל משותפת. אנחנו מגדירים כללי שיוך לפי סוג הפנייה, אזור או תחום, פותחים רשומה ב־CRM ויוצרים משימת המשך שאפשר לעקוב אחריה.
הבעיה שהשירות פותר
פנייה מהאתר מגיעה למייל משותף. מישהו צריך לקרוא אותה, להחליט אם מדובר במכירה, בשירות או בספק, ולהעביר לאדם המתאים. בימים עמוסים פניות נשכחות, ואין דרך לדעת אילו מהן קיבלו מענה.
ניתוב טוב מתחיל בהגדרה: אילו סוגי פניות יש, מי מטפל בכל סוג, מה עושים כשאין התאמה ומה נחשב טיפול. אחר כך מחברים את הטפסים, הערוצים וה־CRM, כך שכל פנייה נרשמת, משויכת ומקבלת משימת המשך.
דוגמה מתחילת התהליך ועד לתוצר
מבקר ממלא טופס בדף הנחיתה ומציין את סוג השירות ואת האזור.
נפתחת רשומה עם פרטי הפנייה ומקור הקמפיין. אם הפונה כבר קיים, הפנייה מתווספת לכרטיס שלו.
לפי הכללים — סוג שירות, אזור או תחום — הפנייה משויכת לאיש מכירות או לצוות.
האחראי מקבל התראה ומשימה ליצירת קשר, עם כל מה שהפונה כתב.
אם המשימה לא טופלה במסגרת שהוגדרה, נשלחת תזכורת או שהפנייה עוברת לגורם נוסף, לפי הכלל.
זו דוגמה להמחשה. כללי השיוך, הערוצים והפעולות ב־CRM נקבעים לפי המערכות, ההרשאות ואופן העבודה של צוות המכירות שלכם.
אפשר להתחיל, אבל צריך מקום שבו הפניות נרשמות ומתעדכנות. לפעמים מספיק CRM פשוט, ולפעמים נכון לבנות מסלול בתוך מערכת קיימת. נבדוק מה מתאים לאופן העבודה שלכם.
מגדירים לה יעד ברירת מחדל — אדם או תור — כדי שלא תיעלם. חלק מהעבודה בפרויקט הוא לזהות את הפניות האלה ולשפר את הכללים.
תלוי במידע שזמין ב־CRM או ביומן. אם יש מידע עדכני על זמינות, אפשר להשתמש בו בכללים; אם לא, מתחילים בכללים פשוטים יותר.
ספרו לנו מאילו ערוצים מגיעות פניות, מי מטפל בהן ובאיזו מערכת הן נרשמות. נבדוק איפה פניות הולכות לאיבוד ואיך לשייך אותן לאחראי.