מסלול לקוח מתאר את המעבר מהיכרות עם העסק להחלטה ולפעולה, ובהמשך גם לשירות. המדריך מיועד לעסק שמקבל תנועה לאתר אך אינו יודע היכן התהליך נתקע. הוא מציע דרך למפות שלבים, לחבר נתוני אתר למידע עסקי ולבחור תיקון אחד שאפשר לבדוק, במקום לשנות את כל העיצוב על סמך תחושה.
תארו מסלול אחד לפני שבונים תרשים
בחרו פעולה מרכזית: קניית מוצר, השארת פנייה או הזמנת שיחה. רשמו את הצעדים שהלקוח צריך לבצע ואת השאלות שעליו לפתור. למשל, לקוח של שירות מורכב עשוי לקרוא מדריך, לבחון פרויקט, להבין תכולה ורק אז לפנות. לא כל מסלול הוא רצף קצר של דף נחיתה וטופס.
הוסיפו גם שלבים שמתרחשים מחוץ לאתר: שיחת טלפון, הצעת מחיר, תיאום ואספקה. אם הפנייה התקבלה אך לא טופלה, שינוי כפתור לא יפתור את הבעיה. הפרדה בין השיווק, האתר והמכירות עוזרת להקצות את התקלה לבעל האחריות המתאים.
הבחינו בין פעולה טכנית להתקדמות עסקית
לחיצה על כפתור שליחה אינה מוכיחה שהטופס התקבל. פתיחת קופה אינה רכישה, ופנייה אינה בהכרח לקוח מתאים. תנו לכל אירוע שם והגדרה ברורים. בדקו את מסלול ההצלחה ואת מסלול הכשל בנפרד, בלי לשלוח מידע אמיתי או להפעיל תשלום בבדיקת אתר פנימית.
ב־GA4 אפשר לסמן אירועים חשובים כאירועים מרכזיים. הסימון אינו בודק את איכות הנתון עבורכם. לפי התיעוד של Google ניתן לבדוק את הופעתם בזמן אמת וב־DebugView. חברו את האימות הטכני לבדיקה עסקית: האם התיעוד שהתקבל במערכת השירות או המכירות מייצג את אותה פעולה.
בדקו את ההבטחה בכניסה לעמוד
התאימו בין מה שהמבקר ראה במודעה, בתוצאת החיפוש או בקישור לבין מה שמופיע בעמוד. כותרת כללית, שירות אחר או תנאים שמופיעים רק בסוף יכולים לייצר חוסר התאמה. אין צורך להניח שכל יציאה מהעמוד היא תקלה; לפעמים המבקר קיבל תשובה או הבין שההצעה אינה מתאימה.
בדקו בנייד מה רואים לפני גלילה: האם אפשר לזהות את השירות, להבין למי הוא מיועד ולמצוא דרך להתקדם. התייחסו גם לקריאות ולזמן הטעינה. אם כל המסר נמצא בתמונה שאינה נטענת, המבקר עלול לא לקבל אותו כלל.
בחרו מדד לכל שלב
אפשר לעקוב אחר כניסה לעמוד, התעניינות בהצעה, התחלת פעולה, השלמה ואיכות ההמשך. לכל שלב הגדירו מכנה מתאים. שיעור פניות מתוך ביקורים בעמוד שירות הוא מדד שונה משיעור עסקאות מתוך פניות מתאימות. ערבוב בין השניים עלול לגרום למסקנה שגויה לגבי הבעיה.
דוגמה מספרית להמחשה בלבד: מתוך מאה פניות, ארבעים מתאימות ושמונה הופכות לעסקאות. שיעור העסקאות מכל הפניות הוא שמונה אחוזים, ומהפניות המתאימות עשרים אחוזים. המספרים אינם אמת מידה ענפית. הם מראים מדוע שינוי בסינון יכול להשפיע על הדוח בלי שינוי זהה בכמות הלקוחות.
חפשו ראיות לחסם מסוים
אם אנשים מתחילים טופס ואינם מסיימים, בדקו שדות, שגיאות ותצוגת מקלדת בנייד. אם מתקבלות פניות לא מתאימות, בדקו את ההצעה והקהל. אם מתקבלות פניות טובות שאינן מתקדמות, בדקו תגובה, הצעה ותהליך מכירה. אלה כיווני בדיקה, לא אבחון אוטומטי מנתון יחיד.
בתהליך רכישה, בדקו עלות משלוח, שיטות אספקה, זמינות מוצר ושגיאות תשלום. בחלק מהפלטפורמות שינוי קופה דורש הרחבה או תלוי בתוכנית. לפני שמציעים פתרון, ודאו מה המערכת מאפשרת ומה יצריך עבודה נוספת. אפיון אתר סחר צריך לכלול גם את המגבלות האלה.
תקנו דבר אחד והגדירו מה תצפו לראות
כתבו השערה: מהו החסם, מה משתנה ואיזה נתון או משוב יעידו על שיפור. לאחר התיקון בדקו שלא נפגעו שלבים אחרים. טופס קצר יותר עשוי להגדיל כמות פניות אך להקטין התאמה; שינוי משלוח יכול להשפיע על רווחיות. לכן עקבו גם אחרי מדד ההמשך.
שמרו תאריך שינוי ומצב בסיס. אם במקביל שונו תקציב, קהל ומחיר, ציינו זאת במסקנות. לא תמיד אפשר לייחס תוצאה לגורם אחד. כשנפח הפעילות קטן, שילוב בדיקות שימוש ומשוב עשוי להיות מועיל יותר מהכרזה על ניסוי סטטיסטי מכריע.
תרשים בדיקה לפנייה שלא הגיעה ליעד
נניח, להמחשה, שמשתמש מספר ששלח טופס אך אין רישום במערכת העסקית. התחילו מבדיקת התרחיש בלי מידע אישי: האם המערכת מציגה הצלחה גם כשהשרת נכשל, האם הבקשה נשמרת, והאם יש שגיאה בשלב ההעברה? אל תשלחו כמה טפסים אמיתיים לצוות רק כדי לראות אם מישהו יענה.
רשמו כל תחנה בנפרד: דפדפן, שרת האתר, מערכת יעד והתראה. אם המידע נשמר אך המייל לא הגיע, זו בעיה אחרת ממידע שלא התקבל כלל. גם הפתרון שונה. בדיקה שמסתיימת בהופעת הודעת הצלחה על המסך עלולה לפספס את ההמשך.
לאחר שהמסלול הטכני ברור, בדקו את הטיפול האנושי. מי רואה את הפנייה, מה נחשב זמן תגובה מוסכם ואיך יודעים שהתיק נסגר? מערכת מדידה אינה מחליפה אחריות. הגדירו מצב לפנייה שלא הוקצתה, כדי שלא תיעלם רק מפני שלא סומנה כשגויה.
בניתוח תקופתי, הפרידו בין פניות שנכשלו טכנית, פניות לא מתאימות ופניות מתאימות שלא התקדמו. כל קבוצה מצריכה בדיקה אחרת. אל תשנו את הקהל כדי לפתור כשל מסירה, ואל תשנו את הטופס כדי לפתור הצעת מחיר לא ברורה. הקשר בין הממצא להחלטה הוא לב העבודה.
שמרו את דוח הבדיקה בשפה שמובנת גם לתפעול. שם אירוע בלבד אינו מסביר מה קרה ללקוח. תיאור פעולה, תנאי הצלחה ובעל אחריות יאפשרו לאדם נוסף לחזור על הבדיקה לאחר שינוי באתר או במערכת היעד.
האם כדאי להסיר שדות מהטופס?
ראשית בדקו מה תפקיד כל שדה. שדה שאיש אינו משתמש בו עשוי להיות מיותר, אבל מידע שנדרש לסינון או לטיפול עשוי לחסוך שיחה נוספת. בחרו לפי צורך ולא לפי כלל שלפיו טופס קצר תמיד טוב יותר.
בדקו אם אפשר להסביר מדוע פרט מסוים נדרש או לבקש אותו בשלב מאוחר יותר. אל תבקשו מידע רגיש רק כדי להעשיר דוח. לאחר שינוי, עקבו אחר איכות הפניות והעבודה שנדרשת לטפל בהן, לצד מספר השליחות.
אם משווים גרסאות, שמרו הגדרה אחידה של השלמה והפרידו בין שליחה תקינה לניסיון שלא הצליח. אחרת קיצור הטופס עלול להיראות כשיפור רק מפני שאופן המדידה השתנה. תעדו גם את המועד כדי שאפשר יהיה לפרש את הנתונים בהמשך.
הצעד הבא
בחרו מסלול, שרטטו את התחנות שלו והצמידו לכל תחנה מקור מידע ואחראי. התחילו בתחנה שבה יש גם סימן לבעיה וגם אפשרות לבדוק אותה. לתשתית המדידה ראו חשבונות וכלי Google, ולתיאום בין המערכות ראו ניהול נתונים.
מקורות
שאלות ותשובות
IBASTOM.CO.IL
איך יודעים באיזה שלב הלקוחות נעצרים?
מגדירים את השלבים במסלול אחד, למשל כניסה, עמוד שירות, טופס ושליחה, וסופרים כמה עוברים מכל שלב לבא. הירידה הגדולה ביותר מצביעה על המקום הראשון לבדוק.
שליחת טופס היא כבר הצלחה?
היא הצלחה טכנית. ההצלחה העסקית היא פנייה שטופלה והפכה לשיחה או למכירה. לכן בודקים גם מה קורה אחרי הטופס: האם הפנייה הגיעה, מתי חזרו ללקוח ומה יצא ממנה.
יש הרבה כניסות לעמוד השירות ומעט פניות. מה בודקים?
אם העמוד עונה על מה שהמודעה או החיפוש הבטיחו, אם המחיר או התנאים ברורים, ואם הטופס עובד בנייד. פער בין ההבטחה בכניסה לבין מה שבעמוד הוא סיבה נפוצה לעזיבה.
אפשר לסמוך על הקלטות גלישה ומפות חום?
הן עוזרות לראות היכן אנשים מתלבטים או נתקעים, אבל הן מדגם, והן דורשות התייחסות לפרטיות ולהסכמה. משתמשים בהן כדי לנסח השערה, ולא כהוכחה.
תיקנו את השלב החלש. איך יודעים שזה עזר?
מגדירים לפני התיקון מה מצפים לראות, למשל יותר מעבר מהעמוד לטופס, ובודקים אחרי תקופה מספקת. משנים דבר אחד בכל פעם, כדי שאפשר יהיה לייחס את השינוי לתיקון.
