تأكد من أن اختبارات A / B مضمونة مع ضمان الجودة: الدليل الكامل لضمان الجودة في اختبارات A / B

لا تقوم اختبارات A / B التي لا تعمل بشكل صحيح بالتحويل.

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

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

ضمان الجودة هو مفتاح الوقاية من الكوارث. تساعد قدرتها على الكشف عن العيوب ونقاط الضعف قبل أن تصبح حرجة المحسّنين على تجنب التكاليف المرتفعة مع تقدم الاختبار.

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

ما هو ضمان الجودة؟

دعنا نحصل على بعض التعريفات السريعة بعيدًا عن الطريق أولاً.

ما هي الجودة؟

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

ما هو الضمان؟

التأكيد هو ببساطة إعلان إيجابي حول اختبار A / B الذي يغرس الثقة. من المؤكد أن اختبار A / B سيعمل بشكل صحيح ووفقًا للتوقعات أو المتطلبات.

ضمان الجودة في اختبار A / B

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

بمعنى آخر ، يجب أن يكون موقع الويب (أو الصفحة المقصودة ، والتنوع ، وحملة البريد الإلكتروني ، وما إلى ذلك) عالي الجودة لتجنب تعريض الزائرين للاحتكاك ونقاط الألم الأخرى.

اختبار المستخدم:

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

تاكيد الجودة:

• أخطاء الأسطح والعناصر المعطلة على الموقع
• يحسن أداء الموقع

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

ما سبب أهمية ضمان الجودة في اختبار A / B؟

بالتأكيد ، بعض الأخطاء هنا وهناك مزعجة .

ولكن ، في نهاية المطاف ، هل تؤثر على المحصلة النهائية؟ هل يستحق ضمان الجودة استثمار المزيد من الموارد فيه؟ ما الفرق الذي يحدث إذا لم تكن الأمور مثالية؟

على الرغم من أننا تغلبنا على عقبات كبيرة في ضمان الجودة ، إلا أن العديد من المنظمات تواصل التقليل من قيمتها.

دعنا نتعرف على أكبر المخاطر التي تؤثر على ضمان الجودة ولماذا تلعب دورًا كبيرًا في اختبار أ / ب.

المحسنون والمطورون قريبون جدًا من اختبار A / B

يعمل المحسنون والمطورون عادةً معًا لإعداد اختبارات A / B. إنهم قريبون جدًا لدرجة أنه من السهل التغاضي عن جوانب ثانوية ولكنها حاسمة عندما يكونون مسؤولين عن ضمان الجودة.

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

زوج آخر من العيون على اختبار A / B وتصميمه يمكن أن يكشف عن عيوب غير متوقعة.

المحاكيات ليست صفقة حقيقية

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

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

حالة دعم حقيقية:

وجود مشكلة في التحويل في مشروعي.

لا يبدو أن Click_Cart_Checkout_1 ينشط على iPhone XR / Safari. لقد تحققت من وحدة تحكم أدوات التطوير على كل من (chrome: // inspect وربط iPhone بجهاز macbook) ، ويمكنني رؤية الشفرة قيد التنفيذ لهذا التحويل ، لكنها لا تتبع في التقارير.

يتم تتبع التحويل عند استخدام XR لمحاكاة iPhone في أدوات التطوير ولكن ليس في اختبار العالم الحقيقي.

لقد اختبرنا على جهازي iPhone منفصلين. لدينا اختبار سؤال وجواب والألغام.

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

لذا تأكد من ضمان الجودة في اختباراتك في بيئات مختلفة ، وليس فقط في المحاكيات.

التفاعلات

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

حالة دعم حقيقية:

في صفحة التباينات ، لدينا مشاكل مع زر CheckOut وأحيانًا نواجه مشكلات مع زر PayPal ، على الرغم من أن كل شيء يعمل بشكل جيد في الصفحة الأصلية.

عندما أنقر على زر الخروج ، فإنه يعيد توجيهي هنا: cart.php / checkout.php ولكن يجب أن يكون /checkout.php

لدينا أيضًا مشاكل مع الشعار ؛ في بعض الأحيان يتم عرضه ، وأحيانًا لا.

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

نقاط التوقف وتغيير وضع عرض الجهاز

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

حالة دعم حقيقية:

كنا نجري اختبارًا متعدد المتغيرات على مشروعنا ، ولاحظ العميل أن الصور كانت تظهر بشكل غير صحيح في الوضع الأفقي للجوال. هل يمكنني الحصول على مساعدتك في معرفة السبب؟

الاختبارات من منظور بشري

فقط دليل ضمان الجودة الذي يقوم به الإنسان يمكنه معرفة متى يبدو شيء ما "غريب". لا تكتشف طرق الاختبار الآلي هذه العيوب المرئية. يمكن لمهندس ضمان الجودة العثور على مشكلات قابلية الاستخدام ومواطن الخلل في واجهة المستخدم (UI) من خلال التفاعل مع موقع ويب كما لو كان مستخدمًا. لا يمكن اختبار البرامج النصية للاختبار الآلي هذه.

ماذا يحدث إذا لم تقم باختبار QA A / B؟

الآن بعد أن أصبح من الواضح أن ضمان الجودة يمكن أن يعني الفرق بين نجاح الأعمال أو الفشل ، دعنا نرى ما سيحدث إذا تجاهلت ذلك (تلميح: إنه ليس جميلًا) .

التأخير في بدء اختبارات A / B

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

أخطاء في نتائج التقرير

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

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

توافق ضعيف

يصل زوار موقعك إلى خدماتك من مواقع ومتصفحات مختلفة.

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

إحباط العملاء وفقدان السمعة

هل تعلم أن المستهلكين غير الراضين من المرجح أن يتركوا مراجعة عامة أكثر من العملاء الراضين؟

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

عدم الثقة في أداة اختبار A / B

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

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

تعتبر المشكلات الفنية في اختبار A / B حاسمة لأنها تشكل مخاطر كبيرة للعلامات التجارية ، بما في ذلك فقدان البيانات والتقارير المشوهة واتخاذ القرارات المتحيزة. كما أن لها عواقب مالية خطيرة. تحتاج العلامات التجارية إلى الوثوق التام بحلها لأنه أداة اتخاذ القرار التي تؤثر بشكل مباشر على زيادة معدلات التحويل والمبيعات والإيرادات.

يعاني العمل من المبيعات المفقودة

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

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

مفتاح نجاح العملاء وإسعادهم هو تقديم منتج عالي الجودة. يعود العملاء الراضون وقد يحيلون آخرين.

4 أفضل الممارسات لاختبارات ضمان الجودة أ / ب

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

فيما يلي بعض الطرق للبدء.

1. تطوير استراتيجية ضمان الجودة

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

ناقش أيضًا نقاط الألم مع فرق التطوير والتحسين. اجمع كل المعنيين على نفس الصفحة من خلال النظر في وجهات نظر مختلفة ووضع أهداف ومعايير مشتركة.

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

ما الذي تحتاجه عادة لبناء إستراتيجية مفيدة؟

• وضع الأساس وتحديد الأدوار
• معرفة بالضبط ماذا لضمان الجودة
• التنبؤ بالمشكلات التي قد تظهر وطرق إصلاحها
• قائمة الاختلافات
• تحديد من هو المقصود بضمان الجودة (مجموعة المستخدمين المستهدفة)
• وضع معايير ضمان الجودة

2. تحديد ما يجب ضمان الجودة في اختبار A / B

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

عناصر على الصفحة

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

بعض المجالات الحرجة التي يجب التركيز عليها:

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

التكامل مع أدوات الطرف الثالث

إذا قمت بإعداد تكامل Google Analytics (أو أي واجهة خارجية أخرى ، مثل Google Analytics أو Mixpanel أو Kissmetrics) لإرسال البيانات الخاصة بالتنوع بين الأنظمة الأساسية ، فتأكد من تدفق البيانات بسلاسة ودقة.

وميض أو وميض

قم بإزالة أي وميض قبل إجراء الاختبار.

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

عبر المتصفح وعبر الأجهزة

إحدى المشكلات الأكثر شيوعًا في اختبار A / B هي "توافق المتصفح والجهاز". افحص كيفية ظهور الشكل في أكثر المتصفحات شيوعًا ، بما في ذلك Chrome و Safari و Firefox و Edge وأنواع الأجهزة وسطح المكتب والجهاز اللوحي والجوال.

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

لا يزال يتعين عليك تنفيذ ضمان الجودة. يجب عليك أيضًا التفكير في المشكلات الخاصة بالجوال. تذكر أن تجربة سطح المكتب الجيدة تختلف عن تجربة الهاتف المحمول الجيدة.

تلخص Talia Wolf ، مستشارة تحسين التحويل في GetUplift ، المشكلات عبر الأجهزة جيدًا وتقدم بعض الحلول الممكنة:

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

3. التركيز على تجربة الصفحة

ما الذي تبذلونه من جهود إذا لم يحسّنوا تجربة الصفحة في النهاية؟ تؤثر وظيفة الصفحة بشكل كبير في تجربة الصفحة ويجب أن يتم ضمان الجودة بها على الفور.

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

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

بالإضافة إلى ذلك ، تضمن معاينة الاختبار بأشكال مختلفة تحميله بشكل صحيح وتحقيق النتائج المتوقعة.

4. محاذاة ضمان الجودة مع أهداف التحويل الخاصة بك

اختبار A / B هو مقدمة للتحويلات. إذا لم تتوافق اختباراتك في النهاية مع أهداف التحويل واختبار A / B ، فأنت على المدى الطويل وتخاطر باستنفاد الموارد الحالية.

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

إليك حالة استخدام:

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

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

لماذا لم يتم إجراء ضمان الجودة بشكل صحيح

تساهم العوامل التالية في عدم إجراء اختبارات A / B بشكل كافٍ لضمان الجودة.

ضيق الوقت

تتعرض فرق التطوير لضغط مستمر للحفاظ على وتيرة اختبار عالية الانقسام لتحقيق نمو أسرع. ومع ذلك ، من المرجح أن يتم تنفيذ اختبارات A / B بشكل غير صحيح في ظل هذا الحمل.

رموز التتبع التي تم تنفيذها بشكل خاطئ

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

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

يتم اختبار فرضيات جديدة مقابل صفحتك الأصلية في اختبارات A / B - لا أكثر ولا أقل . ويجب تحديدها وتعريفها بشكل مناسب.

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

حجم العينة غير كاف

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

كلما كانت العينة "أصغر" ، كلما زادت احتمالية عدم دقة التقدير.

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

كيف يتغلب التحويل على تحديات نموذجية لضمان الجودة

يجب على أي شركة تقدم التجريب في إستراتيجيتها للتسويق الرقمي أن تدمج تدابير ضمان الجودة في تدفقات عملها التشغيلية ، مثل التصديق على عمليات الدمج ومعاينة التجارب قبل بدء البث المباشر.

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

دعنا نظهر لك ما هي وكيف يمكن أن تكون حلاً جيدًا لجميع مشكلات ضمان الجودة.

Google Chrome Convert Debugger

تقوم إضافة Google Chrome بإخراج "تحويل سجلات البرامج النصية" إلى وحدة تحكم أدوات مطوري Chrome. يتضمن تجارب وبعض الاختلافات المشغلة. تمكّنك هذه الأداة من تحديد تسلسل أحداث الاختبار وتوفر معلومات قيمة عند تصحيح الاختبار.

تذكر: استخدم مصحح الأخطاء هذا خلال عملية ضمان الجودة لتحديد ما إذا كنت ستشترك في التجربة ولاحظ الاختلافات.

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

معاينة عناوين URL للتنويعات

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

ضع في اعتبارك بعض الأشياء أثناء معاينة عناوين URL المختلفة:

• لا يتم أخذ شروط منطقة الموقع والجمهور في الاعتبار عند المعاينة باستخدام "عنوان URL للمعاينة المباشرة".
• يتم إجراء التغييرات على عنوان URL للصفحة حيث يتم إلحاق المعلمات. هذا لسهولة اختبار وجهات النظر المختلفة.

فرض عناوين URL للتباين

تقدم لك عناوين URL للتباين الإجباري نظرة اختبارية لا لبس فيها. باستخدام هذه ، تختبر تجربتك في بيئة مشابهة لبيئة الزائر.

تذكر: يجب عليك استخدام عناوين URL هذه للاختبار النهائي لتجربتك.

يتم تقديم الاختلافات التي يتم تقديمها باستخدام عنوان URL هذا من خادم CDN المستخدم لخدمة التجارب.

عند استخدام عنوان URL لـ Force Variation ، يتم تقييم شروط الاختبار ، لذا تأكد من مطابقتها. تذكر أيضًا أن تكوينات الهدف غالبًا ما تتضمن شروط عنوان URL. قد يكون هذا هو السبب في عدم إطلاق أهدافك باستخدام عنوان URL لقوة التباين.

استخدام معلمات الاستعلام في جمهور ضمان الجودة

يمكنك تحديد الزوار الذين يرون تجربتك عن طريق إضافة جمهور تأكيد الجودة إليها.

لإنشاء "جمهور جديد" ، يمكنك استخدام شرط مثل:

متوسط: يطابق تمامًا qa

يتيح لك جمهور ضمان الجودة "تنشيط" الاختبار والتحقق منه دون تجميع الزائرين فيه.

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

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

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

تذكر: إضافة جمهور ضمان الجودة قد يؤثر على قدرتك على مطابقة شروط منطقة الموقع وعنوان URL المقصود.

سجلات حية

تقوم سجلات Live Log in Convert Experiences بتتبع كيفية تفاعل المستخدمين النهائيين مع صفحات الويب والتجارب على مستوى المشروع والتجربة في الوقت الفعلي. إنهم يلتقطون معلومات مثل الطابع الزمني عند إطلاق الهدف ونوع الحدث الذي تم إطلاقه والتباين المقدم للمستخدم النهائي والمزيد.

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

باستخدام Live Logs ، يمكنك تتبع ومراقبة كيفية حدوث التحويلات. كما أنها تسهل عليك التحقق من صحة الإعداد الخاص بك وتصحيح أي مشكلات تم العثور عليها أثناء إعداد الاختبار أو التحويلات. تعمل سجلات Live Logs أيضًا كمصدر لمساعدتك في تتبع الإيرادات والتحقق من صحة التجربة والأهداف التي تم إعدادها.

انظر للأمام دائمًا!

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

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

قمنا باستطلاع رأي مجتمع تحسين معدل التحويل حول أهمية ضمان الجودة.

كان الرد لا لبس فيه.

يعتبر إجراء ضمان الجودة مهمًا لنجاح التجربة ، وفقًا لما قاله 100٪ من المستجيبين.

لقد قمنا بدمج أفضل ممارسات ضمان الجودة على مستوى الصناعة مع الرؤى من شركاء الوكالة المعتمدين في Convert لبناء قائمة تحقق شاملة ستستخدمها مرارًا وتكرارًا.

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