מהאתר ישר למערכת, לא לתיבת דואר
האתר כבר עובד ואין סיבה להחליף אותו. הפער הוא שפניות והזמנות נוחתות בדוא"ל, מועתקות ידנית, ואיש לא יודע מאיזה עמוד או קמפיין הן הגיעו.
לאתר שלכם כנראה יש יותר טפסים ממה שאתם זוכרים
כך עשויה להיראות ביקורת טפסים באתר עם היסטוריה של שבע שנים. הרשימה נבנית מעצמה למטה - שימו לב לטופס השלישי, זה שכבר אף אחד לא ידע שהוא עדיין פעיל.
סורק את האתר...
התרחיש הוא המחשה של מנגנון ואינו נתון של לקוח. הנקודה קבועה בכל אתר ישן: ככל שהאתר חי יותר שנים, כך יש בו יותר טפסים שאף אחד לא זוכר, וכל אחד מהם הוא נקודה שבה פנייה עלולה להיעלם.
מרשימת עמודים לתהליך מדיד
כשליד מגיע לתיבת דואר, הוא מטופל לפי מי שפנוי ולא לפי תהליך, ואין דרך למדוד מה עובד. חיבור האתר ל-CRM הופך כל פנייה לרשומה עם מקור, אחראי וסטטוס - וזה גם מה שמאפשר לבסוף לדעת איזה עמוד או קמפיין באמת מייצר עסקאות.
שני צדדים לאותו אתר
תוכן והזמנות הם שני תהליכים שונים לגמרי, גם כשהם יושבים על אותו דומיין.
- פנייה מטופס נפתחת כליד ב-CRM עם שיוך מקור
- הרשמה לניוזלטר נכנסת ל-Campaigns עם תיעוד הסכמה
- פנייה שירותית מהאתר נפתחת ככרטיס ב-Desk
- דוח שמקשר בין עמודי האתר לבין עסקאות שנסגרו
- הזמנה יוצרת או מעדכנת לקוח ב-CRM
- היסטוריית רכישות מוצגת בכרטיס הלקוח
- נטישת עגלה מפעילה פנייה חוזרת, בכפוף להסכמה
- סטטוס משלוח מתעדכן חזרה בלי הקלדה ידנית
מה עשוי לעבור בין המערכות
פרטי הפונה, תוכן הטופס, עמוד ומקור ההגעה, פרטי הזמנה, פריטים, סכום וסטטוס - בהתאם למה שיוגדר.
מתי הנתונים עוברים
בזמן אמת עבור לידים, כי מהירות התגובה משפיעה ישירות על סיכויי הסגירה. נתוני הזמנות אפשר להעביר גם בתזמון, לפי הנפח.
אפשרויות מימוש
תוסף ייעודי, החלפת הטופס הקיים ב-Zoho Forms, חיבור דרך Zoho Flow, או פיתוח מול ה-API של WooCommerce. הבחירה תלויה בטפסים שכבר קיימים ובנפח ההזמנות.
מה Alevectis מבצעת
ולאן כל אחד צריך להגיע - כולל אלה שאף אחד לא זוכר שקיימים.
עמוד וקמפיין נשמרים על כל פנייה, לא רק תוכן הטופס.
לפני החיבור ל-CRM, לא אחריו.
ומגדירים מה נחשב ליד לעומת הזמנה, כדי שלא ייווצרו כפילויות.
מוצרי Zoho שמעורבים בחיבור הזה
מה שמזין ומקבל מהאתר. מה שמסומן כקישור נפתח לעמוד מלא.
שאלות שצריך לענות עליהן לפני שמתחילים
- כמה טפסים יש באתר, ומי אחראי לכל אחד?
- לקוח שמזמין בחנות - נפתח כליד או כלקוח?
- איך מונעים כפילות בין ליד קיים לרוכש חדש?
- האם תישלח פנייה אחרי נטישת עגלה, ולפי איזו הסכמה?
שאלות נפוצות
לא. האתר נשאר בדיוק כמו שהוא. החיבור מתבצע דרך תוסף, טופס חדש שמוחלף בטופס הקיים, או חיבור מול ה-API - בלי לגעת בעיצוב או במבנה של האתר עצמו.
ממפים אותם קודם: כמה יש, מי אחראי לכל אחד, ולאן הפנייה שממנו צריכה להגיע. זה כמעט תמיד מגלה טפסים שאף אחד כבר לא זוכר שקיימים, ואחרים שכפולים אחד לשני.
זו החלטה שצריך לקבוע מראש, כי היא קובעת איך ה-CRM מתנהג בהמשך. בדרך כלל הזמנה יוצרת או מעדכנת רשומת לקוח ישירות, בעוד שפנייה מטופס יצירת קשר נכנסת כליד שדורש טיפול לפני שהוא הופך ללקוח.
אפשר, אבל זו הודעה פרסומית לכל דבר וכפופה לתיקון 40 לחוק התקשורת - נדרשת הסכמה מפורשת מראש, לא רק כתובת דוא"ל שהוקלדה בעגלה לפני שהקנייה הושלמה.
מפעילים הגנת ספאם - reCAPTCHA ושדה מלכודת - לפני שמחברים את הטופס ל-CRM, לא אחרי. טופס פתוח בלי הגנה מתמלא בפניות אוטומטיות תוך ימים, וברגע שהוא מחובר למערכת הן כבר נכנסות כרשומות אמיתיות.
כן - שדות נסתרים בטופס שומרים את כתובת העמוד ופרמטרי הקמפיין, ועוברים יחד עם הפנייה ל-CRM. בלי זה אי אפשר לדעת אילו עמודים באתר בכלל מייצרים עסקאות.
בלי כלל ברור הוא עלול להיפתח פעמיים - פעם כליד ופעם כלקוח מהחנות. מגדירים באפיון איך מזהים שזה אותו אדם, בדרך כלל לפי דוא"ל, כדי שהרשומה תתמזג ולא תוכפל.
פניות מהאתר נוחתות בתיבת דואר?
בשיחת פתרון טכנית נמפה את הטפסים באתר ונגדיר לאן כל פנייה צריכה להגיע.