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