מה החיבור מאפשר
זיהוי לקוח לפי מספר טלפון. ברגע שנפתחת שיחה, המערכת יודעת מי הלקוח, מה הזמין ומתי. הנציג, או הסוכן, לא צריך לשאול.
סטטוס בזמן אמת. "איפה ההזמנה שלי" מקבל תשובה מדויקת מהחנות, לא מטבלה שמתעדכנת פעם ביום.
אוטומציה מבוססת אירועים. הזמנה בוצעה, תשלום נכשל, עגלה ננטשה, משלוח יצא, מוצר חזר למלאי, כל אחד מהם יכול להפעיל הודעה. ראו אוטומציות לחנות אונליין.
ייחוס הכנסה. אפשר לדעת אילו שיחות הובילו לרכישה, ולכן גם מה התשואה של הערוץ.
מה לבדוק לפני החיבור
- 1אילו אירועים נתמכים. לא כל חיבור מכסה את כולם. ודאו שתשלום שנכשל ועגלה נטושה כלולים, אלה שתי האוטומציות הרווחיות ביותר.
- 2באיזה כיוון זורם המידע. קריאה בלבד, או גם כתיבה חזרה לחנות (למשל עדכון סטטוס הזמנה)?
- 3מה הזמן לעדכון. מיידי או בסבבים? עדכון שמגיע בעיכוב של 20 דקות שובר את אוטומציית התשלום שנכשל.
- 4איך מתמודדים עם כפילויות. לקוח עם שני מספרי טלפון או שתי כתובות מייל.
- 5מה קורה בתקלה. האם ההודעות מצטברות ונשלחות אחר כך, או נעלמות?
שדות שכדאי לסנכרן
- מספר הזמנה, סטטוס וסכום
- פריטים בהזמנה
- כתובת ואזור משלוח
- מספר מעקב וחברת שילוח
- היסטוריית רכישות
- הסכמות דיוור
השדה האחרון חשוב במיוחד. אם ההסכמות נשמרות בחנות ולא עוברות למערכת השיחות, אתם עלולים לשלוח למי שלא הסכים. ראו הסכמת דיוור בוואטסאפ.
פלטפורמות אחרות
עקרונות זהים לכל חנות: מה נדרש הוא גישה לאירועים ולנתוני ההזמנה. חנות שנבנתה בהתאמה אישית תתחבר דרך API ו-Webhooks, ראו יסודות API ו-Webhooks.
סדר העבודה המומלץ
- 1חברו במצב קריאה בלבד וודאו שהנתונים מגיעים נכון.
- 2הפעילו אוטומציה תפעולית אחת ובדקו שבוע.
- 3הוסיפו את השאר בהדרגה.
- 4רק בסוף, הפעילו אוטומציות שיווקיות.
אל תפעילו את כל האוטומציות ביום הראשון. באג באוטומציית עגלה נטושה יכול לשלוח מאות הודעות שגויות תוך דקות, וזה פוגע ישירות בדירוג האיכות.
