מדידת ההשפעה של אימות כתובת באמצעות בדיקת A/B

במאמר הזה מתוארות טכניקות שכדאי להשתמש בהן כשמבצעים בדיקת A/B של ממשקי API של הפלטפורמה של מפות Google: השלמה אוטומטית של מקומות ואימות כתובות.

הנה כמה יתרונות לשימוש ב-Place Autocomplete וב-Address Validation API:

  • חוויית לקוח משופרת: כשאתם מספקים ללקוחות הצעות בזמן אמת לכתובות ולמקומות, אתם עוזרים להם להשלים את תהליך התשלום בצורה מהירה וקלה יותר. כך אפשר לשפר את חוויית הלקוח.
  • שיפור דיוק הנתונים: בעזרת Place Autocomplete ו-Address Validation API תוכלו לשפר את הדיוק של נתוני הלקוחות. זה חשוב במיוחד במסחר אלקטרוני, כי נתוני כתובות מדויקים נחוצים למסירת חבילות.

כדי לשפר את איכות הכתובות, כדאי להריץ בדיקת A/B כדי להעריך איזה פתרון אימות הכי מתאים לצרכים שלכם. כך תוכלו להחליט באופן כמותי איזה מוצר הכי מתאים לתרחיש השימוש שלכם.

בדיקת A/B היא דרך להשוות בין שתי גרסאות של דף אינטרנט או אפליקציה. זהו סוג של ניסוי מבוקר שמשמש לקביעת ההשפעה של שינוי במשתנה על תוצאה מדידה.
כדי לבצע בדיקת A/B, יוצרים שתי גרסאות של דף או אפליקציה, אחת כקבוצת בקרה והשנייה עם השינוי שרוצים למדוד. לאחר מכן מציגים את הגרסאות האלה למשתמשים שונים ומודדים את האינטראקציה שלהם איתן. הגרסה שמניבה ביצועים טובים יותר היא הגרסה המנצחת.

סקירה כללית של ארכיטקטורת המערכת

נבחן בדיקת A/B של אימות כתובות בתרחיש שימוש של מסחר אלקטרוני. בתרשים הארכיטקטורה שבהמשך מוצגות האינטראקציות של לקוח עם חוויית המסחר שלכם, כדי שתוכלו לקבוע מהי אסטרטגיית האימות היעילה ביותר.

[System Context] A/B Testing Address Validation

המערכות שמעורבות בבדיקת A/B של הערך של Address Validation API.

בתרשים הארכיטקטורה מוצג לקוח באתר למסחר אלקטרוני שמקיים אינטראקציה עם מערכת ניסויי A/B. המערכת הזו מחליטה איזה משתנה של הבדיקה להציג ללקוח, מתוך מערכת התוכנה של החנות למסחר אלקטרוני. החנות למסחר אלקטרוני מבצעת קריאה ל-API של מערכת התוכנה של הפלטפורמה של מפות Google. הוא גם אוסף נתונים אנליטיים של בדיקות A/B, שעוברים עיבוד על ידי מערכת תוכנה אנליטית ומוחזרים למערכת של בדיקות A/B.

תהליך בדיקת ה-A/B

כשחושבים על תהליך בדיקת ה-A/B הכולל, יש ארבעה שלבים שצריך לקחת בחשבון.

  • הכנה – זיהוי הדרישות, ההיקף וציר הזמן של הבדיקה.
  • פיתוח – הטמעה של Place Autocomplete API ו-Address Validation API בסביבה להרצת הבדיקה.
  • הפעלה – איסוף מדדים בזמן שהבדיקה פועלת, עד שמתקבלות תוצאות משמעותיות או עד שתוקף הבדיקה פג.
  • ניתוח – השוואה בין התוצאות לבין ההשערה וזיהוי השלבים הבאים.

בהמשך נסביר על כל אחת מהאפשרויות האלה.

הכנה

החלטה לגבי הדרישות של בדיקת A/B

גילוי ראשוני

כדאי לשאול את עצמכם: למה אתם מוסיפים ספק לאימות כתובות או משנים את הספק הקיים? לדוגמה, השלמה אוטומטית של מקומות במפות Google:

  • חיסכון בזמן: לא צריך להקליד את כל השם של המקום, אפשר פשוט להתחיל להקליד ולראות הצעות.
  • צמצום שגיאות: אם תכתבו שם של מקום עם שגיאת כתיב, ההשלמה האוטומטית של מקומות במפות Google עדיין תציע את המקום הנכון.

יש הרבה יתרונות לאימות כתובות, כולל:

  • שיפור שיעורי המסירה: אימות הכתובת יכול לעזור לשפר את שיעורי המסירה, כי הוא מוודא שהדואר והחבילות נשלחים לכתובת הנכונה. כך העסקים יכולים לחסוך זמן וכסף ולשפר את שביעות רצון הלקוחות.
  • שיפור איכות הנתונים: אימות הכתובות יכול לעזור לשפר את איכות הנתונים על ידי זיהוי ותיקון שגיאות בכתובות. כך אפשר לשפר את הדיוק של קמפיינים שיווקיים ושל יוזמות אחרות שמבוססות על נתונים.

קבלת החלטה לגבי ההיפותזה

מחליטים איזו היפותזה רוצים לבדוק. לדוגמה:

1. שיעור המרה

כשמוסיפים פתרון של השלמה אוטומטית, בדרך כלל רואים עלייה קלה בשיעורי ההמרה, וזהו מדד טוב למעקב. אם אתם משנים את הפתרון שלכם להשלמה אוטומטית מספק אחר, צפוי שיעור המרה קבוע. אם שיעור ההמרה יורד, הדבר הראשון שצריך לבדוק הוא ההטמעה.

שיעור ההמרה הוא חשוב, אבל הוא לא תמיד משקף את התמונה המלאה. הוספת פתרון לאימות כתובות נועדה למנוע מאנשים לשלוח כתובות באיכות ירודה בנקודת הכניסה, ויכולה להוסיף חיכוך טבעי לתהליך איסוף הכתובות בתרחישים מסוימים. יכול להיות שזה יוביל לירידה בשיעורי ההמרה הכוללים, אבל לא צריך לראות את זה בהכרח כדבר רע. יכול להיות שההזמנות שלא הושלמו בגלל הוספת אימות הכתובת קשורות לנתוני כתובות באיכות נמוכה, שהיו מובילים לחיובים חוזרים של עלויות משלוח לעסק.

2. צמצום מספר הכתובות באיכות נמוכה

כאן נכנס לתמונה פתרון טוב לאימות כתובות. אם מטמיעים את אימות הכתובת, צפוי לראות ירידה בנתוני כתובות באיכות נמוכה.

אם אתם משווים פתרון חדש לפתרון קיים, יכול להיות שתתפתו להשוות רק את שיעורי ההתאמה של 'כתובת טובה' ולבחור את השירות שמספק שיעור התאמה גבוה יותר. זה יכול להיות מטעה כי יכול להיות ששירות אחד מספק יותר תוצאות חיוביות שגויות מהשירות השני.

במקום זאת, המדד המשמעותי יותר הוא השוואה של התוצאה המוצלחת של השימוש בנתוני הכתובת. לדוגמה, במסחר אלקטרוני, התוצאה הרצויה של איסוף כתובת היא מסירת חבילה בסופו של דבר.

פיתוח פתרונות

עכשיו מגיע החלק המלהיב! הגיע הזמן ליצור פתרון חדש ללקוחות שלכם. כבר יש לנו מדריך שימושי להטמעה של השלמה אוטומטית של מקומות ושל Address Validation API בתהליך התשלום באתר מסחר אלקטרוני. מומלץ לעיין במאמר הזה כשמשלימים את השלב הזה.

גם אם אתם לא מפתחים במיוחד בשביל מסחר אלקטרוני, הרבה מהמידע עדיין רלוונטי, במיוחד ההנחיות לקביעת איכות הכתובת מתוך הפלט של Address Validation API.

תרשים ארכיטקטורה

למטה מופיעה דוגמה למאגרי תגים שאפשר להשתמש בהם כדי ליצור בדיקת A/B בסביבת מסחר אלקטרוני:

[סביבת הפעלה] בדיקת A/B של אימות כתובת

האפליקציות, השירותים ומאגרי הנתונים החשובים במערכות המרכזיות שמפעילות את הארכיטקטורה. (לחצו כדי להגדיל.)

בתרשים הארכיטקטורה מוצגים הקונטיינרים שמרכיבים את מערכת התוכנה של בדיקת A/B ואת מערכת התוכנה של אפליקציית המסחר האלקטרוני. באיור מוצג לקוח באתר מסחר אלקטרוני שמבצע אינטראקציה עם מאזן עומסים, שיפנה אותו לאפליקציית האתר למסחר אלקטרוני. המערכת לניהול בדיקות A/B מתקשרת עם מאזן העומסים כדי לבחור את משתנה בדיקת ה-A/B שיוצג ללקוח. מערכת בדיקות ה-A/B הזו גם מתעדת את התוצאות וההגדרות של בדיקת ה-A/B במסד נתונים שתבחרו. אפליקציית האינטרנט למסחר אלקטרוני מבצעת קריאות ל-API של מערכת התוכנה של פלטפורמת Google Maps, וגם מדווחת על אירועי ניתוח למערכת התוכנה של Analytics, שמתעדת את אירועי הבדיקה במסד הנתונים של תוצאות בדיקות ה-A/B.

אימות ההטמעה

פתרון שההטמעה שלו לא טובה יניב תוצאות בדיקה לא מהימנות. לפני שמריצים את בדיקת ה-A/B, חשוב קודם לאמת את הפתרון באמצעות קבוצה קטנה של משתמשים כדי לוודא שהוא פועל כמצופה. אלה יכולים להיות בודקי QA פנימיים או קבוצה נבחרת של בודקים חיצוניים שאתם סומכים עליהם שיספקו משוב בונה.

ריצה

הגדלת נפח השליחה באופן הדרגתי

גם אחרי שמוודאים שהפתרון עובד, מומלץ להגדיל את היקף הבדיקה בהדרגה, ולהתחיל עם קבוצה קטנה של משתמשים. כך אפשר לזהות באגים או בעיות אחרות בשלב מוקדם ולטפל בהם במהירות, בלי שזה ישפיע על אחוז גדול מהמשתמשים.

בדיקה מלאה

אחרי שקבוצה קטנה של משתמשים תבדוק את הפתרון ונטפל בכל הבעיות, נוכל להגדיל את קבוצת המשתמשים עד שנגיע לבדיקת A/B מלאה. לא חייבים לחלק את התנועה בדיוק חצי-חצי, אבל צריך להשוות את גודל התנועה עם קבוצה שנבחרה באופן אקראי של נתוני שימוש בזמן אמת.

איסוף מדדים

במהלך הבדיקה, חשוב לוודא שמתבצעת איסוף של נתונים מתאימים לתמיכה בהיפותזה. אפשר להשתמש בפלטפורמה לבדיקות A/B במהלך התהליך הזה כדי להקל על איסוף הנתונים ועל הניתוח שלהם בהמשך. בנוסף, הפלטפורמה של מפות Google אוספת מדדים של שימוש ב-API, שיכולים להיות שימושיים. בדף הזה אפשר לקרוא מידע נוסף על השימוש בכלי הדיווח שלנו.

הנה כמה מדדים מוצעים:

השלמה אוטומטית של מקומות

שיעור ההמרה: האם שיעור ההמרה או שיעור השלמת הטופס השתפר מאז שלא היה פתרון להשלמה אוטומטית?
אינטראקציה עם הכלי: האם יותר משתמשים מצליחים ליצור אינטראקציה עם ההשלמה האוטומטית של מקומות בהשוואה לפתרון הקודם?

Address Validation

הצלחת המסירה: האם חלה ירידה במספר המסירות שנכשלו בגלל איכות הכתובת?
שינויים בכתובת: האם חלה ירידה במספר החיובים על שינוי כתובת שקיבלתם מחברות שליחויות?
מגורים לעומת מסחר: האם חל שיפור באיסוף נתונים של מגורים לעומת מסחר? (שווקים נבחרים בלבד)

ניתוח

הבדיקה הסתיימה, ועכשיו הגיע הזמן לנתח את התוצאות בהשוואה לקריטריונים ולהיפותזה המקוריים של הבדיקה. אם השתמשתם בפלטפורמת בדיקות A/B כדי להשלים את התהליך, יכול להיות שחלק מהמידע כבר זמין לכם.

אם חוזרים לקטע בנושא צמצום מספר הכתובות באיכות נמוכה שלמעלה, אפשר גם להשתמש במדדים אחרים שאולי לא נאספו על ידי פלטפורמת בדיקות ה-A/B. יכול להיות שזה שיעור המשלוחים שנכשלו בין תרחישי הבדיקה, עם נתונים לדוגמה כמו אלה:

פתרון א' פתרון ב'
משלוחים שנכשלו ‫1.75% ‫1.23%

אם נסתכל על הדוגמה הבסיסית שלמעלה, ברור שבמקרה השימוש הזה, פתרון ב' יהיה הבחירה הטובה יותר.

סיכום

אנחנו מקווים שהמדריך הזה סיפק לכם מספיק מידע כדי להתחיל את המסע שלכם בבדיקות A/B. המאמר הזה כולל דוגמאות מתחום המסחר האלקטרוני, אבל אפשר ליישם את אותם עקרונות בסיסיים בכל תחום. תגדירו את התוצאה הרצויה של נתוני כתובות באיכות טובה בעסק שלכם, ותעקבו אחרי התוצאה הזו כהיפותזה העיקרית שלכם.

בהמשך מופיעים שוב הקישורים שמוזכרים במדריך, כהמלצה לקריאה נוספת.

בהצלחה בבדיקות!

השלבים הבאים

אפשר להוריד את מאמר המדיניות בנושא שיפור תהליך התשלום, המשלוח והתפעול באמצעות כתובות מהימנות ולצפות בסמינר האינטרנטי בנושא שיפור תהליך התשלום, המשלוח והתפעול באמצעות אימות כתובות .

הצעות לקריאה נוספת:

תורמים

מחברים ראשיים:

Henrik Valve | מהנדס פתרונות בפלטפורמה של מפות Google