قياس تأثير التحقق من العنوان باستخدام اختبار أ/ب

تصف هذه المستندات التقنيات التي يجب أخذها في الاعتبار عند إجراء اختبار 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 على موقعك الإلكتروني للتجارة الإلكترونية. يتخذ هذا النظام قرارًا بشأن متغيّر الاختبار الذي سيتم عرضه للعميل، وذلك من نظام برامج متجر التجارة الإلكترونية. يرسل متجر التجارة الإلكترونية طلب بيانات من واجهة برمجة التطبيقات إلى نظام برامج "منصة خرائط Google". تجمع هذه الخدمة أيضًا إحصاءات اختبارات أ/ب، والتي تتم معالجتها بواسطة نظام برنامج إحصاءات، ويتم إرسالها مرة أخرى إلى نظام اختبارات أ/ب.

عملية اختبار A/B

عند التفكير في عملية اختبار A/B الشاملة، هناك أربع مراحل يجب أخذها في الاعتبار.

  • التحضير : تحديد متطلبات الاختبار ونطاقه وجدوله الزمني
  • الإنشاء - تنفيذ واجهة برمجة التطبيقات للإكمال التلقائي للأماكن وAddress Validation في بيئة لإجراء الاختبار عليها.
  • التشغيل : جمع المقاييس أثناء إجراء الاختبار، إلى أن يتم تحقيق نتائج مهمة أو ينتهي الوقت
  • التحليل : مقارنة النتائج بالفرضية وتحديد الخطوات التالية

سنتناول كل مرحلة من هذه المراحل بالتفصيل.

التحضير

تحديد متطلبات اختبار A/B

الاكتشاف الأولي

يجب أن تطرح على نفسك السؤال التالي: لماذا تريد إضافة موفّر خدمة للتحقّق من العناوين أو تغييره؟ على سبيل المثال، عند استخدام ميزة "الإكمال التلقائي للأماكن" في "خرائط Google":

  • توفير الوقت: ليس عليك كتابة الاسم الكامل للمكان عندما يمكنك البدء في كتابته وستظهر لك الاقتراحات.
  • تقليل الأخطاء: إذا أخطأت في كتابة اسم مكان، ستظل ميزة "الإكمال التلقائي للأماكن" في "خرائط Google" تقترح المكان الصحيح.

هناك العديد من مزايا التحقّق من العناوين، بما في ذلك:

  • تحسين معدّلات التسليم: يمكن أن يساعد التحقّق من العناوين في تحسين معدّلات التسليم من خلال التأكّد من إرسال الرسائل والطرود إلى العنوان الصحيح. ويمكن أن يؤدي ذلك إلى توفير الوقت والمال للشركات، وتحسين رضا العملاء.
  • تحسين جودة البيانات: يمكن أن يساعد التحقّق من العناوين في تحسين جودة البيانات من خلال تحديد الأخطاء في العناوين وتصحيحها. ويمكن أن يؤدي ذلك إلى تحسين دقة الحملات التسويقية والمبادرات الأخرى المستندة إلى البيانات.

تحديد الفرضية

يجب تحديد الفرضية التي تريد اختبارها. في ما يلي مثالان:

1. معدّل الإحالات الناجحة

عند إضافة حلّ "الكتابة المسبقة"، من المعتاد ملاحظة زيادة طفيفة في معدّلات الإحالات الناجحة، وهذا مقياس جيد لتتبُّعه. إذا كنت تغيّر حلّ "الكتابة المسبقة" من موفّر آخر، يجب توقُّع معدّل إحالات ناجحة ثابت. إذا انخفض معدّل الإحالات الناجحة، أول ما يجب التحقّق منه هو عملية التنفيذ.

معدّل الإحالات الناجحة مهم، ولكنّه قد لا يقدّم الصورة الكاملة. تم تصميم حلّ التحقّق من العناوين لمنع المستخدمين من إرسال عناوين منخفضة الجودة عند نقطة الإدخال، وقد يضيف بعض الاحتكاك الطبيعي إلى عملية جمع العناوين في بعض السيناريوهات. قد يؤدي ذلك إلى انخفاض معدّلات الإحالات الناجحة الإجمالية، ولكن لا ينبغي بالضرورة اعتبار ذلك أمرًا سيئًا. قد تكون الطلبات غير المكتملة بسبب إضافة ميزة التحقّق من العناوين مرتبطة ببيانات عناوين منخفضة الجودة كانت ستؤدي إلى تكلفة على النشاط التجاري من خلال عمليات ردّ رسوم الشحن.

2. انخفاض في عدد العناوين المنخفضة الجودة

هذا هو المكان الذي يمكن أن يتألق فيه حلّ التحقّق من العناوين الجيد. من خلال تنفيذ واجهة برمجة التطبيقات Address Validation، من المفترض أن تلاحظ انخفاضًا في بيانات العناوين المنخفضة الجودة.

إذا كنت تقارن حلاً جديدًا بحلّ حالي، قد يكون من المغري مقارنة معدّلات مطابقة "العناوين الجيدة" فقط، واختيار الخدمة التي توفّر معدّل مطابقة أعلى. ويمكن أن يكون ذلك مضللاً لأنّ إحدى الخدمات قد توفّر نتائج إيجابية خاطئة أكثر من الأخرى.

بدلاً من ذلك، فإنّ المقياس الأكثر تأثيرًا هو مقارنة النتيجة الناجحة لاستخدام بيانات العنوان. إذا أخذنا التجارة الإلكترونية كمثال، فإنّ النتيجة المطلوبة من جمع عنوان هي التسليم الناجح للطرود في النهاية.

إنشاء

الآن حان الوقت للجزء المثير! حان الوقت لإنشاء حلّ جديد لعملائك. لدينا دليل مفيد لتنفيذ الإكمال التلقائي للأماكن وAddress Validation API في صفحة الدفع في التجارة الإلكترونية. ننصحك بالاطّلاع على هذا الدليل أثناء إكمال هذه الخطوة.

حتى إذا كنت لا تنشئ حلاً للتجارة الإلكترونية تحديدًا، تظل الكثير من المعلومات ذات صلة، لا سيما الإرشادات المتعلقة بتحديد جودة العنوان من ناتج واجهة برمجة التطبيقات Address Validation.

مخطط البنية

في ما يلي مثال على الحاويات التي يمكن استخدامها لإنشاء اختبار A/B في بيئة التجارة الإلكترونية:

[بيئة التنفيذ] اختبار A/B لواجهة برمجة التطبيقات Address Validation

التطبيقات والخدمات ومخازن البيانات المهمة في الأنظمة الرئيسية التي تشغّل البنية (انقر للتكبير.)

يعرض مخطط البنية الحاويات التي تشكّل نظام برامج اختبار أ/ب ونظام برامج تطبيق التجارة الإلكترونية. تعرض هذه الصورة عميلاً يتفاعل مع أداة موازنة التحميل على موقعك الإلكتروني للتجارة الإلكترونية، ما يؤدي إلى توجيهه إلى تطبيق الموقع الإلكتروني للتجارة الإلكترونية. تتواصل أداة "إدارة اختبارات A/B" مع أداة موازنة التحميل لاختيار متغيّر اختبار A/B الذي سيتم عرضه للعميل. يسجّل نظام اختبار A/B هذا أيضًا النتائج والإعدادات في قاعدة بيانات من اختيارك. يُجري تطبيق الويب للتجارة الإلكترونية طلبات إلى واجهة برمجة التطبيقات في "نظام برامج منصة خرائط Google"، كما يُبلغ عن أحداث الإحصاءات إلى نظام برامج "إحصاءات Google" الذي يسجّل أحداث الاختبار في قاعدة بيانات نتائج اختبارات A/B.

التحقّق من صحة عملية التنفيذ

سيؤدي الحلّ الذي تم تنفيذه بشكل سيئ إلى نتائج اختبار غير موثوق بها. قبل إجراء اختبار A/B، من المهم أولاً التحقّق من صحة الحلّ باستخدام مجموعة صغيرة من المستخدمين للتأكّد من أنّه يعمل على النحو المتوقّع. يمكن أن يكون ذلك من خلال مختبِري ضمان الجودة الداخليين و/أو مجموعة مختارة من المختبِرين الخارجيين الذين تثق بهم لتقديم ملاحظات بنّاءة.

الجري

زيادة عدد الرسائل ببطء

حتى بعد التحقّق من صحة الحلّ، من المستحسن زيادة نطاق الاختبار ببطء، بدءًا بمجموعة صغيرة من المستخدمين. من خلال إجراء ذلك، يمكن رصد الأخطاء أو المشاكل الأخرى في وقت مبكر وحلّها بسرعة بدون التأثير في نسبة كبيرة من المستخدمين.

الاختبار الكامل

بعد أن يختبر مجموعة صغيرة من المستخدمين الحلّ ويتم حلّ أي مشاكل، يمكننا زيادة نطاق الاختبار إلى اختبار A/B كامل. ليس من الضروري أن يكون ذلك تقسيمًا حقيقيًا لحركة المرور بنسبة %50/%50، ولكن يجب أن يكون قابلاً للمقارنة من حيث الحجم مع مجموعة مختارة عشوائيًا من الاستخدام الفعلي.

جمع المقاييس

أثناء الاختبار، يجب التأكّد من جمع البيانات المناسبة لدعم فرضيتك. يمكنك استخدام منصة اختبار A/B أثناء هذه العملية لتسهيل جمع البيانات وتحليلها لاحقًا. تجمع "منصة خرائط Google" أيضًا مقاييس استخدام واجهة برمجة التطبيقات التي قد تكون مفيدة، ويمكنك الاطّلاع على هذه الصفحة لمعرفة المزيد عن استخدام أدوات إعداد التقارير.

في ما يلي بعض المقاييس المقترَحة:

الإكمال التلقائي للأماكن

معدّل الإحالات الناجحة: هل تحسّن معدّل الإحالات الناجحة/الإكمال في نموذجك بعد عدم توفّر حلّ "الإكمال التلقائي" سابقًا؟
التفاعل مع الأداة: هل يتفاعل عدد أكبر من المستخدمين بنجاح مع ميزة "الإكمال التلقائي للأماكن" مقارنةً بالحلّ السابق؟

Address Validation

نجاح التسليم: هل انخفض عدد عمليات التسليم غير الناجحة بسبب جودة العنوان؟
تغييرات العنوان: هل انخفض عدد رسوم تغيير العنوان التي تلقّيتها من شركات البريد السريع؟
العناوين السكنية مقابل العناوين التجارية: هل تحسّن جمع البيانات السكنية مقابل البيانات التجارية؟ (في أسواق محدَّدة فقط)

التحليل

بعد انتهاء الاختبار، حان الوقت لتحليل النتائج مقارنةً بمعايير الاختبار الأصلية والفرضية. إذا كنت قد استخدمت منصة اختبار A/B لإكمال العملية، قد تكون بعض المعلومات متاحة لك حاليًا.

بالرجوع إلى قسم "انخفاض في عدد العناوين المنخفضة الجودة" أعلاه، يمكنك أيضًا استخدام مقاييس أخرى قد لا تكون منصة اختبار A/B قد جمعتها. يمكن أن يكون ذلك معدّل عمليات التسليم غير الناجحة بين سيناريوهات الاختبار، مع بيانات مثال مثل ما يلي:

الحلّ "أ" الحلّ "ب"
عمليات التسليم غير الناجحة %1.75 %1.23

بالنظر إلى المثال الأساسي أعلاه، من الواضح أنّه في حالة الاستخدام هذه، سيكون الحلّ "ب" هو الخيار الأفضل.

الخاتمة

نأمل أن يكون هذا الدليل قد قدّم لك معلومات كافية للبدء في رحلة اختبار A/B. على الرغم من أنّه استخدم أمثلة من مجال التجارة الإلكترونية، يمكن تطبيق المبادئ الأساسية نفسها على جميع المجالات. حدِّد النتيجة الناجحة للحصول على بيانات عناوين جيدة الجودة في مؤسستك، وتتبَّع ذلك كفرضيتك الرئيسية.

لقد أدرجنا الروابط المذكورة في الدليل مرة أخرى أدناه، كمحتوى إضافي للقراءة.

نتمنّى لك تجربة اختبار ممتعة.

الخطوات التالية

يمكنك تنزيل التقرير الموجز تحسين عملية الدفع والتسليم والعمليات باستخدام عناوين موثوق بها ومشاهدة البرنامج التعليمي على الويب تحسين عملية الدفع والتسليم والعمليات باستخدام Address Validation .

محتوى إضافي للقراءة:

المساهمون

المؤلفون الرئيسيون:

هنريك فالف | مهندس حلول في "منصة خرائط Google"