اختبار أ/ب

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

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

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

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

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