ניהול פניות
סוגי פנייה, סיווג, שדות חובה לפי סוג ותהליך סגירה מוגדר.
Service Cloud
פנייה אחת, תמונה אחת, זמן טיפול שאפשר למדוד.
יישום Service Cloud סביב מסע הפנייה: קליטה מכל ערוץ, סיווג, ניתוב, זכאות ואבני דרך, הסלמה ומדידה — עם בסיס ידע שמשרת גם נציגים וגם שירות עצמי.
מפת יכולות
מה נכלל ובאיזה סדר
המפה מציגה את שכבות העבודה בשירות זה, מהתשתית ועד היכולות שהמשתמשים רואים.
Service Cloud — Capability Map
ניהול פניות
סוגי פנייה, סיווג, שדות חובה לפי סוג ותהליך סגירה מוגדר.
ניתוב Omni-Channel
הקצאה לפי כישורים, עומס וזמינות במקום משיכה ידנית מתור.
זכאות ואבני דרך
הגדרת יעדי תגובה וטיפול, מעקב חריגות והסלמה אוטומטית.
בסיס ידע
מבנה מאמרים, בעלות, מחזור עדכון ומדידת שימוש.
שירות עצמי
פורטל או מרכז עזרה שמצמצם פניות חוזרות.
מדידה
זמני טיפול, פתרון בפנייה ראשונה, פניות חוזרות ושביעות רצון.
הרקע
מה באמת מכריע כאן
מוקד שירות נמדד בזמן ובאיכות, אבל שניהם תלויים בהחלטה מוקדמת: איך מסווגים פנייה. סיווג גרוע מייצר ניתוב גרוע, ומשם כל שאר המדדים כבר לא ניתנים לתיקון.
תמונת לקוח אחת חשובה יותר מכל אוטומציה. נציג שנאלץ לעבור בין שלושה מסכים כדי להבין מה קרה יאריך את זמן הטיפול גם אם התהליך מושלם על הנייר.
בסיס ידע אינו פרויקט צדדי. הוא התנאי לשירות עצמי אפקטיבי, וגם התנאי המוקדם לכל שימוש עתידי ב-Agentforce.
תחומי עבודה
מה אנחנו עושים בפועל
ניתוב Omni-Channel
הקצאה לפי כישורים, עומס וזמינות במקום משיכה ידנית מתור.
זכאות ואבני דרך
הגדרת יעדי תגובה וטיפול, מעקב חריגות והסלמה אוטומטית.
בסיס ידע
מבנה מאמרים, בעלות, מחזור עדכון ומדידת שימוש.
שירות עצמי
פורטל או מרכז עזרה שמצמצם פניות חוזרות.
מדידה
זמני טיפול, פתרון בפנייה ראשונה, פניות חוזרות ושביעות רצון.
מטריצת החלטה
ההחלטות שקובעות את התוצאה
| החלטה | אפשרות א | אפשרות ב | מה מכריע |
|---|---|---|---|
| מודל ניתוב | משיכה מתור | Omni-Channel לפי כישורים | נפח הפניות וגיוון ההתמחויות |
| מבנה SLA | יעד אחיד | יעד לפי סוג לקוח | האם קיימים הסכמי שירות מחייבים |
| שירות עצמי | מאמרי ידע פומביים | פורטל עם הזדהות | האם נדרש מידע אישי בפנייה |
| ערוצים | דוא״ל וטלפון | ריבוי ערוצים דיגיטליים | היכן הלקוחות פונים בפועל |
מודל ניתוב
- אפשרות א
- משיכה מתור
- אפשרות ב
- Omni-Channel לפי כישורים
- מה מכריע
- נפח הפניות וגיוון ההתמחויות
מבנה SLA
- אפשרות א
- יעד אחיד
- אפשרות ב
- יעד לפי סוג לקוח
- מה מכריע
- האם קיימים הסכמי שירות מחייבים
שירות עצמי
- אפשרות א
- מאמרי ידע פומביים
- אפשרות ב
- פורטל עם הזדהות
- מה מכריע
- האם נדרש מידע אישי בפנייה
ערוצים
- אפשרות א
- דוא״ל וטלפון
- אפשרות ב
- ריבוי ערוצים דיגיטליים
- מה מכריע
- היכן הלקוחות פונים בפועל
אופן העבודה
שלבי הביצוע
- 01
מיפוי מסע הפנייה
ערוצים, סוגים, נפחים ונקודות כשל.
- 02
מודל נתונים
פנייה, לקוח, מוצר, זכאות והיסטוריה.
- 03
ניתוב וזכאות
תורים, כישורים, יעדי זמן והסלמות.
- 04
ידע ושירות עצמי
מבנה, בעלות ותהליך עדכון.
- 05
הדרכה
תסריטי עבודה לנציגים ולמנהלי צוות.
- 06
מדידה ושיפור
סקירת מדדים ותיקון סיווגים לא מדויקים.
להמשיך מכאן
שירותים ומדריכים קשורים
שאלות נפוצות
שאלות שחוזרות
מה ההבדל בין תור לבין Omni-Channel?
תור דורש מהנציג למשוך פנייה בעצמו, ולכן פניות פחות נוחות נשארות מאחור. Omni-Channel דוחף פנייה לנציג המתאים לפי כישורים וקיבולת, ומייצר חלוקת עומס אמיתית ומדידה נכונה של זמינות.
האם חייבים בסיס ידע מההתחלה?
לא חייבים מלא, אבל כן מבנה ובעלות. עשרים מאמרים מתוחזקים שווים יותר ממאתיים מאמרים שאיש אינו מעדכן, ובלעדיהם שירות עצמי ו-Agentforce לא יעבדו.
איך מודדים איכות ולא רק מהירות?
משלבים זמן טיפול עם פתרון בפנייה ראשונה, שיעור פניות חוזרות ושביעות רצון. מדידת מהירות בלבד מעודדת סגירה מוקדמת ופנייה חוזרת יומיים אחר כך.
מתי כדאי לחבר טלפוניה?
כשנפח השיחות גבוה והנציג נדרש לזהות לקוח ידנית בכל שיחה. חיבור CTI חוסך זמן משמעותי בכל שיחה, ולכן מצדיק את עצמו בעיקר בנפחים גבוהים.
השלב הבא
תכנון יישום Service Cloud
נבחן ערוצים, נפחים ומודל ניתוב — ונגדיר מה נדרש כדי לקצר טיפול בלי לפגוע באיכות.