استعِد المشترين السابقين بشرائح سجل الشراء ورموز الخصم

«الأشخاص الذين اشتروا X بين التاريخ A والتاريخ B» ليس رقمًا في ملخّص إجمالي، بل بنود طلبات حقيقية — وبمجرد ربط متجر Shopify أو WooCommerce، يستطيع MailInApp التصفية وفقها تمامًا. ابنِ الشريحة، وأضف عنصر «خصم التجارة الإلكترونية»، وسيحصل كل مستلم مطابق على رمزه الخاص للاستخدام مرة واحدة، يُنشأ في متجرك لحظة إرسال رسالته — ويُستبدل في صفحة الدفع الخاصة بمتجرك، لا في صفحة دفع ثانية.

«الأشخاص الذين اشتروا X بين التاريخ A والتاريخ B» ليس ملخّصًا إجماليًا للإنفاق طوال فترة التعامل — بل بنود طلبات حقيقية. بمجرد ربط متجر Shopify أو WooCommerce، يستطيع MailInApp التصفية وفق ذلك تمامًا، ومنح كل تطابق رمز خصم حقيقيًا للاستخدام مرة واحدة يُستبدل في متجرك.

تُرسَل معظم رسائل استعادة العملاء إما إلى كل من لم يشترِ مؤخرًا، أو لا تُرسَل إلى أحد، لأن بناء «اشترى هذا المنتج المحدد في هذه الفترة المحددة» يدويًا يعني تصدير الطلبات إلى جدول بيانات أولًا. يشرح هذا الدليل القيام بذلك داخل MailInApp بدلًا من ذلك — شريحة، فخصم، فإرسال.

الخطوة 1 — اربط متجرك واستورد سجل الطلبات السابقة

من الإعدادات ← التكاملات، اربط Shopify أو WooCommerce إن لم تكن قد فعلت ذلك. يزامن كلٌّ منهما العملاء في قائمة جهات اتصال ويُبقي بيانات بنود الطلبات محدّثة من ذلك الحين عبر Webhooks الخاصة به. أما الربط الأقدم، أو المتجر الذي يملك سجلًا يمتد لسنوات، فيحتاج أولًا إلى سحب لمرة واحدة عبر استيراد سجل الطلبات السابقة من لوحة التكاملات نفسها — ثم تُزامَن الطلبات الجديدة تلقائيًا بعد ذلك. يصل استيراد Shopify إلى آخر 60 يومًا تقريبًا ما لم يوافق Shopify بشكل منفصل على منح التطبيق سجل الطلبات الكامل لمتجرك؛ ولا يفرض WooCommerce أي حد من هذا النوع.

الخطوة 2 — ابنِ مرشّح جمهور حسب سجل الشراء

في صفحة الإرسال الخاصة بمشروع، افتح عامل تصفية الجمهور وأضف شرطًا ضمن المجموعة الجديدة سجل الشراء — وهي مختلفة عن شرطَي «تم الشراء» و«إجمالي الإيرادات» العاديين، اللذين لا ينظران إلا إلى ملخّص إجمالي طوال فترة التعامل. اختر منتجًا (أو اتركه مفتوحًا لمطابقة أي منتج)، ونطاقًا زمنيًا، وما إذا كان الجمع حسب المبلغ أو الكمية، والحد الأدنى:

  • اشترى وحدتين أو أكثر من منتج محدد خلال آخر 90 يومًا.
  • أنفق أكثر من $50 على مستوى المتجر بين تاريخين محددين — قائمة موسمية لاستعادة العملاء.

اجمع ذلك مع شروط الحقول العادية باستخدام مجموعات AND/OR نفسها التي تستخدمها بالفعل لقواعد ظهور العناصر في الاستوديو.

الخطوة 3 — أضف عنصر خصم التجارة الإلكترونية

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

الخطوة 4 — أرسل، ودع الاستبدال يتم في متجرك

قبيل عرض رسالة كل مستلم مطابق مباشرة، ينشئ MailInApp رمز خصم حقيقيًا في متجرك المرتبط (رمز خصم في Shopify أو قسيمة في WooCommerce)، مقصورًا على بريد ذلك العميل وحده وقابلًا للاستخدام مرة واحدة فقط، ويملؤه مباشرة في خانة عرض الرمز ورابط الزر في العنصر — لا شيء تنسخه وتلصقه، ولا قالب تعدّه يدويًا لكل شخص. إن فشل الإنشاء لمستلم بعينه — رمز وصول يحتاج إلى إعادة ربط، أو خلل عابر في الواجهة البرمجية — تُرسَل رسالة ذلك المستلم مع ذلك، لكن بالتسمية البديلة العادية للعنصر بدلًا من رمز حقيقي؛ ولا يتوقف الإرسال أبدًا.

لماذا يتم الاستبدال في متجرك

هذا مقصود، وليس قيدًا. الجمهور الذي تستهدفه يتسوّق بالفعل في متجرك، لذا يعيد الخصم استخدام قواعد المخزون والضرائب والتسعير القائمة في ذلك المتجر بدلًا من إنشاء نقطة بيع ثانية لمنتجات لديها نقطة بيع بالفعل. يمكن لـ عنصر المنتج في MailInApp أيضًا أن يرتبط مباشرة بصفحة الدفع في متجرك، عبر خيار الربط بصفحة الدفع في متجر خارجي في حقل الدفع الخاص به. استخدمها إن كنت تفضّل زر «اشترِ الآن» بجوار منتج محدد على رابط بطاقة الخصم نفسها. أما وضع الدفع عبر Stripe فيحلّ مشكلة مختلفة: بيع شيء لا يقف وراءه متجر على الإطلاق.

قراءة النتائج

يُسنَد الطلب المستبدَل إلى الحملة التي أرسلت الرمز تمامًا كما تُسنَد أي نقرة أخرى إلى المتجر — راجع تتبّع طلبات Shopify وعمليات الدفع والإيرادات لمعرفة كيف يعمل ذلك الإسناد فعليًا من البداية إلى النهاية.

البدء

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

تسلسل نموذجي للبناء والإرسال

  1. 1

    اربط متجرك واستورد سجل الطلبات السابقة

    من الإعدادات ← التكاملات، اربط Shopify أو WooCommerce إن لم تكن قد فعلت ذلك. المتجر الذي رُبط قبل توفر شرائح سجل الشراء، أو الذي يملك سجلًا أقدم، يحتاج إلى سحب لمرة واحدة عبر «استيراد سجل الطلبات السابقة» لتصبح الطلبات الماضية قابلة للاستعلام — ثم تُزامَن الطلبات الجديدة تلقائيًا من بعدها.

  2. 2

    ابنِ مرشّح جمهور حسب سجل الشراء

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

  3. 3

    أضف عنصر خصم التجارة الإلكترونية

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

  4. 4

    أرسل، ودع الاستبدال يتم في متجرك

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

الأسئلة الشائعة

لماذا يتم الاستبدال في متجري بدلًا من صفحة الدفع الخاصة بـ MailInApp؟

لأن الجمهور الذي تستهدفه يتسوّق بالفعل في متجرك — فهذه الميزة تعيد استخدام قواعد المخزون والضرائب والتسعير في ذلك المتجر عبر رمز خصم حقيقي في Shopify أو قسيمة في WooCommerce، بدلًا من إنشاء نقطة بيع ثانية داخل MailInApp لمنتجات لديها نقطة بيع بالفعل. أما عنصر المنتج في MailInApp مع الدفع عبر Stripe فهو ميزة منفصلة لحالة مختلفة: بيع شيء لا يقف وراءه متجر قائم.

هل رمز الخصم قابل لإعادة الاستخدام، أم قد يتسرّب إذا أعاد أحدهم توجيه الرسالة؟

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

إلى أي مدى يمتد سجل الشراء فعليًا؟

إلى أبعد ما زامنه متجرك. تُزامَن الطلبات الجديدة مباشرة من Webhooks متجرك من الآن فصاعدًا؛ أما المتجر الذي رُبط قبل توفر هذه الميزة، أو الذي يملك سجلًا يمتد لسنوات، فيحتاج إلى سحب لمرة واحدة عبر «استيراد سجل الطلبات السابقة» — يصل استيراد Shopify إلى آخر 60 يومًا تقريبًا ما لم يوافق Shopify بشكل منفصل على منح التطبيق السجل الكامل لمتجرك، بينما لا يفرض WooCommerce أي حد من هذا النوع.

ماذا يحدث إذا فشل إنشاء رمز لأحد المستلمين؟

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

هل يمكنني منع حصول جهة الاتصال نفسها على قسيمتين من حملتين مختلفتين في وقت متقارب؟

نعم — يتحقق إعداد «عدم إعادة التقديم خلال N يومًا» في قسم «عرض الخصم» من تاريخ آخر عرض قُدّم لجهة الاتصال قبل إنشاء رمز جديد، أيًّا كان المشروع أو الجدول الذي يرسل. إن تركته فارغًا فستكون قيمته الافتراضية مدة صلاحية الرمز نفسه، فلا يُقدَّم بديل أبدًا بينما قد يكون رمز سابق لا يزال صالحًا.

هل يعمل هذا مع WooCommerce بالطريقة نفسها التي يعمل بها مع Shopify؟

نعم — ينشئ WooCommerce قسيمة مقيّدة للاستخدام مرة واحدة عبر REST API الخاص به بدلًا من واجهة رموز الخصم في Shopify، لكن أداة بناء الشرائح وإعدادات «عرض الخصم» ووسوم الدمج والإسناد تعمل كلها بشكل متطابق بمجرد ربط المتجر.

ابنِ هذا في الاستوديو

ابدأ بالباقة المجانية — كل عنصر تفاعلي ومحرك البدائل الكامل مضمَّنان في كل فئة.