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