اختبار أ / ب - كيفية تعزيز نجاح التسويق وتبني المستخدم في Dynamics 365

هل تساءلت يومًا عن كيفية استمرار عمالقة التكنولوجيا مثل Netflix و Twitter قبل المنافسة على أساس سنوي؟ المطورين وراء اختبار A / B لديهم الكثير ليجيبوا عنه.

نشر في الأصل على https://daveclark.io/

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

في الواقع ، تقول Netflix أن اختبار A / B لصورة العنوان يؤدي في بعض الأحيان إلى عرض أكثر من 20٪ إلى 30٪ لهذا العنوان. مصدر.

إذن ما هو اختبار A / B؟ كيف يمكن لـ Dynamics 365 و Power Platform الاستفادة منها؟

المقدمة

تبدأ هذه المشاركة بشرح ماهية اختبار أ / ب. ثم ينظر في حالة استخدام وقصة نجاح من شركة تقنية كبيرة للمساعدة في تبرير سبب اهتمامنا بهذه الأداة ، كمستشارين ومطورين في Power Platform.

ثم نتعرف على مثال في Dynamics 365 المتوفرة لدينا بالفعل ، للمساعدة في تعزيز نجاح التسويق.

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

ما هو اختبار أ / ب؟

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

  • كمية البيانات المعبأة في نموذج Dynamics 365
  • الوقت المستغرق لفتح نموذج وحفظه
  • انقر خلال رسائل البريد الإلكتروني التسويقية

أي مقياس رئيسي للمساعدة في تحديد إصدار المنتج الأكثر نجاحًا.

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

قصة نجاح واقعية

يوبيسوفت ناشر لعبة فيديو مقره في باريس. ربما سمعت عنهم أو عن بعض ألعابهم بما في ذلك Assassin's Creed و Far Cry و Tom Clancy's Splinter Cell.

أثناء إصدار لعبة جديدة ، أنشأت شركة For Honor ، يوبيسوفت نسختين من صفحة "اشتر الآن" للعبة ، وجمعت بيانات عن نجاح كل صفحة خلال موسم العطلات (أكتوبر - ديسمبر 2017).

قبل مرحلة الاختبار:

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

بعد مرحلة الاختبار:

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

يمكنك قراءة دراسة الحالة الكاملة هنا. ولكن استمر في الاستمتاع بالجزء الممتع من هذا المنشور أولاً: اختبار أ / ب في Dynamics 365.

اختبار A / B في Dynamics 365 لنجاح التسويق

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

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

مثال على المشي في Dynamics 365 for Marketing

في هذا المثال ، نقوم بإنشاء نسختين من البريد الإلكتروني التسويقي ، الإصدار A والإصدار B. ثم نقوم بتمكين ميزة اختبار A / B في Dynamics 365 for Marketing على رسائل البريد الإلكتروني التسويقية الخاصة بي. سنرى ما يمكن أن تقدمه لنا Dynamics 365 من حيث:

  • خيارات تكوين اختبار A / B
  • مقاييس الأداء
  • عرض بيانات نتائج الاختبار

لإنشاء بريد إلكتروني تسويقي ، يمكنك اتباع دليل Microsoft هذا.

إليك واحدًا حضرته سابقًا:

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

في المثال الخاص بي "الإصدار ب" يغير الصياغة في نص البريد الإلكتروني قليلاً:

للحصول على تفاصيل كاملة حول كيفية تكوين قوالب البريد الإلكتروني لاختبار A / B في Dynamics ، راجع وثائق Microsoft هنا.

نحن الآن جاهزون لاختبار رسائل البريد الإلكتروني الخاصة بنا باستخدام رحلة العميل. هنا تشير وثائق Microsoft إلى ما يلي:

للحصول على نتائج اختبار موثوقة ، يجب عليك دائمًا إرسال كل إصدار (A و B) إلى 100 مستلم على الأقل قبل السماح للنظام باختيار فائز. يستخدم الإعداد النموذجي الموصى به شريحة مكونة من 1000 عضو (أو أكبر) ، مع توزيع اختبار يرسل الإصدار A إلى 10 ٪ من المقطع ، الإصدار B إلى 10 ٪ أخرى ، ثم يرسل التصميم الفائز إلى 80 ٪ المتبقية.

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

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

في جزء الخصائص ، ستتمكن أيضًا من تحديد توزيع اختبار أ / ب ، والمقياس الفائز ومدة الاختبار:

باستخدام هذا التكوين ، يمكنني النقر فوق "Go Live" في شريط الأوامر. ثم ألعب لعبة الانتظار! لاحظ أنه تم تحديد يوم واحد كمدة الاختبار. خلال هذا الوقت يمكنني التمرير لأسفل إلى اختبار لوحة البيانات-

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

تم إرسال البريد الإلكتروني التجريبي الخاص بي إلى شخص واحد (أنا) كإصدار تجريبي ، وليس إلى مستلمي 100 مستوى الإنتاج الموصى بهم من قبل Microsoft. لا تزال لقطة الشاشة توضح المعلومات التي يمكننا تتبعها: معدل الإرسال ، ومعدل التسليم ، وعمليات الفتح والنقرات الفريدة. على غرار Google Analytics أو ClickDimensions. ملاحظة: يدعم ClickDimensions أيضًا اختبار أ / ب.

ماذا بعد اختبار A / B في Dynamics 365؟

في وقت كتابة هذا التقرير ، كانت رسائل البريد الإلكتروني التسويقية في Dynamics 365 هي الوحدة الوحيدة التي تدعم اختبار A / B. ولكن إذا كنت قد قرأت هذا الحد ، فيجب أن تفكر: لماذا تتوقف عند هذا الحد؟

الفكرة رقم 1: تحليل نموذج Dynamics 365 مع Azure Application Insights

الفرضية: من خلال تزويد مجموعات فرعية من المستخدمين بإصدارات مختلفة من نموذج مشابه (مثل نموذج خدمة العملاء المعقد) ، يمكننا استخدام Azure Application Insights (AAI) لتحديد الشكل الأكثر إنتاجية وبالتالي زيادة إنتاجية الفريق. سيعمل سيناريو اختبار A / B هذا على النحو التالي:

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

الفكرة رقم 2: بوابات Dynamics مع Google Optimize

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

ما يبدو أنه أقل استخدامًا على نطاق واسع هو Google Optimize: أداة من Google تقدم منهجًا قائمًا على البيانات لفهم كيفية إجراء تحسينات UX المستمرة على البوابة الإلكترونية لخلق أفضل تجربة لمستخدمينا. تصف Google التحسين كـ:

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

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

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

تحرك للأمام

أود أن أستكشف النقاط المذكورة أعلاه بشكل أكبر في منشورات المقالات المستقبلية ، على الرغم من أنه سيتعين عليهم العيش كأفكار. ربما لديك أفكارك الخاصة بكيفية استخدام اختبار A / B لتحسين تجربة المستخدم لتطبيقات Power Platform و Dynamics 365؟

خاتمة

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

يمكن استخدام اختبار A / B لتحسين تجربة المستخدم في Dynamics 365 ، بافتراض وجود مجموعة كبيرة من المستخدمين للاختبار. يقيس Google Analytics و Azure Application Insights مؤشرات الأداء الرئيسية لتغييرات منتج Dynamics مثل تخطيط النموذج وتدفقات العملية. يمكن أن يشكل هذا نهجًا قائمًا على الأدلة لتحديد أي تغييرات المنتج تكون أكثر إنتاجية لمستخدمينا ، وبالتالي يجب طرحها على قاعدة المستخدمين بالكامل.