تصف هذه المستندات التقنيات التي يجب أخذها في الاعتبار عند إجراء اختبار A/B لواجهتَي برمجة التطبيقات "الإكمال التلقائي للأماكن" وAddress Validation في "منصة خرائط Google".
في ما يلي بعض مزايا استخدام واجهتَي برمجة التطبيقات "الإكمال التلقائي للأماكن" وAddress Validation API:
- تجربة محسّنة للعملاء: من خلال تزويد عملائك باقتراحات في الوقت الفعلي للعناوين والأماكن، يمكنك مساعدتهم في إكمال عملية الدفع بسرعة وسهولة أكبر. ويمكن أن يؤدي ذلك إلى تحسين تجربة العملاء.
- دقة محسّنة للبيانات: يمكن أن تساعدك واجهتا برمجة التطبيقات "الإكمال التلقائي للأماكن" وAddress Validation API في تحسين دقة بيانات العملاء. ويمكن أن يكون ذلك مهمًا بشكل خاص في التجارة الإلكترونية، لأنّ نجاح تسليم الطرود يعتمد على بيانات العنوان الدقيقة.
لتحسين جودة عناوينك، يمكنك إجراء اختبار A/B لتقييم حل التحقّق الذي يلبي احتياجاتك على أفضل وجه. يمنحك ذلك فرصة لتحديد المنتج الأنسب لحالة الاستخدام الخاصة بك بشكل كمّي.
اختبار A/B هو طريقة لمقارنة نسختَين من صفحة ويب أو تطبيق ببعضهما البعض. وهو نوع من التجارب الخاضعة للرقابة يُستخدم لتحديد تأثير تغيير متغيّر على نتيجة قابلة للقياس.
لإجراء اختبار A/B، يمكنك إنشاء نسختَين من صفحة أو تطبيق، إحداهما كعنصر تحكّم والأخرى تتضمّن التغيير القابل للقياس. بعد ذلك، يمكنك عرض هاتَين النسختَين على مستخدمين مختلفين وقياس كيفية تفاعلهم معهما. والنسخة التي تحقق أداءً أفضل هي النسخة الفائزة.
نظرة عامة على بنية النظام
لنلقِ نظرة على اختبار A/B لواجهة برمجة التطبيقات Address Validation في حالة استخدام للتجارة الإلكترونية. يوضّح مخطط البنية أدناه كيفية تفاعل العميل مع تجربة التجارة الإلكترونية، ما يسمح لك بتحديد استراتيجية التحقّق الأكثر فعالية.
[سياق النظام] اختبار A/B لواجهة برمجة التطبيقات Address Validation
الأنظمة المعنيّة عند إجراء اختبار A/B لقيمة واجهة برمجة التطبيقات Address Validation
عملية اختبار A/B
عند التفكير في عملية اختبار A/B الشاملة، هناك أربع مراحل يجب أخذها في الاعتبار.
- التحضير : تحديد متطلبات الاختبار ونطاقه وجدوله الزمني
- الإنشاء - تنفيذ واجهتَي برمجة التطبيقات "الإكمال التلقائي للأماكن" وAddress Validation API في بيئة لإجراء الاختبار عليها.
- التشغيل : جمع المقاييس أثناء إجراء الاختبار، إلى أن يتم تحقيق نتائج مهمة أو ينتهي الوقت
- التحليل : مقارنة النتائج بالفرضية وتحديد الخطوات التالية
سنتناول كلًا من هذه المراحل بالتفصيل.
التحضير
تحديد متطلبات اختبار A/B
الاكتشاف الأولي
يجب أن تطرح على نفسك السؤال التالي: لماذا تريد إضافة موفّر خدمة للتحقّق من العناوين أو تغييره؟ على سبيل المثال، عند استخدام ميزة "الإكمال التلقائي للأماكن" في "خرائط Google":
- توفير الوقت: لست بحاجة إلى كتابة الاسم الكامل لمكان ما عندما يمكنك البدء في كتابته وستظهر لك الاقتراحات.
- تقليل الأخطاء: إذا كتبت اسم مكان بشكل خاطئ، ستظل ميزة "الإكمال التلقائي للأماكن" في "خرائط Google" تقترح المكان الصحيح.
هناك العديد من مزايا التحقّق من العناوين، بما في ذلك:
- تحسين معدّلات التسليم: يمكن أن يساعد التحقّق من العناوين في تحسين معدّلات التسليم من خلال التأكّد من إرسال الرسائل والطرود إلى العنوان الصحيح. ويمكن أن يوفر ذلك على المؤسسات الوقت والمال، ويحسّن رضا العملاء.
- تحسين جودة البيانات: يمكن أن يساعد التحقّق من العناوين في تحسين جودة البيانات من خلال تحديد الأخطاء في العناوين وتصحيحها. ويمكن أن يؤدي ذلك إلى تحسين دقة الحملات التسويقية والمبادرات الأخرى المستندة إلى البيانات.
تحديد الفرضية
يجب تحديد الفرضية التي تريد اختبارها. في ما يلي مثالان:
1. معدّل الإحالات الناجحة
عند إضافة حلّ للكتابة التنبؤية، من المعتاد ملاحظة زيادة طفيفة في معدّلات الإحالات الناجحة، وهذا مقياس جيد لتتبُّعه. إذا كنت تغيّر حلّ الكتابة التنبؤية من موفّر آخر، يجب توقُّع معدّل إحالات ناجحة ثابت. إذا انخفض معدّل الإحالات الناجحة، أول ما يجب التحقّق منه هو عملية التنفيذ.
معدّل الإحالات الناجحة مهم، ولكنّه قد لا يقدّم الصورة الكاملة. تم تصميم حلّ التحقّق من العناوين لمنع المستخدمين من إرسال عناوين منخفضة الجودة عند نقطة الإدخال، وقد يضيف بعض الاحتكاك الطبيعي إلى عملية جمع العناوين في بعض السيناريوهات. قد يؤدي ذلك إلى انخفاض في معدّلات الإحالات الناجحة الإجمالية، ولكن لا ينبغي بالضرورة اعتبار ذلك أمرًا سيئًا. قد تكون الطلبات غير المكتملة بسبب إضافة ميزة التحقّق من العناوين مرتبطة ببيانات عناوين منخفضة الجودة كانت ستؤدي إلى تكلفة على المؤسسة من خلال عمليات ردّ رسوم الشحن.
2. انخفاض في عدد العناوين المنخفضة الجودة
هذا هو المكان الذي يمكن أن يتألق فيه حلّ جيد للتحقّق من العناوين. من خلال تنفيذ واجهة برمجة التطبيقات Address Validation، من المفترض أن تلاحظ انخفاضًا في بيانات العناوين المنخفضة الجودة.
إذا كنت تقارن حلاً جديدًا بحلّ حالي، قد يكون من المغري مقارنة معدّلات تطابق "العناوين الجيدة" فقط، واختيار الخدمة التي توفّر معدّل تطابق أعلى. ويمكن أن يكون ذلك مضللاً لأنّ إحدى الخدمات قد توفّر نتائج إيجابية خاطئة أكثر من الأخرى.
بدلاً من ذلك، المقياس الأكثر تأثيرًا هو مقارنة النتيجة الناجحة لاستخدام بيانات العنوان. إذا أخذنا التجارة الإلكترونية كمثال، فإنّ النتيجة المطلوبة من جمع عنوان هي التسليم الناجح للطرود في النهاية.
إنشاء
الآن حان الوقت للجزء المثير. حان الوقت لإنشاء حلّ جديد لعملائك. لدينا دليل مفيد لتنفيذ واجهة برمجة التطبيقات "الإكمال التلقائي للأماكن" وواجهة برمجة التطبيقات Address Validation في صفحة الدفع في التجارة الإلكترونية. ننصحك بالاطّلاع على هذا الدليل أثناء إكمال هذه الخطوة.
حتى إذا كنت لا تنشئ حلاً للتجارة الإلكترونية تحديدًا، تظل الكثير من المعلومات ذات صلة، لا سيما الإرشادات المتعلقة بتحديد جودة العنوان من ناتج واجهة برمجة التطبيقات Address Validation.
المخطَّط البياني للبنية
في ما يلي مثال على الحاويات التي يمكن استخدامها لإنشاء اختبار A/B في بيئة للتجارة الإلكترونية:
[بيئة التنفيذ] اختبار A/B لواجهة برمجة التطبيقات Address Validation
التطبيقات والخدمات ومخازن البيانات المهمة في الأنظمة الرئيسية التي تشغّل البنية (انقر للتكبير.)
التحقّق من صحة عملية التنفيذ
سيؤدي الحلّ الذي تم تنفيذه بشكل سيئ إلى نتائج اختبار غير موثوق بها. قبل إجراء اختبار A/B، من المهم أولاً التحقّق من صحة الحلّ باستخدام مجموعة صغيرة من المستخدمين للتأكّد من أنّه يعمل على النحو المتوقّع. يمكن أن يكون ذلك من خلال مختبِري ضمان الجودة الداخليين و/أو مجموعة مختارة من المختبِرين الخارجيين الذين تثق بهم لتقديم ملاحظات بنّاءة.
الجري
زيادة عدد الرسائل ببطء
حتى بعد التحقّق من صحة الحلّ، من المستحسن زيادة نطاق الاختبار ببطء، بدءًا بمجموعة صغيرة من المستخدمين. من خلال إجراء ذلك، يمكن رصد الأخطاء أو المشاكل الأخرى في مرحلة مبكرة وحلّها بسرعة بدون التأثير في نسبة كبيرة من المستخدمين.
الاختبار الكامل
بعد أن يختبر مجموعة صغيرة من المستخدمين الحلّ ويتم حلّ أي مشاكل، يمكننا زيادة نطاق الاختبار إلى اختبار A/B كامل. ليس من الضروري أن يكون ذلك تقسيمًا حقيقيًا لحركة المرور بنسبة %50/%50، ولكن يجب أن يكون حجمه قابلاً للمقارنة مع مجموعة من الاستخدام المباشر تم اختيارها عشوائيًا.
تسجيل المقاييس
أثناء الاختبار، يجب التأكّد من تسجيل البيانات المناسبة لدعم فرضيتك. يمكنك استخدام منصة اختبار A/B أثناء هذه العملية لتسهيل جمع البيانات وتحليلها لاحقًا. تجمع "منصة خرائط Google" أيضًا مقاييس استخدام واجهة برمجة التطبيقات التي قد تكون مفيدة، ويمكنك الاطّلاع على هذه الصفحة لمعرفة المزيد عن استخدام أدوات إعداد التقارير.
في ما يلي بعض المقاييس المقترَحة:
الإكمال التلقائي للأماكن
معدّل الإحالات الناجحة: هل تحسّن معدّل الإحالات الناجحة/الإكمال في نموذجك بعد عدم توفّر حلّ للإكمال التلقائي سابقًا؟
تفاعل المستخدمين مع الأداة: هل يتفاعل عدد أكبر من المستخدمين بنجاح مع ميزة "الإكمال التلقائي للأماكن" مقارنةً بالحلّ السابق؟
Address Validation
نجاح التسليم: هل انخفض عدد عمليات التسليم غير الناجحة بسبب جودة العنوان؟
تغييرات العنوان: هل انخفض عدد رسوم تغيير العنوان التي تلقّيتها من شركات البريد السريع؟
العناوين السكنية مقابل العناوين التجارية: هل تحسّن جمع البيانات السكنية مقابل البيانات التجارية؟ (في أسواق محدَّدة فقط)
التحليل
بعد انتهاء الاختبار، حان الوقت لتحليل النتائج مقارنةً بمعايير الاختبار والفرضية الأصلية. إذا كنت قد استخدمت منصة اختبار A/B لإكمال العملية، قد تكون بعض المعلومات متاحة لك حاليًا.
بالرجوع إلى قسم "انخفاض في عدد العناوين المنخفضة الجودة" أعلاه، يمكنك أيضًا استخدام مقاييس أخرى قد لا تكون منصة اختبار A/B قد سجّلتها. يمكن أن يكون ذلك معدّل عمليات التسليم غير الناجحة بين سيناريوهات الاختبار، مع بيانات مثال مثل ما يلي:
| الحلّ "أ" | الحلّ "ب" | |
|---|---|---|
| عمليات التسليم غير الناجحة | %1.75 | %1.23 |
بالنظر إلى المثال الأساسي أعلاه، من الواضح أنّه في حالة الاستخدام هذه، سيكون الحلّ "ب" هو الخيار الأفضل.
الخاتمة
نأمل أن يكون هذا الدليل قد قدّم لك معلومات كافية للبدء في رحلة اختبار A/B. على الرغم من أنّه استخدم أمثلة من مجال التجارة الإلكترونية، يمكن تطبيق المبادئ الأساسية نفسها على نطاق واسع. حدِّد النتيجة الناجحة للحصول على بيانات عناوين جيدة الجودة في مؤسستك، وتتبَّع ذلك كفرضيتك الرئيسية.
لقد أدرجنا الروابط المذكورة في الدليل مرة أخرى أدناه، كقراءات إضافية مقترَحة.
نتمنّى لك تجربة اختبار ممتعة.
الخطوات التالية
يمكنك تنزيل التقرير الموجز تحسين عمليات الدفع والتسليم والعمليات باستخدام عناوين موثوق بها ومشاهدة برنامج تعليمي على الويب تحسين عمليات الدفع والتسليم والعمليات باستخدام Address Validation .
قراءات إضافية مقترَحة:
- واجهة برمجة التطبيقات Address Validation لصفحة الدفع في التجارة الإلكترونية
- مستندات ميزة "الإكمال التلقائي للأماكن"
- مستندات واجهة برمجة التطبيقات Address Validation
- إعداد التقارير في "منصة خرائط Google"
المساهمون
المؤلفون الرئيسيون:
Henrik Valve | مهندس حلول في "منصة خرائط Google"