במסמך הזה מתוארות שיטות שכדאי לשקול במהלך ביצוע בדיקת A/B בממשקי ה-API של השלמה אוטומטית במקום ואימות כתובות בפלטפורמה של מפות Google.
יש כמה יתרונות בשימוש בממשק ה-API להשלמה אוטומטית של מקומות ולאימות כתובות:
- חוויית לקוח משופרת: אם תספקו ללקוחות הצעות בזמן אמת לכתובות ולמקומות, תוכלו לעזור להם להשלים את תהליך התשלום בקלות ובמהירות. כך ניתן לשפר את חוויית הלקוח.
- שיפור הדיוק של הנתונים: התכונות 'השלמה אוטומטית של המקומות' ו'אימות כתובות' יכולות לעזור לכם לשפר את הדיוק של נתוני הלקוחות. העובדה הזו חשובה במיוחד במסחר אלקטרוני, מכיוון שנתוני הכתובת המדויקים מסתמכים על כדי להבטיח מסירה מוצלחת של חבילות.
כדי לשפר את איכות הכתובות, כדאי להריץ בדיקת A/B כדי להעריך איזה פתרון אימות מתאים בצורה הטובה ביותר לצרכים שלכם. כך תוכלו להחליט מבחינה כמותית איזה מוצר הכי מתאים לתרחיש לדוגמה שלכם.
באמצעות בדיקת A/B אפשר להשוות בין שתי גרסאות של דף אינטרנט או אפליקציה. זה סוג של ניסוי מבוקר שמשמש כדי לקבוע את ההשפעה של שינוי במשתנה על תוצאה שניתנת למדידה.
כדי לבצע בדיקת A/B, צריך ליצור שתי גרסאות של דף או אפליקציה: אחת כקבוצת בקרה והשנייה עם השינוי שניתן למדידה. לאחר מכן אתם מציגים את הגרסאות האלה למשתמשים שונים ומודדים את האינטראקציה שלהם איתם. הגרסה עם הביצועים הטובים ביותר היא המנצחת.
סקירה כללית של ארכיטקטורת המערכת
נבחן את אימות כתובת לבדיקת A/B בתרחיש לדוגמה של מסחר אלקטרוני. תרשים הארכיטקטורה הבא מראה כיצד לקוח יקיים אינטראקציה עם חוויית המסחר שלכם, ויאפשר לכם לקבוע את אסטרטגיית האימות היעילה יותר.
[הקשר המערכת] אימות כתובת לבדיקה A/B
המערכות המעורבות בבדיקת A/B של הערך של Address Validation API.
התהליך של בדיקת A/B
כשחושבים על התהליך הכולל של בדיקת A/B, צריך להביא בחשבון ארבעה שלבים.
- Prep – זיהוי דרישות הבדיקה, ההיקף ולוח הזמנים.
- Build – מטמיעים את ה-API להשלמה אוטומטית של מקומות ואימות כתובות בסביבה שבה מריצים את הבדיקה.
- הפעלה – איסוף מדדים בזמן שהבדיקה מתבצעת, עד שיתקבלו תוצאות משמעותיות או עד שחולף הזמן.
- ניתוח – משווים את התוצאות להשערה ומזהים את השלבים הבאים.
נדבר על כל אחד מהדברים האלה בנפרד.
הכנה
קביעת הדרישות לגבי בדיקות A/B
גילוי ראשוני
תשאלו את עצמכם: למה אתם מוסיפים או משנים ספק לאימות כתובת? לדוגמה, שימוש בהשלמה אוטומטית למקומות במפות Google:
- חיסכון בזמן: אתם לא צריכים להקליד את השם המלא של מקום כלשהו כשאתם יכולים רק להתחיל להקליד ולראות הצעות.
- צמצום שגיאות: גם אם תכתבו את שם המקום בצורה שגויה, ההשלמה האוטומטית של מקומות במפות Google עדיין תציע את המקום הנכון.
לאימות יש הרבה יתרונות, למשל:
- שיעורי מסירה משופרים: אימות הכתובת יכול לעזור לכם לוודא שאימיילים וחבילות נשלחים לכתובת הנכונה, וכך עוזרים לשפר את שיעורי המסירה. כך ניתן לחסוך לעסקים זמן וכסף ולשפר את שביעות הרצון של הלקוחות.
- שיפור באיכות הנתונים: אימות הכתובת יכול לשפר את איכות הנתונים על ידי זיהוי ותיקון של שגיאות בכתובות. כך תוכלו לשפר את הדיוק של קמפיינים שיווקיים ויוזמות אחרות שמבוססות על נתונים.
החלטה לפי השערה
מחליטים איזו השערה לבדוק. הנה שתי דוגמאות:
1. שיעור המרה
כשמוסיפים פתרון מסוג כלשהו מראש, לרוב תהיה עלייה קלה בשיעורי ההמרות, וזהו מדד טוב למעקב. אם אתם מחליפים את סוג הפתרון מראש מספק אחר, צפוי שיעור המרה קבוע. אם שיעור ההמרה יורד, קודם צריך לבדוק את ההטמעה.
שיעור ההמרות חשוב, אבל הוא לא בהכרח ישקף את כל הסיפור. הוספת פתרון לאימות כתובת נועדה למנוע מאנשים לשלוח כתובות באיכות נמוכה בכניסה, ועשויה להוסיף חיכוך טבעי כדי לטפל בתרחישים מסוימים. הדבר עלול להוביל לירידה בשיעורי ההמרות הכוללים, אבל הוא לא בהכרח נחשב לרע. יכול להיות שההזמנות שלא שהושלמו בגלל ההוספה של אימות כתובת היו קשורות לנתוני כתובות באיכות נמוכה, וההחזר הזה היה כרוך בתשלום להחזר כספי עבור העסק.
2. צמצום של כתובות באיכות נמוכה
זה בדיוק המקום שבו יכול להיות פתרון טוב לאימות כתובת. בעקבות ההטמעה של אימות כתובות, צפויה ירידה באיכות של נתוני הכתובות באיכות נמוכה.
אם אתם משווים פתרון חדש לפתרון קיים, יכול להיות מפתה להשוות רק את אחוזי הלקוחות לטירגוט של 'כתובת טובה' ולבחור את השירות שמניב אחוז לקוחות גבוה יותר של לקוחות. המידע הזה עלול להיות מטעה, כי שירות אחד עשוי לספק יותר תוצאות חיוביות מוטעות מהשירות האחר.
במקום זאת, המדד המשמעותי יותר הוא להשוות בין התוצאות של השימוש בנתוני הכתובות. אם ניקח לדוגמה את המסחר האלקטרוני, התוצאה הרצויה של תיעוד כתובת תהיה בסופו של דבר מסירת חבילה בהצלחה.
פיתוח פתרונות
עכשיו זה החלק המרגש! הגיע הזמן לבנות פתרון חדש ללקוחות שלך. כבר יש לנו מדריך שימושי להטמעת השלמה אוטומטית של מקומות וAPI לאימות כתובת בקופה במסחר אלקטרוני. מומלץ לבדוק את זה בזמן השלמת השלב הזה.
גם אם אתם לא בונים נכסים ספציפיים למסחר אלקטרוני, הרבה פרטים עדיין רלוונטיים, במיוחד ההנחיות לקביעת איכות הכתובת על סמך הפלט של ה-API לאימות כתובת.
תרשים הארכיטקטורה
לפניכם דוגמה לקונטיינרים שיכולים לשמש לפיתוח בדיקת A/B בסביבת מסחר אלקטרוני:
[סביבת ביצוע] אימות כתובת לבדיקה A/B
האפליקציות, השירותים ומאגרי הנתונים החשובים במערכות המפתחות, שמפעילים את הארכיטקטורה. (צריך ללחוץ כדי להגדיל).
אימות ההטמעה
פתרון שיושמו בצורה גרועה יביא לתוצאות בדיקה לא אמינות. לפני שמריצים בדיקת A/B, חשוב קודם כל לאמת את הפתרון באמצעות קבוצת משתמשים קטנה כדי לוודא שהוא פועל כצפוי. המשתתפים יכולים להיות בודקים פנימיים של בקרת איכות ו/או קבוצה נבחרת של בודקים חיצוניים, שסומכים עליהם שיתנו משוב בונה.
ריצה
צובר תאוצה לאט
גם אם הפתרון אומת, עדיין מומלץ לבצע את הבדיקה באיטיות רבה, ולהתחיל בקבוצה קטנה של משתמשים. כך ניתן לזהות באגים או בעיות אחרות בשלב מוקדם ולטפל בהן במהירות, בלי להשפיע על אחוז גדול מהמשתמשים.
בדיקה מלאה
אחרי שהפתרון נבדק על ידי קבוצה קטנה של משתמשים והבעיות טופלו, אנחנו יכולים לבצע בדיקת A/B מלאה. החלוקה הזו לא חייבת להיות חלוקת תנועה אמיתית של 50/50, אבל הגודל שלה צריך להיות דומה לזה של שימוש בזמן אמת שנבחר באופן אקראי.
איסוף מדדים
במהלך הבדיקה, עליכם לוודא שהנתונים המתאימים שיתמכו בהשערה שלכם יתועדו. תוכלו להשתמש בפלטפורמה לבדיקות A/B תוך כדי התהליך כדי להקל על איסוף הנתונים ועל ניתוח הנתונים במועד מאוחר יותר. הפלטפורמה של מפות Google אוספת גם מדדי שימוש ב-API שעשויים לעזור לכם. כדי לקבל מידע נוסף על השימוש בכלי הדיווח, אפשר לעיין בדף הזה.
הנה כמה מהמדדים המוצעים:
השלמה אוטומטית של מקומות
שיעור המרה: האם שיעור ההמרה או שיעור ההשלמה של הטופס השתפר בהשוואה לכך שלא היה קיים פתרון של השלמה אוטומטית בעבר?
אינטראקציה עם הכלי: האם יותר משתמשים מבצעים אינטראקציה עם ההשלמה האוטומטית של המקום בהשוואה לפתרון הקודם?
אימות הכתובת
השליחה נכשלה: האם היה ירידה במסירה שנכשלו עקב איכות הכתובת?
שינויים בכתובת: האם קיבלת משליחים פחות חיובים על שינוי כתובת?
מגורים לעומת מסחר: האם יש שיפור בתיעוד הנתונים שקשורים למגורים לעומת נתונים מסחריים? (בשווקים נבחרים בלבד)
ניתוח
עכשיו הבדיקה הסתיימה, והגיע הזמן לנתח את התוצאות בהתאם לקריטריונים ולהשערה המקוריים של הבדיקה. אם השתמשתם בפלטפורמה לבדיקות A/B כדי להשלים את התהליך, יכול להיות שחלק מהמידע כבר זמין לכם.
חזרו לקטע צמצום בכתובות באיכות נמוכה שלמעלה, ותוכלו להשתמש גם במדדים אחרים שלא תועדו על ידי הפלטפורמה של בדיקות A/B. זה יכול להיות שיעור המסירות שנכשלו בין תרחישי הבדיקה, עם נתונים לדוגמה כמו:
| פתרון א' | פתרון ב' | |
|---|---|---|
| מסירות שנכשלו | 1.75% | 1.23% |
לאחר עיון בדוגמה הבסיסית שלמעלה, ברור שפתרון ב' יהיה הבחירה הטובה ביותר עבור תרחיש לדוגמה זה.
סיכום
אנחנו מקווים שהמדריך הזה סיפק לכם מספיק מידע שיעזור לכם להתחיל את התהליך של בדיקת A/B. אומנם נעשה שימוש בדוגמאות מתחום המסחר האלקטרוני, אבל אפשר ליישם את אותם עקרונות בסיסיים. תארו את התוצאה המוצלחת של נתוני כתובת איכותיים בעסק, ועקבו אחר כך בתור ההשערה העיקרית שלכם.
צירפנו שוב את הקישורים שמוזכרים במדריך בהמשך, כפי שהם מוצעים לקריאה נוספת.
בהצלחה בבדיקות!
השלבים הבאים
אנחנו מזמינים אתכם להוריד את הסקירה הכללית שיפור תהליך התשלום, המשלוח והפעולות באמצעות כתובות אמינות , ולצפות בוובינר שיפור תהליך התשלום, המשלוח והפעולות בעזרת אימות כתובת .
הצעות לקריאה נוספת:
- אימות כתובת בשלב התשלום במסחר אלקטרוני
- תיעוד בנושא השלמה אוטומטית במקום
- מסמכי תיעוד של ה-API לאימות כתובת
- דיווח בפלטפורמה של מפות Google
תורמים
מחברים ראשיים:
Henrik Valve | מהנדס פתרונות של הפלטפורמה של מפות Google