الدليل الكامل للتكامل بين Brevo وTajo
تعلّم كيف تربط Brevo بـ Tajo لمزامنة العملاء، وبيانات Shopify، ومُحفّزات الأتمتة، والبريد الإلكتروني، وSMS، وواتساب، وعمليات سير عمل الولاء، وتقسيم الشرائح، وتشغيل الحملات بموثوقية.
التكامل الناجح بين Brevo وTajo ليس مجرد اتصال عبر API. حدّد مصدر الحقيقة، واربط Brevo بأمان، وطابق الحقول، وزامِن بيانات العملاء والطلبات، واحترم الموافقة، واختبر مُحفّزات الأحداث، وأطلق بضع عمليات سير عمل عالية القيمة، وراقب صحّة المزامنة. يكون Tajo أكثر فائدة عندما تحتاج حملات Brevo إلى سياق حديث من Shopify والعملاء والولاء والتفاعل.
يربط التكامل بين Brevo وTajo طبقة بيانات عملائك بمنصة التسويق والمراسلة لديك.
Brevo هو المكان الذي تبني فيه فرق كثيرة حملات البريد الإلكتروني، وSMS، ورسائل واتساب، ورسائل المعاملات، وعمليات سير عمل CRM، والقوائم، والشرائح، وعمليات أتمتة التسويق. ويساعد Tajo عندما تحتاج تلك الحملات إلى سياق حديث عن العملاء والطلبات والمنتجات والولاء والتفاعل، قادم من Shopify أو أنظمة تجارة أخرى.
قيمة هذا التكامل تأتي من أن أتمتة التسويق تعتمد على بيانات نظيفة وفي وقتها. سلسلة الترحيب يمكن أن تنطلق من اشتراك بريدي بسيط. أما برنامج دورة الحياة عالي الأداء فيحتاج إلى سياق أكبر: تاريخ أول عملية شراء، وعدد الطلبات، والقيمة مدى الحياة، وآخر منتج شُوهد، وقيمة السلة، ومستوى الولاء، وحالة الموافقة، ومشكلات الدعم، والتفاعل مع الحملات.
يشرح هذا الدليل كيف تخطّط للتكامل بين Brevo وTajo وتنفّذه وتختبره وتشغّله.
الإجابة السريعة
اتّبع هذا التسلسل:
- حدّد سير العمل الذي تريد تشغيله في Brevo.
- قرّر مصدر الحقيقة لجهات الاتصال والطلبات والموافقة وبيانات المنتجات وحقول الولاء.
- أنشئ مفتاح Brevo API وأمّنه.
- اربط Brevo داخل Tajo.
- اختر الكائنات والأحداث التي ستُزامَن.
- طابق حقول Tajo مع سمات جهات الاتصال والقوائم والأحداث وبيانات التجارة الإلكترونية في Brevo.
- اختبر على شريحة صغيرة.
- ابنِ أولى عمليات الأتمتة في Brevo.
- تحقّق من سلوك الموافقة وقوائم الحظر وإلغاء الاشتراك.
- راقب أخطاء المزامنة، وجهات الاتصال المكرّرة، وأداء الحملات.
لا تبدأ بربط كل حقل ممكن. ابدأ بالبيانات اللازمة لأول ثلاث عمليات سير عمل لديك.
متى تستخدم كل مسار تكامل
هناك ثلاث طرق شائعة لربط Brevo ببقية المنظومة.
| مسار التكامل | الأنسب لـ | ما ينبغي الانتباه له |
|---|---|---|
| التكامل الأصلي أو الإضافة في Brevo | مزامنة جهات اتصال بسيطة، واتصال أساسي بالتجارة الإلكترونية، وإعداد سريع | قد لا يُتيح جميع البيانات أو الأحداث أو منطق دورة الحياة اللازم لتقسيم شرائح متقدّم |
| Tajo + Brevo | تسويق مدفوع ببيانات Shopify أو العملاء، وأتمتة دورة الحياة، والولاء، وتقسيم الشرائح، ومُحفّزات التجارة الإلكترونية | يتطلّب تحديد مطابقة الحقول وقواعد الأحداث وملكية سير العمل |
| تكامل مخصّص عبر Brevo API | منطق تطبيق فريد، ونموذج بيانات خاص، وأحداث مخصّصة، وأنظمة داخلية | يحتاج إلى هندسة ومراقبة وإعادة محاولات ومراجعة أمنية وصيانة |
استخدم Tajo عندما تحتاج إلى أن يتصرّف Brevo بناءً على سياق العميل، لا أن يخزّن جهات الاتصال فقط.
أمثلة:
- عميل على Shopify يضع طلبه الثاني وينتقل إلى مستوى ولاء أعلى.
- عميل عالي القيمة يترك سلته بعد تصفّح فئة منتجات.
- مشترٍ منقطع ينبغي أن يدخل تدفّق استعادة فقط إذا لم تكن لديه مشكلة دعم مفتوحة.
- تدفّق ما بعد الشراء ينبغي أن يتغيّر حسب فئة المنتج وعدد الطلبات.
- شريحة VIP ينبغي أن تتلقّى رسالة واتساب فقط إذا كانت موافقة القناة موجودة.
- عميل ينبغي إخراجه من تسلسل الرعاية بعد الشراء.
هذه العمليات تتطلّب بيانات مُزامَنة، وتوقيت أحداث، وموافقة، ومنطق حظر.
ما الذي يستطيع Tajo مزامنته مع Brevo
يعتمد الإعداد الدقيق على حسابك ومتجرك وتهيئة التكامل، لكن فئات البيانات المفيدة ثابتة.
| فئة البيانات | أمثلة | الاستخدام في Brevo |
|---|---|---|
| هوية جهة الاتصال | البريد الإلكتروني، الاسم الأول، اسم العائلة، الهاتف، المعرّف الخارجي | ملفّ جهة الاتصال، وإزالة التكرار، والتخصيص |
| الموافقة | الاشتراك بالبريد، الاشتراك بـ SMS، موافقة واتساب، حالة إلغاء الاشتراك | الامتثال، والحظر، وأهلية القناة |
| دورة حياة العميل | جديد، نشط، متكرّر، VIP، معرّض للخطر، منقطع | تقسيم الشرائح وتوجيه الرحلات |
| طلبات التجارة الإلكترونية | معرّف الطلب، التاريخ، الإجمالي، العملة، المنتجات، الفئات | ما بعد الشراء، وإعادة التزوّد، والاستعادة، وشرائح LTV |
| كتالوج المنتجات | معرّف المنتج، الاسم، الفئة، السعر، الحالة | التوصيات والرسائل الخاصة بالمنتجات |
| أحداث السلة والتصفّح | قيمة السلة، المنتج المُشاهَد، بدء الدفع | السلة المتروكة والتصفّح المتروك |
| بيانات الولاء | النقاط، المستوى، المكافآت، تاريخ الانتهاء، الإنجازات | حملات الولاء ورسائل ترقية المستوى |
| بيانات التفاعل | فتح الحملات، النقرات، الردود، الأحداث | الحظر، والتقييم، وتقسيم الشرائح حسب التفاعل |
| سمات مخصّصة | حقول خاصة بالمتجر، والوسوم، والتفضيلات | تخصيص وتوجيه متقدّمان |
ابدأ بالهوية والموافقة ودورة الحياة وسجلّ الطلبات والأحداث اللازمة لأولى عمليات سير العمل لديك. وأضف حقولًا إضافية فقط عندما تدعم حاجة تشغيلية أو حملة واضحة.
المتطلّبات المسبقة
قبل ربط Brevo وTajo، تأكّد من أن:
- لديك حساب Tajo مع مصدر بيانات المتجر أو العملاء المناسب مرتبط.
- لديك حساب Brevo بصلاحية إنشاء مفاتيح API أو استخدامها.
- تعرف قوائم Brevo وسماته وقوالبه التي ستُستخدم.
- تعرف مصدر الحقيقة للبريد الإلكتروني والهاتف والموافقة ومعرّف العميل.
- لديك وصول إداري إلى Shopify أو منصة التجارة إذا كانت أحداث التجارة الإلكترونية مشمولة.
- لديك جهة اتصال اختبارية وطلب اختباري يمكنك استخدامهما بأمان.
- تعرف من يملك التكامل بعد الإطلاق.
حدّد أيضًا أول ثلاث عمليات سير عمل.
عمليات سير عمل أولى جيدة:
- سلسلة ترحيب للمشتركين أو العملاء الجدد.
- استعادة السلة المتروكة.
- تثقيف ما بعد الشراء.
- طلب مراجعة.
- ترقية مستوى الولاء.
- الاستعادة أو إعادة التنشيط.
- حملة عملاء VIP.
الخطوة 1: حدّد مصدر الحقيقة
مصدر الحقيقة هو النظام الذي يفوز عندما يختلف نظامان.
حدّده قبل المزامنة.
| الحقل أو الكائن | مصدر الحقيقة الموصى به |
|---|---|
| عنوان البريد الإلكتروني | منصة التجارة الإلكترونية أو CRM، حسب مسار الاستقطاب |
| رقم الهاتف | النظام الذي جُمعت فيه موافقة SMS |
| موافقة البريد الإلكتروني | مصدر جمع الموافقة أو مركز التفضيلات |
| موافقة SMS وواتساب | مصدر جمع الموافقة، ولا تُستنتج أبدًا من وجود رقم هاتف |
| سجلّ الطلبات | منصة التجارة الإلكترونية |
| كتالوج المنتجات | منصة التجارة الإلكترونية |
| مستوى الولاء والنقاط | Tajo أو نظام الولاء |
| التفاعل مع الحملات | Brevo |
| حالة الدعم | نظام الدعم أو طبقة بيانات العملاء |
هذا يمنع حلقات المزامنة وتعارض البيانات.
مثال: إذا حدّث عميل رقم هاتفه في Shopify، يستطيع Tajo تحديث Brevo. وإذا كان لدى Brevo رقم هاتف أقدم، فلا ينبغي أن يستبدل سجلّ التجارة الحالي إلا إذا سمحت بذلك الاتجاه صراحةً.
الخطوة 2: أنشئ مفتاح Brevo API
داخل Brevo:
- افتح إعدادات الحساب.
- انتقل إلى مفاتيح API.
- أنشئ مفتاحًا للتكامل مع Tajo.
- سمّه بوضوح، مثل
Tajo production sync. - خزّنه بشكل آمن.
- لا تلصق المفتاح في الوثائق أو جداول البيانات أو المحادثات أو التذاكر أو الكود العام.
استخدم مفاتيح منفصلة للإنتاج والاختبار كلما أمكن.
ممارسات موصى بها للمفاتيح:
- اقصر الوصول على المسؤولين الذين يحتاجونه.
- بدّل المفاتيح بعد تغييرات الفريق أو عند الاشتباه في تسريبها.
- افصل بيانات اعتماد الاختبار عن الإنتاج.
- وثّق من يملك التكامل.
- ألغِ المفاتيح غير المستخدمة.
الخطوة 3: اربط Brevo داخل Tajo
داخل Tajo:
- افتح عمليات التكامل.
- اختر Brevo.
- أضف مفتاح Brevo API.
- اختر المتجر أو CRM أو مصدر بيانات العملاء المراد مزامنته.
- اختر الكائنات التي ستُزامَن.
- اضبط الاتجاه: من Tajo إلى Brevo، أو من Brevo إلى Tajo، أو ثنائي الاتجاه للحقول المعتمدة.
- احفظ الاتصال.
- شغّل مزامنة اختبارية.
ابدأ بمجموعة محدودة من جهات الاتصال الاختبارية. وأكّد البيانات داخل Brevo قبل تفعيل المزامنة الكاملة.
الخطوة 4: طابق الحقول
مطابقة الحقول هي ما يحدّد قدرة Brevo على تقسيم الشرائح والتخصيص بشكل صحيح.
خريطة بداية عملية:
| حقل Tajo أو المتجر | حقل Brevo أو كائنه | ملاحظات |
|---|---|---|
| بريد العميل | حقل الهوية الأساسي | |
| الاسم الأول | FIRSTNAME | يُستخدم في التخصيص |
| اسم العائلة | LASTNAME | يُستخدم في التخصيص وCRM |
| الهاتف | سمة SMS أو الهاتف | استخدمه فقط عندما تكون الموافقة والصيغة صحيحتين |
| معرّف العميل | المعرّف الخارجي أو سمة مخصّصة | يساعد في إزالة التكرار والتسوية |
| الاشتراك بالبريد | موافقة البريد أو العضوية في القائمة | لا تفترض الموافقة من مجرّد وجود جهة الاتصال |
| الاشتراك بـ SMS | موافقة SMS أو سمة مخصّصة | مطلوبة قبل حملات SMS |
| عدد الطلبات | ORDER_COUNT | مفيد لشرائح المشتري الجديد مقابل المتكرّر |
| القيمة مدى الحياة | سمة TOTAL_SPENT أو LTV | مفيدة لقواعد VIP والحظر |
| تاريخ آخر طلب | LAST_ORDER_DATE | مفيد لإعادة التزوّد والاستعادة |
| نقاط الولاء | LOYALTY_POINTS | مفيدة لتذكيرات المكافآت |
| مستوى الولاء | LOYALTY_TIER | مفيد لحملات VIP والمستويات |
| آخر فئة منتج | LAST_CATEGORY | مفيدة للتوصيات |
| دورة حياة العميل | LIFECYCLE_STAGE | مفيدة لتوجيه الرحلات |
استخدم تسمية متّسقة. وتجنّب إنشاء سمات متعدّدة للفكرة نفسها، مثل total_spent وTOTAL_SPENT وLTV.
الخطوة 5: اضبط الأحداث والمُحفّزات
تعتمد أتمتة الحملات على الأحداث.
الأحداث الشائعة:
- إنشاء جهة اتصال.
- الاشتراك في النشرة البريدية.
- ترك السلة.
- بدء الدفع.
- إتمام الطلب.
- إلغاء الطلب.
- إصدار استرداد.
- مشاهدة منتج.
- تغيّر مستوى الولاء.
- كسب نقاط.
- استبدال مكافأة.
- تحوّل العميل إلى غير نشط.
- فتح تذكرة دعم.
لكل حدث، حدّد:
| حقل الحدث | لماذا يهم |
|---|---|
| اسم الحدث | تستخدمه مُحفّزات سير العمل في Brevo |
| معرّف العميل | يربط الحدث بجهة الاتصال الصحيحة |
| الطابع الزمني | يتحكّم في التوقيت ومنطق التأخير |
| الخصائص | تضيف سياق الطلب أو المنتج أو الولاء أو السلة |
| مفتاح إزالة التكرار | يمنع المُحفّزات المكرّرة |
| حالة الموافقة | تحدّد ما إذا كان الحدث يستطيع إطلاق رسالة |
| المصدر | يساعد في تتبّع مصدر الحدث عند التصحيح |
لا تُطلق حملات من الأحداث قبل أن تتحقّق من أن أحداث الاختبار تظهر مرة واحدة، مع جهة الاتصال والخصائص الصحيحة.
الخطوة 6: ابنِ أولى عمليات سير العمل في Brevo
سلسلة الترحيب
المُحفّز: مشترك جديد، أو حساب جديد، أو أول مزامنة للعميل.
التدفّق المقترح:
- ترحيب فوري.
- قصة العلامة التجارية أو عرض القيمة.
- شرح المنتج أو الخدمة أو برنامج الولاء.
- دليل اجتماعي.
- دعوة لأول عملية شراء أو للخطوة التالية.
استخدم بيانات Tajo من أجل:
- مصدر العميل.
- تاريخ الاشتراك.
- أول اهتمام بمنتج.
- حالة الاشتراك في الولاء.
- موافقة القناة.
استعادة السلة المتروكة
المُحفّز: ترك السلة أو بدء الدفع دون إتمام الطلب.
التدفّق المقترح:
- تذكير بالبريد الإلكتروني بعد تأخير قصير.
- تذكير عبر SMS فقط إذا كانت موافقة SMS موجودة.
- رسالة خاصة بالمنتج تتضمّن محتويات السلة.
- دفعة أخيرة أو حافز إذا سمح هامش الربح.
استخدم بيانات Tajo من أجل:
- قيمة السلة.
- أسماء المنتجات.
- فئات المنتجات.
- رابط إتمام الدفع.
- قيمة العميل.
- عدد المشتريات السابقة.
للتنفيذ الخاص بـ Shopify، اقرأ تكامل Brevo مع Shopify وبريد السلة المتروكة في Shopify.
تدفّق ما بعد الشراء
المُحفّز: إتمام الطلب.
التدفّق المقترح:
- تأكيد معاملاتي.
- تثقيف عن المنتج أو تعليمات العناية.
- طلب مراجعة.
- بيع متقاطع أو تذكير بإعادة التزوّد.
- تحديث نقاط الولاء.
استخدم بيانات Tajo من أجل:
- فئة المنتج.
- عدد الطلبات.
- مستوى الولاء.
- النقاط المكتسبة.
- القيمة مدى الحياة للعميل.
- حالة الدعم.
ترقية مستوى الولاء
المُحفّز: تغيّر مستوى الولاء.
التدفّق المقترح:
- هنّئ العميل.
- اشرح المزايا الجديدة.
- اعرض النقاط أو المكافآت الحالية.
- اقترح الخطوة التالية.
- أوقف الإرسال إذا كانت لدى العميل مشكلة دعم مفتوحة.
تدفّق الاستعادة
المُحفّز: عدم نشاط العميل لفترة محدّدة.
التدفّق المقترح:
- تواصل مفيد للاطمئنان.
- توصية بناءً على الفئة السابقة.
- عرض إذا سمح هامش الربح.
- تحديث التفضيلات.
- الحظر عند عدم الاستجابة.
استخدم بيانات Tajo من أجل:
- تاريخ آخر طلب.
- آخر فئة منتج.
- حالة التفاعل.
- قيمة العميل.
- حالة الدعم الأخيرة.
قائمة فحص الجودة قبل الإطلاق
استخدم هذه القائمة قبل تفعيل عمليات سير العمل في الإنتاج.
| عنصر الفحص | شرط النجاح |
|---|---|
| مزامنة جهات الاتصال | جهة الاتصال الاختبارية تظهر مرة واحدة في Brevo |
| مطابقة السمات | جميع الحقول المطلوبة تُملأ بشكل صحيح |
| الموافقة | أهلية البريد الإلكتروني وSMS وواتساب صحيحة |
| إلغاء الاشتراك | جهات الاتصال الملغاة محظورة فعلًا |
| تسليم الأحداث | كل حدث اختباري يصل مرة واحدة |
| خصائص الأحداث | حقول الطلب والسلة والمنتج والولاء موجودة |
| مُحفّز سير العمل | سير العمل الصحيح يبدأ من الحدث الاختباري |
| قواعد الخروج | العملاء يخرجون بعد الشراء أو عند شرط الاستبعاد |
| الحظر | مشكلات الدعم المفتوحة والاستردادات وإلغاءات الاشتراك محترمة |
| التخصيص | متغيّرات القوالب تُعرض بشكل صحيح |
| الروابط | روابط الدفع والمنتج والتفضيلات تعمل |
| التقارير | مؤشّرات الحملات وسير العمل ظاهرة |
| معالجة الأخطاء | أخطاء المزامنة مسجّلة ولها مالك |
لا تتخطَّ فحص الجودة. أخطاء التكامل تصنع تجارب محرجة للعملاء بسرعة.
معالجة المشكلات الشائعة
جهات اتصال مكرّرة
الأسباب الشائعة:
- استخدام معرّفات مختلفة في أنظمة مختلفة.
- جهة اتصال بالهاتف فقط تحصل لاحقًا على بريد إلكتروني.
- عمليات استيراد أنشأت جهات اتصال قبل ضبط المزامنة.
- توحيد صيغة البريد الإلكتروني غير متّسق.
الحلّ:
- اختر معرّفًا أساسيًا واحدًا.
- وحّد حالة أحرف البريد الإلكتروني.
- استخدم المعرّفات الخارجية عند توفّرها.
- ادمج المكرّرات أو احظرها قبل عمليات الإرسال الكبيرة.
بيانات ناقصة في Brevo
الأسباب الشائعة:
- الحقل غير مطابَق.
- بيانات المصدر فارغة.
- مفتاح API يفتقر إلى الصلاحية.
- فشل مهمة المزامنة.
- نوع الحقل غير متوافق.
الحلّ:
- تحقّق من السجلّ المصدر في Tajo أو Shopify.
- أكّد وجود المطابقة.
- أكّد وجود السمة في Brevo.
- شغّل مزامنة اختبارية.
- راجع سجلّات المزامنة.
سير العمل لا ينطلق
الأسباب الشائعة:
- عدم تطابق اسم الحدث.
- جهة الاتصال غير موجودة بعد.
- خصائص الحدث ناقصة.
- شروط سير العمل صارمة أكثر من اللازم.
- قواعد التأخير أو الدخول تمنع جهة الاتصال.
الحلّ:
- تحقّق من اسم الحدث بدقة.
- أرسل حدثًا اختباريًا.
- راجع تسجيل الدخول إلى سير العمل.
- بسّط الشروط مؤقتًا.
- أكّد حالة الموافقة والحظر.
SMS أو واتساب لا يُرسَل
الأسباب الشائعة:
- لا توجد موافقة على القناة.
- صيغة الهاتف غير صالحة.
- قواعد الدولة أو المرسِل غير مضبوطة.
- جهة الاتصال محظورة.
- أرصدة القناة أو إعدادات الحساب تحتاج إلى مراجعة.
الحلّ:
- تحقّق من صيغة الهاتف.
- أكّد مصدر الموافقة.
- اختبر برقم داخلي.
- راجع إعدادات القناة في Brevo.
- تأكّد من وجود مسار بديل عبر البريد الإلكتروني.
تأخّر المزامنة
الأسباب الشائعة:
- وضع المزامنة على دفعات.
- حدود معدّل API.
- تأخّر تسليم Webhook.
- مشكلة مؤقتة في حالة المورّد.
- مهمة تعبئة تاريخية كبيرة قيد التنفيذ.
الحلّ:
- راجع حالة المزامنة.
- راجع حدود المعدّل.
- أكّد تسليم Webhook.
- أعطِ الأولوية للأحداث عالية القيمة.
- استخدم المزامنة على دفعات للتعبئة التاريخية، ومزامنة الأحداث للحملات الفورية.
الأمان والامتثال
تعامل مع التكامل بوصفه بنية تحتية لبيانات العملاء.
الحدّ الأدنى من الضوابط:
- خزّن مفاتيح API بأمان.
- اقصر الوصول الإداري.
- استخدم بيانات اعتماد منفصلة للاختبار والإنتاج.
- احترم موافقة البريد الإلكتروني وSMS وواتساب.
- أبقِ حالة إلغاء الاشتراك مُزامَنة.
- تجنّب مزامنة الحقول الحسّاسة غير الضرورية.
- سجّل حالات فشل المزامنة.
- وثّق ملكية الحقول.
- حدّد من يستطيع إنشاء عمليات سير العمل أو تفعيلها.
لا تمرّر بيانات العملاء إلى الحملات لمجرّد أنها متاحة. زامِن فقط البيانات التي تدعم سير عمل حقيقيًا.
المؤشّرات التي ينبغي مراقبتها
بعد الإطلاق، راقب صحّة التكامل ونتائج الحملات معًا.
صحّة التكامل:
- معدّل نجاح المزامنة.
- عدد أخطاء المزامنة.
- معدّل جهات الاتصال المكرّرة.
- زمن تأخير تسليم الأحداث.
- عدد حالات فشل Webhook.
- عدد الحقول غير المطابَقة.
- معدّل أخطاء API.
أداء الحملات:
- عدد المسجّلين في سير العمل.
- تسليم البريد الإلكتروني.
- معدّلات الفتح والنقر.
- الاستجابة على SMS أو واتساب.
- معدّل التحويل.
- الإيرادات لكل سير عمل.
- إلغاءات الاشتراك.
- معدّل الشكاوى.
- معدّل الشراء المتكرّر.
- التفاعل مع برنامج الولاء.
إذا كان أداء الحملات ضعيفًا، لا تعِد كتابة النصوص فقط. تحقّق من جودة البيانات، وتوقيت المُحفّزات، والجمهور، والموافقة، والعرض، ومنطق الحظر.
خطة التنفيذ
الأسبوع 1: التخطيط والربط
- حدّد عمليات سير العمل الأولى.
- اختر مصدر الحقيقة.
- أنشئ مفتاح Brevo API.
- اربط Brevo داخل Tajo.
- طابق حقول جهات الاتصال الأساسية.
- شغّل مزامنة اختبارية.
الأسبوع 2: إضافة الأحداث والشرائح
- اضبط أحداث الطلبات والسلة.
- أضف حقول دورة الحياة.
- أضف حقول الولاء عند الحاجة.
- أنشئ شرائح اختبارية.
- تحقّق من الموافقة والحظر.
الأسبوع 3: بناء عمليات سير العمل
- ابنِ سلسلة الترحيب.
- ابنِ استعادة السلة المتروكة أو استعادة العملاء المحتملين.
- ابنِ تدفّق ما بعد الشراء أو الولاء.
- اختبر متغيّرات القوالب.
- افحص الروابط وقواعد الخروج.
الأسبوع 4: الإطلاق والمراقبة
- أطلق لجمهور محدود.
- راجع سجلّات المزامنة يوميًا.
- تحقّق من مؤشّرات الحملات.
- أصلح مشكلات المطابقة.
- وسّع الجمهور بعد الاستقرار.
التوصية النهائية
أفضل تكامل بين Brevo وTajo يُبنى حول عمليات سير العمل، لا حول الحقول.
ابدأ برحلات العملاء الأكثر أهمية: الترحيب، واستعادة السلة، وما بعد الشراء، والولاء، واستعادة العملاء. زامِن البيانات اللازمة لتلك الرحلات. اختبر بعناية. احترم الموافقة. راقب الأخطاء. ثم توسّع نحو تقسيم شرائح أغنى وأتمتة متعدّدة القنوات.
تكون قيمة Tajo أعلى ما يمكن عندما يحتاج Brevo إلى أكثر من قائمة جهات اتصال. فهو يمنح حملات Brevo سياق العميل والتجارة الإلكترونية والولاء ودورة الحياة اللازم لجعل الأتمتة في وقتها ومحدّدة وقابلة للقياس.