دليل حول كيفية اختيار برنامج أتمتة التسويق B2C الأفضل في فئته
نشرت: 2022-01-30- تتبع الأحداث ومراقبتها
- تتبع الأحداث
- تتبع إجراءات المستخدم أو الأحداث تلقائيًا
- عدد سمات الحدث
- إلغاء التتبع
- تصدير الأحداث
- التحليلات (مسار التحويل ، المجموعة النموذجية ، اتجاهات الأحداث)
- اتجاه الحدث
- تحليلات مسار التحويل
- تحليل الجماعة
- تجزئة الجمهور
- التجزئة السلوكية
- تجزئة ديناميكية
- Omni-Channel التسويق والمشاركة
- محرك التفاعل عبر القنوات
- رحلة العميل المحددة من قبل النظام
- إنشاء الحملة وضمان الجودة
- القنوات
- القوالب
- تخصيص المحتوى
- منظمة
- معاينة الحملة
- مشغلات الأتمتة
- الاحترار IP وتصفية البريد الإلكتروني
- يوم فراق حسب الجغرافيا
- اختناق الرسالة
- الاختبار وتتبع التحويل
- اختبارات
- تتبع التحويل
- ما هي مجموعة التحكم؟
- اختبار A / B
- POC والدعم
- تصديق
- دراسات الحالة
- الإعداد والتنفيذ
- دعم فني
- ادارة الحساب
- خاتمة
تاريخ موجز لأتمتة التسويق
برزت أتمتة التسويق أولاً في مساحة B2B ، في التسعينيات. أول شركة تمكنت من إنشاء علامة كانت Unica.
كان هناك العديد من الحلول الأخرى التي وُلدت قبل Unica ومعها لكنها بالكاد كانت قادرة على خدش السطح ، باستثناء Eloqua. لقد كانت رائدة في هذا المجال من الناحية الفنية من خلال أن تصبح أول من وضع علامة تجارية لنفسها على أنها برنامج أتمتة التسويق في عام 1999.
لا يزال كل من Unica و Eloqua لاعبين رائعين في مجال أتمتة التسويق. تم الاستحواذ على كلاهما من قبل شركتين عملاقتين- IBM و Oracle على التوالي ، في عامي 2010 و 2012.
بطريقة ما ، يرتبط نمو أتمتة التسويق بنمو الإنترنت. بدءًا من عام 2000 ، كان انتشار وسرعة استخدام الإنترنت يتزايدان بوتيرة كبيرة. كانت إمكانية الوصول إلى الإنترنت تتزايد بين المستخدمين. مهد هذا التطور الطريق للمهندسين لإنشاء حلول تسمح للشركات بالاستفادة من الإنترنت لتحقيق أهدافهم.
بطريقة ما ، يرتبط نمو أتمتة التسويق بنمو الإنترنت. قراءة المزيد - عبرwebengage انقر للتغريديمكن قياس البصمة الرقمية للمستخدمين على الإنترنت على عكس سيناريوهات الحياة الواقعية ، وكان هذا يخلق فرصة للمسوقين لصياغة رسالة قوية نسبيًا.
شهدت الفترة 2000-2008 ولادة Pardot ، و Hubspot ، و Infusionsoft ، و MailChimp ، و Act-on ، و Marketo والعديد من الأسماء المعروفة الأخرى التي تعرفها ، أو العديد من الأسماء الأخرى التي لا تعرفها لأنهم لم يتمكنوا من تحمل هذا الوقت الطويل يروي قصتهم.
حتى ذلك الحين ، كان لأتمتة التسويق ثلاث ركائز - البريد الإلكتروني والتحليلات (الويب والبريد الإلكتروني) وإدارة قواعد البيانات. ثم في عام 2007 ، تم إطلاق iPhone تلاه Android العام المقبل ، وتغير وجه أتمتة التسويق.
وصل الجوّال تدريجيًا إلى جيب كل مستهلك ومنح وسيطًا قويًا يعمل على مدار الساعة طوال أيام الأسبوع للمسوقين والمعلنين في جميع أنحاء العالم للوصول إلى مستخدميهم. بلغ هذا ذروته في عصر أتمتة التسويق ومنتجات التحليلات التي تركز على المستهلك
و WebEngage أيضًا أحد منتجات هذا التغيير.
اليوم ، أصبحت أتمتة التسويق صناعة ضخمة بعائدات تبلغ عدة مليارات من الدولارات. توضح أرقام الاستحواذ التالية هذه النقطة:
هناك مئات المنتجات في السوق والمساحة مزدحمة مما جعلنا نكتب هذا الدليل.
فلماذا تقرأ هذا الدليل
أثناء القيام ببيع الحل ، هذه هي الأسئلة الشائعة التي نراها في طلب تقديم العروض المقدم من العملاء:
- هل تقدمون Funnel Analytics ، RFM ، Cohort؟- هل تلتقط إجراءات المستخدم على التطبيق؟- هل ترسل إشعار دفع ، بريد إلكتروني ، داخل التطبيق؟اطرح هذه الأسئلة على أي بائع في مساحة أتمتة التسويق والإجابة التي ستحصل عليها هي "نعم نحن نفعل" وهذا كل ما في الأمر.
ومع ذلك ، كما يقولون "الله يكمن في تفاصيل القدرات التي يقدمها بائعو أتمتة التسويق هؤلاء". على سبيل المثال ، من الجيد أن يتيح لك الحل الخاص بك إمكانية تقسيم تثبيت التطبيق حسب البلدان. ومع ذلك ، يمكنه أيضًا تقسيم تثبيت التطبيق حسب البلدان وكذلك حسب الأجهزة.
في هذا الدليل ، سوف نتعمق أكثر
- ما هي المشاكل التي يمكن لبرنامج أتمتة التسويق حلها؟
- ما هي حالات الاستخدام الأخرى التي يمكنك النظر إليها فيما يتعلق بهذه القدرة؟
- ما هي المحاذير - "التفاصيل" التي فاتتك عند شراء برنامج أتمتة التسويق؟
نتطرق إلى كل هذه الموضوعات ونحاول تقديم تقييم متوازن - وهو ما يفسر طول هذا الدليل. إذا كنت تريد معرفة المزيد عن الفروق الدقيقة وطرق التسويق ، فارجع إلى هذا الدليل الشامل.
دليل القراءة
هذا الدليل بعيد عن أن يكون معقدًا ولكنه شامل لذلك نقترح عليك قراءته على مراحل. لكننا لا نريدك أن "تتزحلق وتغادر" إما لأن ذلك سيهزم الغرض تمامًا. إذن ، إليك قائمة صغيرة من المؤشرات التي من شأنها أن تضمن لك التخلص من هذا المنشور إلى أقصى حد:
- قم بإنشاء حساب اختباري في أدوات أتمتة التسويق المفضلة لديك. من الضروري وجود مظهر معين في اللعبة لإجراء ملاحظة سليمة.
- اذهب بعد وحدة واحدة في كل مرة.
- حاول تكرار حالات الاستخدام في حساب الاختبار.
- راجع وثائق منتجات MA الشائعة أثناء القراءة. الوثائق هي أكثر أجزاء المحتوى أصالة ولكنها للأسف تسبب أقل قدر من الضجيج.
تم وضع الأساس. لنذهب.
لسهولة التنقل ، قمنا بتقسيم هذا الدليل إلى 8 فصول مذكورة أدناه:
تتبع الأحداث ومراقبتها
في سياق أتمتة التسويق ، فإن "الأحداث" هي الإجراءات التي يقوم بها المستخدم.
يمكن تسجيل أي نوع من تفاعل المستخدم مع تطبيقك (الويب أو الهاتف المحمول) كحدث. يحتوي الحدث أيضًا على بيانات إضافية تسمى السمات. تعطي السمات سياقًا للحدث الذي يصبح مفيدًا أثناء تحليل الحدث أو أثناء إنشاء شريحة مستهدفة.
في كثير من الأحيان قد ترغب أيضًا في تتبع الإجراءات التي لم يقم بها المستخدم ولكنها تحدث في سياق النظام. على سبيل المثال ، لا يعد عدم نشاط المستخدم إجراءً محددًا من قبل المستخدم ولكنك تريد بالتأكيد تتبعه حتى تتمكن من تشغيل حملات إعادة التنشيط. وبالمثل ، إرسال الشحنة - ليس إجراءً يقوم به المستخدم ولكنك قد ترغب في تشغيل رسالة بريد إلكتروني بمجرد حدوثها.
باستخدام "الأحداث" ، يمكنك تتبع هذه الإجراءات والامتناع عن التصرف
المثال التالي سيوفر بعض الوضوح:
{ webengage.track("Added To Cart", { /* Numbers */ "Product ID" : 1337, "Price" : 39.80, "Quantity" : 1, /* Strings */ "Product" : "Givenchy Pour Homme Cologne", "Category" : "Fragrance", "Currency" : "USD", /* Boolean */ "Discounted" : true });
1. تتبع الأحداث
ما هي "الأحداث"؟
يتيح لك تتبع الأحداث تتبع إجراءات المستخدم وعدم فعله على تطبيقاتك ، مما يمكّنك من إنشاء شرائح وتحليل السلوك وتشغيل حملات المشاركة السياقية وكل شيء بينهما.
استخدم حالات
- تتبع سلوك المستخدمين على موقع الويب الخاص بك والتطبيق.
- تعرف على الإجراءات الأكثر شيوعًا أو الأقل شيوعًا في تطبيقك (لقد قمنا بتغطية هذا الأمر بشكل شامل في فصل "التحليلات" ضمن "اتجاهات الأحداث")
الأسئلة / الاعتبارات الرئيسية
- هل يمكننا تغيير اسم الحدث من لوحة القيادة
هناك أسباب قوية وجيهة وراء رغبتك في تغيير اسم الحدث. لقد فكرت في اسم ذاكري أو أن الاسم الحالي يتعارض بشكل وثيق مع اسم حدث آخر.

بشكل تقليدي ، يلزم تغيير اسم الحدث من الواجهة الخلفية وهو أمر غير مناسب ، ومن هنا تأتي هذه الإمكانية.
- ما هي البيانات (الحدث + المستخدم) التي تلتقطها تلقائيًا؟
يجب تتبع البيانات التالية تلقائيًا بشكل افتراضي بواسطة SDK للمورد:
أحداث الحملة- انقر ، افتح ، تم وضع علامة_as_spam ، غير مشترك ، مغلق ، Push_received ، inapp_closed ، إلخ لجميع قنوات المشاركة.
بيانات المستخدم - الموقع والبلد والمتصفح (بما في ذلك الإصدار) والبريد الإلكتروني واللغة وما إلى ذلك. من الناحية المثالية ، يجب أن يلتقط الحل السمات التالية تلقائيًا:
Country City Region Platform Language Device Type Network name Device type Device name OS
- هل تسمح بإنهاء الحدث؟
في كثير من الأحيان ، يصبح تتبع حدث ما عديم الجدوى. لذلك يصبح من الجيد التوقف عن تتبعها للحفاظ على لوحة القيادة وإعداد التقارير نظيفة.
- هل يمكننا تجميع الأحداث؟
مرة أخرى ، للإبلاغ أو حالات استخدام الأعمال ، ستحتاج في كثير من الأحيان إلى تجميع الأحداث المشتركة معًا.
على سبيل المثال ، يمكن أن يكون هناك ثلاثة أحداث متميزة يتم تتبعها مثل: Purchase_byCOD و Purchase_byCC و Purchase_byNetbanking. بالنسبة إلى حالات استخدام التقارير المختلفة ، قد ترغب في تجميع هذه الأحداث الثلاثة ضمن "شراء" فقط.
في حالة أخرى ، لنفترض أنك تريد أن ترى تأثير حملة الإشعارات الفورية على تفاعل التطبيق عبر "مسارات التحويل". قد يكون التفاعل مع التطبيق عبارة عن "شراء" و "add_to_cart" و "play_video" وأحداث مماثلة. لو لم تكن لديك القدرة على تجميع هذه الأحداث كأحد الأحداث ، فاضطررت إلى إنشاء مسارات تحويل متعددة. "مجموعات الأحداث" تزيل هذا الاختناق.
2. تتبع إجراءات المستخدم أو الأحداث تلقائيًا
ما هذا؟
هذه التكنولوجيا جديدة نسبيًا ولا يوفرها سوى منتجان تحليليان هما Heap و Mixpanel. حتى Mixpanel يوفر ميزة التتبع التلقائي وهو متاح فقط على الويب. لم تقدم معظم منتجات التحليلات الراسخة هذه الإمكانية ربما بشكل متعمد أو لأن البنية التحتية الحالية لا تدعم مثل هذا التغيير الجذري في منهجية التتبع.
في السابق ، كانت هناك أحداث نظام وهي الإجراءات التي تم التقاطها تلقائيًا بواسطة SDK. إذا كنت تريد تتبع أي إجراء خارجه ، فهناك أحداث مخصصة كان عليك تحديدها يدويًا. في كل مرة ترغب في تتبع إجراء ما ، كان عليك القيام بذلك يدويًا.
كان لهذا جانبان سلبيان:
- أولاً ، كان عليك تحديد الحدث يدويًا الذي احتاج إلى تدخل فريق التطوير.
- تفقد جميع بيانات الأحداث المهمة التي لم يتم تسجيلها حتى وقت إنشاء الحدث.
يلغي أحدث تطوير في مساحة أتمتة التسويق طريقة المدرسة القديمة لإنشاء الأحداث وتتبعها يدويًا. الآن ، يمكنك تتبع الأحداث دون كتابة تتبع المكالمات. يجب أن تبدأ برامج التحليلات في تتبع جميع إجراءات المستخدم منذ الدمج مباشرة.
ما عليك سوى تحديد الحدث الذي ترغب في تتبعه وبعد ذلك يمكنك المضي قدمًا وتحديده وفي نفس الوقت أيضًا الوصول إلى البيانات التاريخية.
الأسئلة / الاعتبارات الرئيسية
- أولاً ، ما لم تكن أداة تحليلات كاملة أو نسخة مطورة منها ، فمن غير المرجح أن تكون هذه الميزة موجودة في المقام الأول. بالنظر إلى حقيقة أنه يتتبع كل شيء تقريبًا ، فهناك نتيجة غير مقصودة وهي أن الحل قد ينتهي بجمع البيانات التي لا ينبغي لها - خاصة كلمات مرور المستخدم.
- ماذا يحدث عندما يتغير ترميز العنصر الذي تقوم بتتبعه؟ لنفترض أنني أتتبع إرسال النموذج وقام المطور بتغيير ذلك لاستيعاب الميزة الجديدة دون علمي. كيف سيتفاعل نظامك معها؟
3. عدد سمات الحدث
ما هذا؟
السمات (أو تشير إليها بعض الأنظمة باسم "خصائص") هي مواصفات الحدث. إنها تعطي معنى بشكل أساسي لإجراء مستخدم معين.
على سبيل المثال ، إذا كنت تقوم بتتبع حدث "الخروج" للمستخدم ، فيمكن أن تكون الخصائص المقابلة
{ "Product ID" : 1337, "Price" : 39.80, "Quantity" : 1, /* Strings */ "Product" : "Givenchy Pour Homme Cologne", "Category" : "Fragrance", "Currency" : "USD", /* Boolean */ "Discounted" : true }
تحتفظ حلول أتمتة التسويق بحد أقصى لعدد السمات التي يمكنك تجاوزها.
لماذا هذا مهم؟
اعتمادًا على حالة عملك ، قد ترغب في تمرير أكثر من 100 سمة لأنهم يقولون "البيانات لا تكفي أبدًا". إنها ممارسة جيدة للحصول على تقدير لعدد سمات الحدث التي يمكنك اجتيازها.
4. إلغاء التتبع
لماذا هو مهم؟
من الناحية الفنية ، من الصعب تتبع إلغاء التثبيت. هذا لأنه عندما يتم إلغاء تثبيت التطبيق ، فإن SDK لنظام التتبع ، على سبيل المثال WebEngage ، من الواضح أنه لن يتم تشغيله وبالتالي لا يمكنهم تتبعه. ولكن نظرًا لأهمية هذا الحدث ، فإن المنتجات الجيدة تتبنى نهجًا بديلًا سنناقشه بعد ذلك.
كيف يتتبعون؟
يرسل محرك التتبع دفعة صامتة ، أي دفع بحمولة فارغة إلى جهاز المستخدم. على عكس الآخرين ، فإن هذا الدفع غير مرئي للمستخدم في علبة الإشعارات حيث لا يتم عرضها.
يتم إرسال الدفع الصامت إلى جهاز المستخدم على أساس يومي. في اللحظة التي لا يستقبلها جهاز المستخدم ، تستدعي SDK حدث app_uninstall ويتم تسجيل إلغاء التثبيت.
يعد تتبع عمليات إلغاء التثبيت نشاطًا بالغ الأهمية. إن عدم وجوده يعد بمثابة كسر للصفقة لشركات المحمول ويجب أن يكون كذلك إذا لم يكن كذلك. أيضًا ، بعد التأكد مما إذا كان المنتج يتعقب إلغاء التثبيت أم لا ، تأكد من أنك لست بحاجة إلى حل بديل للقيام بذلك.
أسئلة / اعتبارات / محاذير
- هل يمكنك تتبع إلغاء التثبيت إذا قام المستخدم بتعطيل الدفع؟
منذ ذلك الحين ، يعمل تتبع إلغاء التثبيت على فرضية تسليم الدفع ، فماذا يحدث إذا قام المستخدم بتعطيل إشعار الدفع في المقام الأول وهو أمر محتمل للغاية.
- ماذا يحدث إذا أعاد المستخدم تثبيت التطبيق؟
هل ينشئون معرفًا جديدًا للمستخدم أم يتم إعادة تنشيط نفس المعرف القديم ضده؟
- ماذا لو تم إيقاف تشغيل الجهاز في وقت توصيل الدفع الصامت؟
5. تصدير الأحداث ما هو عليه، ولماذا هو مهم؟
لا تحتوي مساحة أتمتة التسويق على Google أو Apple الذين أنشأوا نظامًا بيئيًا داخل أنفسهم حيث يتم ربط جميع المنتجات معًا ومن المستحيل إلى حد ما على طرف ثالث اختراقها.
أتمتة التسويق هي مساحة ديمقراطية بها عدد لا يحصى من اللاعبين المتساوين. وبالتالي من الضروري لأي حل من وجهة نظر المنتج أن يكون قادرًا على العمل بشكل جيد مع المنتجات الأخرى في النظام البيئي. بالنسبة لك ، من المهم بمعنى أنك ستحتاج إلى التكامل مع المنتجات الأخرى في مجموعتك وأيضًا ستهاجر في النهاية.
الحل البديل - هناك مجموعة جديدة ناشئة من المنتجات التي تعمل كطبقة بيانات بين نظامين متميزين مثل Segment و mParticle. إذا كنت تعمل في مجال الأعمال الاستهلاكية مع MAU لائق ، فمن المحتمل أنك سمعت عنها أو ربما تستخدمها. تكامل مع منتجات مثلهم يلغي الحاجة إلى وظيفة تصدير الحدث
الأسئلة / الاعتبارات الرئيسية- كيف يتم تصدير الحدث
- كيف يتم تصدير الحدث
هناك العديد من الطرق - API أو CSV أو التصدير إلى خدمة جهة خارجية مثل Amazon S3. ستحتاج إلى هذه المرونة لأنك تريد الاستقلال للانتقال إلى خدمة أخرى. أو ، فقط قم بالوصول إلى البيانات الأولية لتتمكن من الوصول إليها بنفسك.
- كيف تبدو عملية التصدير؟
تحقق من مدى التعقيد الذي ينطوي عليه تصدير البيانات. هل يتطلب تدخل ديف؟
