במסמך הזה מתוארות שיטות שכדאי להביא בחשבון כשמבצעים בדיקת A/B של ממשקי ה-API של השלמה אוטומטית של מקומות ושל אימות כתובות בפלטפורמה של מפות Google.
אלה כמה מהיתרונות של השימוש בהשלמה האוטומטית למקומות וב-Address Validation API:
- חוויית לקוח משופרת: כשאתם מספקים ללקוחות הצעות בזמן אמת לכתובות ומקומות, אתם יכולים לעזור להם להשלים את תהליך התשלום מהר יותר ובקלות רבה יותר. כך אפשר לשפר את חוויית הלקוח.
- שיפור הדיוק של הנתונים: השלמה אוטומטית של מקומות ו-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
כשמדברים על תהליך בדיקת ה-A/B הכולל, יש ארבעה שלבים שצריך להביא בחשבון.
- הכנה – מגדירים את הדרישות, ההיקף והתזמון של הבדיקה.
- פיתוח – מטמיעים את ה-API של ההשלמה האוטומטית למקומות ואת ה-Address Validation API בסביבה שבה רוצים להריץ את הבדיקה.
- הפעלה – איסוף מדדים בזמן שהבדיקה פועלת, עד שמתקבלות תוצאות משמעותיות או שתוקף הזמן פג.
- ניתוח – השוואת התוצאות להשערה וזיהוי השלבים הבאים.
נדבר על כל אחת מהן בתורו.
הכנה
קביעת הדרישות לבדיקות A/B
גילוי ראשוני
כדאי לשאול את עצמכם: למה אתם מוסיפים או משנים ספק לאימות כתובות? לדוגמה, אפשר להשתמש בהשלמה האוטומטית של מקומות במפות Google:
- חיסכון בזמן: אתם לא צריכים להקליד את שם המקום במלואו, אלא רק להתחיל להקליד ולראות הצעות שמופיעות.
- צמצום השגיאות: אם תכתבו שגיאה בשם של מקום, ההשלמה האוטומטית של מיקומי העסקים במפות Google עדיין תציע את המקום הנכון.
יש הרבה יתרונות לאימות כתובות, כולל:
- שיפור שיעורי המסירה: אימות הכתובת יכול לעזור לשפר את שיעורי המסירה על ידי הבטחת שליחת הדואר והחבילות לכתובת הנכונה. כך העסקים יכולים לחסוך זמן וכסף ולשפר את שביעות הרצון של הלקוחות.
- שיפור איכות הנתונים: אימות כתובות יכול לעזור לשפר את איכות הנתונים על ידי זיהוי שגיאות בכתובות ותיקון שלהן. כך אפשר לשפר את הדיוק של קמפיינים שיווקיים ושל יוזמות אחרות מבוססות-נתונים.
בחירת השערה
מחליטים איזו השערה לבדוק. אלה שתי דוגמאות:
1. שיעור המרה
כשמוסיפים פתרון להשלמת הטקסט, בדרך כלל רואים עלייה קלה בשיעורי ההמרה. זהו מדד טוב למעקב. אם אתם מחליפים את הפתרון שלכם להשלמת הטקסט מול ספק אחר, צפוי שיעור המרות קבוע. אם שיעור ההמרות יורד, הדבר הראשון שצריך לבדוק הוא ההטמעה.
שיעור ההמרות הוא חשוב, אבל יכול להיות שהוא לא משקף את התמונה המלאה. הוספת פתרון לאימות כתובות נועדה למנוע מאנשים לשלוח כתובות באיכות נמוכה בנקודת הכניסה, ויכולה להוסיף קצת עיכוב טבעי לתהליך צילום הכתובת בתרחישים מסוימים. המצב הזה עלול להוביל לירידה בשיעורי ההמרה הכוללים, אבל לא בטוח שזה דבר שלילי. יכול להיות שההזמנות שלא הושלמו בגלל הוספת אימות הכתובת היו משויכות לנתוני כתובת באיכות נמוכה, שהיו גורמים לעלויות לעסק דרך החזרים כספיים על משלוח.
2. הפחתת מספר הכתובות באיכות נמוכה
כאן פתרון טוב לאימות כתובות יכול להביא תוצאות טובות במיוחד. לאחר הטמעת אימות הכתובות, צפויה ירידה במספר כתובות באיכות נמוכה.
אם אתם משווים בין פתרון חדש לפתרון קיים, יכול להיות שתתפתו להשוות רק את שיעורי ההתאמה של 'כתובת טובה' ולבחור את השירות שמספק שיעור התאמה גבוה יותר. הנתון הזה יכול להיות מטעה, כי יכול להיות ששירות אחד מספק יותר תוצאות חיוביות שגויות מאשר השירות השני.
במקום זאת, המדד המשמעותי יותר הוא השוואה בין התוצאות המוצלחות לשימוש בנתוני הכתובות. לדוגמה, בתחום המסחר האלקטרוני, התוצאה הרצויה של תיעוד כתובת היא מסירה מוצלחת של חבילה.
פיתוח פתרונות
עכשיו מגיע החלק המרגש! הגיע הזמן ליצור פתרון חדש ללקוחות שלכם. כבר יש לנו מדריך שימושי להטמעת Place Autocomplete ו-Address Validation API בתהליך התשלום של מסחר אלקטרוני. מומלץ לבדוק את זה בזמן ביצוע השלב הזה.
גם אם אתם לא מפתחים ספציפית למסחר אלקטרוני, הרבה מהמידע עדיין רלוונטי, במיוחד ההנחיות לקביעת איכות הכתובת לפי הפלט של Address Validation API.
תרשים הארכיטקטורה
בהמשך מופיעה דוגמה לקונטיינרים שאפשר להשתמש בהם כדי ליצור בדיקת A/B בסביבת מסחר אלקטרוני:
[Execution Environment] A/B Testing Address Validation
האפליקציות, השירותים ומאגרי הנתונים החשובים במערכות המפתחות, שמניעים את הארכיטקטורה. (לחצו כדי להגדיל).
אימות ההטמעה
פתרון שהוטמע בצורה לא טובה יניב תוצאות בדיקה לא מהימנות. לפני שמריצים את בדיקת ה-A/B, חשוב לאמת את הפתרון עם קבוצת משתמשים קטנה כדי לוודא שהוא פועל כצפוי. אלה יכולים להיות בודקי QA פנימיים ו/או קבוצה נבחרת של בודקים חיצוניים שאתם סומכים עליהם שיספקו משוב שימושי.
ריצה
מגדילים את נפח השליחה באופן הדרגתי
גם אם הפתרון אומת, עדיין כדאי להרחיב את הבדיקה בהדרגה, ולהתחיל עם קבוצה קטנה של משתמשים. כך תוכלו לזהות באגים או בעיות אחרות בשלב מוקדם ולטפל בהן במהירות, בלי להשפיע על אחוז גדול מהמשתמשים.
בדיקה מלאה
אחרי שהפתרון נבדק על ידי קבוצה קטנה של משתמשים ובעיות כלשהן טופלו, נוכל להתחיל לבצע בדיקת A/B מלאה. אין צורך בחלוקה אמיתית של 50/50 של התנועה, אבל הגודל שלה צריך להיות דומה לגודל של קבוצה שנבחרה באופן אקראי של שימוש בזמן אמת.
איסוף מדדים
במהלך הבדיקה, חשוב לוודא שנתונים מתאימים מתועדים כדי לתמוך בהיפותזה. במהלך התהליך הזה, אפשר להשתמש בפלטפורמה לבדיקת A/B כדי להקל על איסוף הנתונים ולבצע ניתוח מאוחר יותר. הפלטפורמה של מפות Google אוספת גם מדדי שימוש ב-API שעשויים להיות שימושיים. אפשר לעיין בדף הזה כדי לקבל מידע נוסף על השימוש בכלי הדיווח שלנו.
ריכזנו כאן כמה הצעות למדדים:
השלמה אוטומטית של מקומות
שיעור ההמרות: האם שיעור ההשלמה או ההמרות של הטופס השתפר בהשוואה לתקופה שבה לא היה פתרון להשלמה אוטומטית?
אינטראקציה עם הכלי: האם יותר משתמשים מבצעים אינטראקציה מוצלחת עם ההשלמה האוטומטית של מקומות בהשוואה לפתרון הקודם?
אימות כתובת
הצלחת משלוחים: האם הייתה ירידה במספר המשלוחים שנכשלו בגלל איכות הכתובת?
שינויים בכתובת: האם הייתה ירידה במספר החיובים על שינוי כתובת שקיבלת משירותי השליחויות?
מגורים לעומת מסחר: האם חל שיפור בתיעוד נתונים של מגורים לעומת נתונים של מסחר? (שווקים נבחרים בלבד)
ניתוח
עכשיו, כשהבדיקה הסתיימה, הגיע הזמן לנתח את התוצאות בהתאם להיפותזה ולקריטריונים המקוריים של הבדיקה. אם השתמשתם בפלטפורמה לבדיקות A/B כדי להשלים את התהליך, יכול להיות שחלק מהמידע כבר זמין לכם.
חזרה לקטע הפחתת מספר הכתובות באיכות נמוכה שלמעלה, אפשר גם להשתמש במדדים אחרים שלא תועדו על ידי פלטפורמת בדיקת ה-A/B. זה יכול להיות שיעור ההעברות שנכשלו בין התרחישים לבדיקה, עם נתוני דוגמה כמו:
| פתרון א' | פתרון ב' | |
|---|---|---|
| משלוחים שנכשלו | 1.75% | 1.23% |
אם נבחן את הדוגמה הבסיסית שלמעלה, ברור שבתרחיש לדוגמה הזה, פתרון ב' יהיה הבחירה הטובה יותר.
סיכום
אנחנו מקווים שהמדריך הזה סיפק לכם מספיק מידע כדי להתחיל את הדרך שלכם בבדיקות A/B. הדוגמאות בדוגמאות האלה מגיעות מתחום המסחר האלקטרוני, אבל אפשר ליישם את אותם עקרונות בסיסיים בכל תחום. צריך לזהות את התוצאה המוצלחת של נתוני כתובות באיכות טובה בעסק, ולעקוב אחריה כהיפותזה הראשית.
בהמשך מופיעים שוב הקישורים שצוינו במדריך, כמקור קריאה נוסף.
שתהיה לך בדיקה מהנה!
השלבים הבאים
כדאי להוריד את המאמר שיפור התשלום, המסירה והפעולות העסקיות באמצעות כתובות מהימנות ולצפות בסמינר האינטרנטי שיפור התשלום, המסירה והפעולות העסקיות באמצעות אימות כתובות .
מקורות מידע נוספים:
- אימות כתובת בתשלום במסחר אלקטרוני
- מסמכי תיעוד של השלמה אוטומטית למקומות
- מסמכי העזרה של Address Validation API
- דיווח בפלטפורמה של מפות Google
תורמים
המחברים הראשיים:
Henrik Valve | מהנדס פתרונות בפלטפורמה של מפות Google