كيف تنتقل من صفر إلى واحد في رحلة التجريب من جانب الخادم

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

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

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

هل تفضل الاختبار من جانب الخادم على جانب العميل؟

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

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

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

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

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

ما هي المشاكل التي يمكن معالجتها من خلال الاختبار من جانب الخادم؟

تعمل الاختبارات من جانب الخادم التي تديرها فرق المنتج على حل المشكلات المتعلقة بعدد لا يحصى من الصناعات من التجارة الإلكترونية و SaaS إلى الخدمات المصرفية ووسائل الإعلام. فيما يلي وصف لبعض حالات الاستخدام المهمة التي يوصى فيها بإجراء اختبار من جانب الخادم على الاختبار من جانب العميل في صناعات مختلفة:

توصية المنتج

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

رسوم الشحن

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

خوارزميات البحث

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

طول النموذج

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

الصفقات والخصومات

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

حوافز المبيعات

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

تدفقات الاشتراك

كم عدد الخطوات التي يجب تضمينها بشكل مثالي في عملية الاشتراك؟ هل يجب توفير تسجيلات الدخول الاجتماعية؟ يمكن أن تساعد تجربة تدفق الاشتراك في الإجابة عن هذه الأسئلة.

جدران الدفع

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

المصرفية عبر الهاتف المحمول

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

دعنا نفهم الآن كيف يمكنك تشغيل اختبارات الميزات على جانب الخادم ومزايا القيام بذلك باستخدام VWO.

كيف تجعل VWO الاختبارات من جانب الخادم أسهل

بالنسبة لحالات الاستخدام من جانب الخادم الموضحة أعلاه ، يمنحك VWO المرونة في هيكلة حملتك إما كاختبارات أ / ب أو اختبارات ميزات. تُستخدم اختبارات الميزات للتحقق من صحة قيم معلمات الميزة ومنحك التحكم في تكوين ميزة بسرعة ، دون كتابة رمز. في بعض حالات الاستخدام مثل اختبار خوارزمية البحث الأفضل ، من الممكن هيكلة الحملة كاختبار أ / ب أو اختبار ميزة.

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

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

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

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

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

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

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

هل يجب عليك إنشاء أو شراء منصة لإجراء اختبارات من جانب الخادم؟

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

1. حق الملكية

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

2. سهولة الاستعمال

يمكنك بناء حل يُظهر تباينًا معينًا لجمهور معين - ولكن هل سيكون لديك واجهة سهلة الاستخدام يمكن التحكم فيها ليس فقط من قبل فرق الهندسة ولكن أيضًا من قبل مديري المنتجات؟ إذا لم يكن الأمر كذلك ، فهذا مانع آخر لإجراء اختبارات من جانب الخادم.

3. تقارير بديهية

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

4. آلية خالية من الأخطاء

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

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

يجب أن يكون لديك قدرات لإجراء اختبارات معقدة من جانب الخادم بنزاهة

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

1. التوزيع العشوائي للزوار في كل اختبار - في الاختبار ، عندما تقوم بتجميع جمهورك في الحملات ، يجب أن يكون التوزيع العشوائي للزوار عشوائيًا حقًا وليس عشوائيًا.
2. تجربة قناة شاملة متسقة - بينما يجب أن يكون تجميع المستخدمين عشوائيًا ، تحتاج أيضًا إلى التأكد من أن مستخدمًا واحدًا يواجه نفس الاختلاف في كل مرة يسجل فيها الدخول ، بغض النظر عن الجهاز الذي يستخدمه. يجب أن تستمر التجربة دون أي خلل.
3. الحملات الحصرية المتبادلة - لنفترض أن لديك ثلاثة عوامل يجب وضعها في الاعتبار أثناء تحديد ما إذا كان يجب أن يكون المستخدم جزءًا من الاختبار. يمكن أن تكون هذه هي انتظام الاستخدام ، وانخفاض احتمالية حدوث اضطراب ، والمنطقة الزمنية. بصرف النظر عن هذه المتغيرات ، تحتاج أيضًا إلى تحديد الحصرية - فما عدد الاختبارات التي يمكن أن يكون المستخدم الذي يستوفي هذه الشروط جزءًا منها؟ يجب تحديد ذلك بطريقة لا تؤدي إلى بيانات منحرفة وتمكنك من عزو التحسن في معدل التحويل إلى الحملة الصحيحة دون تحيز.
4. اصطلاح التسمية القياسي - سواء كنت تقوم بإعداد ميزة جديدة للاختبار أو علامة ميزة ، فأنت بحاجة إلى اتباع اصطلاح تسمية قياسي لتجنب حالات الخلط وحالات تهيئة الميزات أو الاختبارات الخاطئة.
5. معرّفات حملة فريدة وخالية من المتاعب - يجب عليك استخدام مفتاح أبجدي رقمي لتحديد الاختبار بشكل فريد في التعليمات البرمجية الخاصة بك وتجنب أي متاعب في مرحلة لاحقة.
6. اختيار البيئة المناسبة - يجب عليك تحديد البيئة التي تجري فيها اختبارك - على سبيل المثال ، يمكنك نشر الاختبار في بيئة التدريج أو بيئة ضمان الجودة لفريق ضمان الجودة للتحقق من صحة التجربة. يعد فحص سلامة اختبارك أمرًا ضروريًا لنجاحه ويجب أن يكون لديك خيار اختيار البيئة المناسبة له.
7. تخصيص حركة المرور المنطقي - عندما تقوم بتشغيل حملات متعددة أو عندما يكون لديك إعلان حدث مهم مثل تخفيضات الأسبوع الأسود ، على سبيل المثال ، لا تحتاج إلى تضمين المجموعة الكاملة من الزوار الذين يهبطون على صفحتك في اختبارك. يجب عليك اختيار النسبة المئوية لحركة المرور التي تريد تضمينها في حملتك الاختبارية وأيضًا الطريقة التي تريد بها توزيع حركة المرور هذه بين المتغيرات.
8. حساب الوقت للوصول إلى دلالة إحصائية - يجب تحديد الوقت المقدر لاختبارك للوصول إلى دلالة إحصائية من خلال معدل التحويل الحالي لهدفك الأساسي والحد الأدنى من التحسين الذي ترغب في تحقيقه من خلال الاختلافات الخاصة بك. يجب أن تأخذ في الاعتبار أيضًا احتمال 95٪ للتغلب على معدل التحويل الأساسي.

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

ختاماً

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

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