במאמר הזה מתוארות שיטות שכדאי להביא בחשבון כשמבצעים בדיקת A/B של ממשקי ה-API של השלמה אוטומטית למקומות ואימות כתובת בפלטפורמה של מפות Google.
הנה כמה יתרונות של שימוש ב-השלמה אוטומטית למקומות וב-Address Validation API:
- חוויית לקוח משופרת: כשמספקים ללקוחות הצעות בזמן אמת לכתובות ולמקומות, עוזרים להם להשלים את התשלום מהר יותר ובקלות. כך אפשר לשפר את חוויית הלקוח.
- שיפור הדיוק של הנתונים: השלמה אוטומטית למקומות ו-Address Validation API יכולים לעזור לכם לשפר את הדיוק של נתוני הלקוחות. זה יכול להיות קריטי במיוחד במסחר אלקטרוני, כי נתוני כתובות מדויקים נחוצים למסירה מוצלחת של חבילות.
כדי לשפר את איכות הכתובות, כדאי להריץ בדיקת A/B כדי להעריך איזה פתרון אימות הכי מתאים לצרכים שלכם. כך תוכלו להחליט באופן כמותי איזה מוצר הכי מתאים לתרחיש לדוגמה שלכם.
בדיקת A/B היא דרך להשוות בין שתי גרסאות של דף אינטרנט או אפליקציה. זהו סוג של ניסוי מבוקר שמשמש לקביעת ההשפעה של שינוי במשתנה על תוצאה שניתן למדוד.
כדי לבצע בדיקת A/B, יוצרים שתי גרסאות של דף או אפליקציה, אחת כקבוצת בקרה והשנייה עם השינוי שרוצים למדוד. אחר כך מציגים את הגרסאות האלה למשתמשים שונים ומודדים את האינטראקציה שלהם איתן. הגרסה שמניבה את הביצועים הטובים יותר היא הגרסה המנצחת.
סקירה כללית של ארכיטקטורת המערכת
בואו נבחן בדיקת A/B של Address Validation בתרחיש לדוגמה של מסחר אלקטרוני. דיאגרמת הארכיטקטורה הבאה מראה איך לקוח יוצר אינטראקציה עם חוויית המסחר שלכם, ומאפשרת לכם לקבוע את אסטרטגיית האימות היעילה ביותר.
[System Context] A/B Testing Address Validation
המערכות שמעורבות בבדיקת A/B של הערך של Address Validation API.
תהליך בדיקת ה-A/B
כשחושבים על התהליך הכולל של בדיקת A/B, יש ארבעה שלבים שצריך להביא בחשבון.
- הכנה – זיהוי דרישות הבדיקה, ההיקף ולוח הזמנים.
- פיתוח – מטמיעים את השלמה אוטומטית למקומות ואת Address Validation API בסביבה שבה רוצים להריץ את הבדיקה.
- הרצה – איסוף מדדים בזמן שהבדיקה פועלת, עד שמתקבלות תוצאות משמעותיות או עד שהזמן נגמר.
- ניתוח – משווים את התוצאות להשערה ומזהים את השלבים הבאים.
נדבר על כל אחד מהם בתורו.
הכנה
החלטה על הדרישות של בדיקת ה-A/B
חיפוש ראשוני
שאלו את עצמכם: למה אתם מוסיפים או משנים ספק לאימות כתובות? לדוגמה, שימוש בהשלמה אוטומטית למקומות במפות Google:
- חיסכון בזמן: לא צריך להקליד את השם המלא של המקום. פשוט מתחילים להקליד ומופיעות הצעות.
- פחות שגיאות: אם מאייתים את שם המקום בצורה שגויה, ההשלמה האוטומטית למקומות במפות Google עדיין תציע את המקום הנכון.
יש הרבה יתרונות ל-Address Validation, למשל:
- שיפור שיעורי המסירה: אימות כתובות יכול לעזור לשפר את שיעורי המסירה, כי הוא מבטיח שדואר וחבילות יישלחו לכתובת הנכונה. כך עסקים יכולים לחסוך זמן וכסף, ולשפר את שביעות רצון הלקוחות.
- שיפור איכות הנתונים: Address Validation יכול לעזור לשפר את איכות הנתונים על ידי זיהוי ותיקון של שגיאות בכתובות. כך אפשר לשפר את הדיוק של קמפיינים שיווקיים ויוזמות אחרות שמבוססות על נתונים.
החלטה על השערה
מחליטים על ההיפותזה שרוצים לבדוק. הנה שתי דוגמאות:
1. שיעור המרה
כשמוסיפים פתרון של השלמה אוטומטית, בדרך כלל רואים עלייה קלה בשיעורי ההמרה, וזה מדד טוב למעקב. אם אתם מחליפים את פתרון ההשלמה האוטומטית של ספק אחר, שיעור ההמרה צפוי להיות קבוע. אם שיעור ההמרה יורד, הדבר הראשון שצריך לבדוק הוא ההטמעה.
שיעור ההמרה הוא מדד חשוב, אבל הוא לא תמיד נותן את התמונה המלאה. הוספת פתרון לאימות כתובות נועדה למנוע מאנשים לשלוח כתובות באיכות נמוכה בנקודת הכניסה, והיא עשויה להוסיף קושי טבעי מסוים לתהליך תיעוד הכתובות בתרחישים מסוימים. זה יכול להוביל לירידה בשיעורי ההמרה הכוללים, אבל לא בהכרח צריך לראות את זה כמשהו רע. יכול להיות שההזמנות שלא הושלמו בגלל הוספת Address Validation היו משויכות לנתוני כתובת באיכות נמוכה, שהיו גורמים לעסק עלות באמצעות החזרים כספיים על משלוחים.
2. הפחתה במספר הכתובות באיכות נמוכה
כאן פתרון טוב לאימות כתובות יכול להיות שימושי מאוד. הטמעת Address Validation אמורה להפחית את כמות הנתונים של כתובות באיכות נמוכה.
אם אתם משווים בין פתרון חדש לפתרון קיים, יכול להיות שתתפתו להשוות רק את שיעורי ההתאמה של "כתובות תקינות" ולבחור בשירות שמספק שיעור התאמה גבוה יותר. זה יכול להטעות כי יכול להיות ששירות אחד מספק יותר תוצאות חיוביות מוטעות מהשני.
במקום זאת, המדד המשפיע יותר הוא השוואה של התוצאה המוצלחת של השימוש בנתוני הכתובת. לדוגמה, במסחר אלקטרוני, התוצאה הרצויה של תיעוד כתובת היא מסירה מוצלחת של חבילה.
אני רוצה לבנות
עכשיו הגענו לחלק המעניין! הגיע הזמן ליצור פתרון חדש ללקוחות שלכם. כבר יש לנו מדריך שימושי להטמעה של השלמה אוטומטית למקומות ו-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 Maps Platform אוספת מדדי שימוש ב-API שעשויים להיות שימושיים. בדף הזה מוסבר איך להשתמש בכלי הדיווח שלנו.
הנה כמה מדדים מומלצים:
השלמה אוטומטית של מקומות
שיעור ההמרה: האם שיעור ההמרה/ההשלמה של הטופס השתפר בהשוואה למצב שבו לא היה פתרון של השלמה אוטומטית?
אינטראקציה עם הכלי: האם יותר משתמשים משתמשים בהצלחה בהשלמה האוטומטית למקומות בהשוואה לפתרון הקודם?
Address Validation
הצלחה במשלוח: האם חלה ירידה במספר המשלוחים שנכשלו בגלל איכות הכתובת?
שינויים בכתובת: האם חלה ירידה במספר החיובים על שינוי כתובת שקיבלת מחברות התובלה?
מגורים לעומת מסחר: האם חל שיפור בתיעוד הנתונים של מגורים לעומת מסחר? (בשווקים נבחרים בלבד)
ניתוח
עכשיו, כשהבדיקה הסתיימה, הגיע הזמן לנתח את התוצאות בהשוואה לקריטריונים ולהשערה המקוריים של הבדיקה. אם השתמשתם בפלטפורמה לבדיקות A/B כדי להשלים את התהליך, יכול להיות שחלק מהמידע כבר זמין לכם.
כמו שצוין בקטע הפחתת מספר הכתובות באיכות נמוכה שלמעלה, אתם יכולים להשתמש גם במדדים אחרים שאולי לא נתפסו על ידי פלטפורמת בדיקות ה-A/B. לדוגמה, שיעור המסירות שנכשלו בתרחישי הבדיקה, עם נתונים לדוגמה כמו אלה:
| פתרון א' | פתרון ב' | |
|---|---|---|
| מסירות שנכשלו | 1.75% | 1.23% |
אם נסתכל על הדוגמה הבסיסית שלמעלה, ברור שבמקרה הזה פתרון ב' הוא הבחירה הטובה יותר.
סיכום
אנחנו מקווים שהמדריך הזה סיפק לכם מספיק מידע כדי להתחיל להשתמש בבדיקות A/B. הדוגמאות במאמר הזה הן מתחום המסחר האלקטרוני, אבל אפשר ליישם את אותם עקרונות בסיסיים בכל תחום. הגדירו את התוצאה הרצויה של נתוני כתובות איכותיים בעסק, ועקבו אחריה בתור ההשערה העיקרית שלכם.
הוספנו שוב את הקישורים שמוזכרים במדריך, כדי שתוכלו לקרוא עוד בנושא.
בהצלחה בבדיקה!
השלבים הבאים
אתם יכולים להוריד את המאמר Improve checkout, delivery, and operations with reliable addresses (שיפור התשלום, המשלוח והתפעול באמצעות כתובות מהימנות) ולצפות בוובינר Improving checkout, delivery, and operations with Address Validation (שיפור התשלום, המשלוח והתפעול באמצעות Address Validation).
הצעות לקריאה נוספת:
- אימות כתובת בתהליך התשלום במסחר אלקטרוני
- מסמכי תיעוד בנושא השלמה אוטומטית למקומות
- המסמכים של Address Validation API
- דוחות בפלטפורמה של מפות Google
תורמים
מחברים ראשיים:
Henrik Valve | מהנדס פתרונות ב-Google Maps Platform