חיבור Priority לוואטסאפ ולמערכות שלכם —
בלי הקלדה כפולה
המידע על המוצרים, ההזמנות והאחריות יושב ב-Priority, והלקוח פונה בוואטסאפ. בדרך כלל מישהו באמצע מעתיק פרטים מצד לצד, בודק ידנית וחוזר ללקוח. החיבור מעביר את המידע בין השיחה למערכת, כך שהטיפול ממשיך בלי לעצור לבירורים.
כשהמידע ב-Priority והלקוח בוואטסאפ
Priority טוב בלנהל את המידע. הקושי מתחיל במעבר: הפנייה מגיעה בערוץ אחד, הנתונים בערוץ אחר, ומישהו צריך לגשר ביניהם ידנית.
הקלדה כפולה
פרטי הפנייה נכתבים בוואטסאפ ואז מוקלדים שוב במערכת. כל העתקה היא עוד מקום לטעות.
בירור ידני
כדי לבדוק מוצר או אחריות מישהו צריך לפתוח את Priority, לחפש, ולחזור ללקוח עם תשובה.
הטיפול נעצר באמצע
מסמך לחתימה, תשלום ומשלוח עוברים בערוצים נפרדים, והלקוח מחכה בין שלב לשלב.
מפנייה, דרך Priority, ועד משלוח
כך עובד התהליך שבניתי בפרויקט Mobile BD. אצלכם השלבים יותאמו למה שנבדק מול Priority ולמה שקורה אחרי הבדיקה.
-
פנייה בוואטסאפ
הלקוח מתחיל בהודעה
-
זיהוי המוצר
מספר הזמנה או מספר סידורי
-
בדיקה מול Priority
שליפת הנתונים מה-ERP
-
בדיקת אחריות
האם המוצר בתוקף
-
איסוף פרטי התקלה
בשפה חופשית
-
אבחון ראשוני עם AI
ניסיון לפתור עוד לפני שליחה
-
הצגה וחתימה
המסמך הרלוונטי נחתם דיגיטלית
-
תשלום על המשלוח
בתוך אותה שיחה
-
פתיחת משלוח ב-UPS
והמשך טיפול בקריאת השירות
לא כל פנייה מגיעה למשלוח. אם הלקוח בוחר לא לשלוח את המוצר, התהליך נעצר שם.
מה עובר בין השיחה ל-Priority
החיבור לא מחליף את Priority. הוא קובע איזה מידע נשלף ממנו, מתי, ומה קורה איתו בהמשך התהליך.
זיהוי ובדיקה
הלקוח מוסר מספר הזמנה או מספר סידורי, והנתונים נשלפים מ-Priority, כולל בדיקה אם המוצר באחריות.
הפרטים ממשיכים איתו
פרטי הפנייה עוברים בין שלבי הטיפול, והלקוח מתקדם באותה שיחה, בלי לחזור על מה שכבר אמר.
הצעד הבא באותה שיחה
אחרי הבדיקה: מסמך לחתימה דיגיטלית, תשלום על המשלוח ופתיחת משלוח ב-UPS.
CRM ו-Priority: מי מחזיק מה
כשיש בארגון גם CRM וגם Priority, ההחלטה הראשונה באפיון היא איזו מערכת היא המקור לכל נתון: איפה נשמר הלקוח, איפה המוצר והאחריות, ואיפה הסטטוס של הטיפול. החיבור נבנה לפי ההחלטה הזו, כדי שאף נתון לא יתעדכן בשני מקומות שונים.
הרשאות וגישה
החיבורים למערכות השונות נבדקים בהתאם ל-API ולגרסה הקיימת בארגון. החיבור מוגדר יחד עם ספק ה-Priority או מחלקת ה-IT של הארגון, ומה מותר לו לקרוא ולעדכן נקבע מראש בשלב האפיון.
איך עובדים
-
מכירים את העסק
בשיחה איתי או באבחון ראשוני עם AI, מתארים מה חוזר על עצמו ומה מכביד על העבודה.
-
ממפים ומגדירים
אני ממפה את השלבים והמערכות, בודק את אפשרויות החיבור ומגדיר איתכם היקף עבודה והצעת מחיר.
-
בונים ובודקים
אני בונה את התהליך ובודק גם מצבים חריגים ומתי צריך להעביר את הטיפול לאדם.
-
מטמיעים עם הצוות
בודקים את העבודה בפועל, מדריכים את המשתמשים ומגדירים את המשך הליווי.
Mobile BD: מהודעת וואטסאפ ועד פתיחת משלוח למעבדה
בפרויקט הזה חיברתי את הפנייה בוואטסאפ לבדיקת המוצר והאחריות ב-Priority, לאיסוף פרטי התקלה ולאבחון ראשוני עם AI. פרטי הפנייה ממשיכים בין שלבי הטיפול, והלקוח מתקדם באותה שיחה.
- פנייה וזיהוי המוצר
- בדיקת אחריות ב-Priority
- מסמך ותשלום
- פתיחת משלוח ב-UPS
- הלקוח: שלום, המכשיר שלי לא עובד
- Mobile BD: לפי מה שתיארת, הנה הצעה ראשונית לפתרון שאפשר לנסות לפני שליחה למעבדה.
האם אחד הפתרונות עזר? - הלקוח: לא, הבעיה נמשכת
- Mobile BD: כדי לפתוח קריאת תיקון רשמית, יש לחתום על טופס ההתחייבות. הטופס כולל תנאי שירות, זמני טיפול ומדיניות תשלום.
- הלקוח: חתמתי
- Mobile BD: קיבלנו את האישור שלך. מספר קריאת תיקון: SC26000000. בחר/י את מסלול המסירה:
- הלקוח: איסוף מהבית
- Mobile BD: תודה, הבקשה לאיסוף מהבית התקבלה. לתשלום עבור איסוף המכשיר מהבית למעבדה וחזרה אחרי התיקון:
- הלקוח: ביצעתי תשלום
- Mobile BD: מעולה, פתחנו עבורך משלוח ואיסוף ב-UPS. מספר מעקב: W0000000000. מועד איסוף: 00/00/2026. שטר המטען נשלח אליך כקובץ להדפסה.
תצוגה לדוגמה, נתונים לדוגמה.
תוצאות בפרויקט
פחות קריאות פתוחות
בממוצע, הקריאות הפתוחות אצל Mobile BD ירדו מ-50 ל-15 (ירידה של כ-70%).
כשעת עבודה בכל קריאה
כל טיפול בקריאה חוסך כשעת עבודה ידנית (הערכה): זיהוי המכשיר, בדיקת אחריות, מענה ראשוני, חתימה דיגיטלית, פתיחת קריאה מלאה ב-Priority (גם מניעת טעויות בעומס), חיוב בכרטיס, איסוף כתובת, שטר מטען והזמנת איסוף ב-UPS.
מימים לכ-10 דקות
תהליך שלקח לפעמים כמה ימים של פינג-פונג בין הלקוח למוקד מסתיים עכשיו תוך כ-10 דקות, והלקוח עושה אותו לבד.
שאלות נפוצות
צריך להחליף את Priority או לשנות את העבודה בו?
לא. Priority נשאר המערכת שבה הצוות עובד. החיבור שולף ממנו את מה שצריך לטיפול בפנייה, כך שאף אחד לא צריך להקליד את הפרטים פעמיים.
הלקוח צריך גישה ל-Priority או להתקין משהו?
לא. הלקוח כותב בוואטסאפ, בשפה שלו. הבדיקה מול Priority נעשית ברקע, והלקוח ממשיך באותה שיחה.
מה קורה כשהמוצר לא באחריות, או שהלקוח לא רוצה לשלוח אותו?
לא כל פנייה מגיעה למשלוח. בפרויקט Mobile BD, אם הלקוח בוחר לא לשלוח את המוצר, התהליך נעצר שם. מה קורה בכל מצב כזה מגדירים יחד באפיון.
איך מתחילים?
בשיחת היכרות על התהליך הקיים. אחר כך ממפים את השלבים והמערכות, בודקים את אפשרויות החיבור, בונים ובודקים גם מצבים חריגים, ומטמיעים עם הצוות בעבודה בפועל.
בואו נבדוק מה אפשר לחבר ל-Priority אצלכם
שיחה קצרה על איפה הפניות מגיעות, מה בודקים היום ידנית ב-Priority, ומה קורה אחרי הבדיקה. משם נדע אם ואיך כדאי לחבר.
שירותים קשורים
ניהול קריאות שירות וטכנאים
מהודעה בוואטסאפ ועד סגירת הקריאה: שיבוץ לפי אזור והתמחות, וסטטוס לכל קריאה.
תפעולמשלוחים, איסופים ועדכוני סטטוס
מסמך, תשלום ופתיחת משלוח מתוך השיחה, ועדכון הלקוח לאורך הדרך.
כל השירותיםאוטומציה תפעולית בארגון
מיפוי התהליך, חיבור המערכות ומעקב אחרי הביצוע, מתהליך אחד.