استعد مبيعاتك الضائعة.

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

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

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

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

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

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

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

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

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

لأن الإضافة المجانية تحل النصف السهل. كتابة التذكير وتوقيته هو النصف السهل؛ أما إيصاله إلى صندوق الوارد فهو النصف الصعب، والإضافات المجانية تعيده إليك. فهي تستدعي wp_mail()‎ في WordPress، الذي يرسل عبر ما توفره استضافتك، من خادم لا سمعة له كمُرسِل جماعي ولا علاقة له بـ Gmail. ولإصلاح ذلك كما يجب، عليك شراء حساب SMTP أو ESP، والتحقق من نطاق إرسال، ونشر سجلات DKIM وSPF وDMARC، ثم الاحتفاظ بقائمة للرسائل المرتدة وأخرى للشكاوى حتى تتوقف إعادة المحاولة مع العناوين الميتة. هذه وظيفة حقيقية، ومعظم أصحاب المتاجر لا سبب لديهم لمعرفة كيفية القيام بها. فتخرج الرسائل، وينتهي جزء كبير منها في البريد المزعج، ويكسب التدفق بصمت جزءًا صغيرًا مما ينبغي، بينما تعرضه كل لوحات التحكم على أنه مُرسَل. وجواب BrikMentor أن الإرسال هنا ليس إضافة جانبية: إنه يعمل على Amazon SES، من نطاقك الموثّق، ضمن الـ $15.

ثلاثة أمور. أولًا، مصدر الرسائل: نطاقك الموثّق، بتوقيع DKIM بطول 2048 بت، على Amazon SES بدلًا من استضافتك، وهذا هو الفرق بين صندوق الوارد ومجلد البريد المزعج لمعظم المتاجر. ثانيًا، ما يحدث للعناوين غير الصالحة: تُحصى الرسائل المرتدة والشكاوى وتُحظر عنك تلقائيًا، وكل رسالة تحمل ترويسة List-Unsubscribe بنقرة واحدة، التي يشترطها Gmail وYahoo على المرسلين الجماعيين منذ عام 2024. ثالثًا، ما تحصل عليه أيضًا: السلال هنا تدفق واحد من ثمانية، أما عودة المخزون واستعادة العملاء واسترداد الدفع فلا مكان لها في إضافة سلة. احتفظ بالإضافة المجانية إن كانت تؤدي ما تحتاجه. وإن لم تكن متأكدًا من أن رسائلها تصل، فهذا بالضبط ما لا تستطيع إخبارك به.

نحن من يرسلها، ولا تحتاج إلى أيٍّ منهما. الإرسال جزء من المنتج، وليس شيئًا تضيفه لاحقًا. تخرج الرسائل عبر بنيتنا التحتية المُدارة على Amazon SES في منطقة الاتحاد الأوروبي (ستوكهولم)، فلا يوجد خادم SMTP لضبطه، ولا مفاتيح API للصقها، ولا اشتراك ثانٍ لتجديده، ولا صراع مع ما تسمح به شركة الاستضافة لـ wp_mail()‎. الطوابير، وتحديد معدل الإرسال، وإعادة المحاولة، ومعالجة الرسائل المرتدة، ومعالجة الشكاوى، كلها من جهتنا. وما يبقى من جهتك هو الجزء الذي يجب أن يبقى: المحفزات والقوالب والبيانات.

تنشر خمسة سجلات DNS مرة واحدة، وهذه هي المهمة كلها. بعدها تُوقَّع كل رسالة بـ DKIM بطول 2048 بت على نطاقك أنت، وتعود الرسائل المرتدة عبر نطاق فرعي تابع لك، ويتوافق SPF وDMARC، فيرى مزود البريد متجرك يرسل بريده بنفسه، لا غريبًا يرسل نيابة عنك. ولا يوجد عمدًا بديل مشترك من نوع «استخدم نطاقنا فحسب»: قِسنا هذا النموذج على صناديق بريد حقيقية ولم يصمد، ومن دون نطاق موثّق يرفض BrikMentor الإرسال تمامًا. إنها خطوة الإعداد الوحيدة التي لن نسمح لك بتخطيها، وهي سبب وصول الرسائل.

يمر الإرسال عبر بنيتنا التحتية المُدارة على Amazon SES (منطقة الاتحاد الأوروبي، ستوكهولم)، فلا تحتاج أبدًا إلى إعداد SMTP أو مفاتيح API أو حساب ESP. كل متجر يرسل من نطاقه الخاص: تنشر خمسة سجلات DNS مرة واحدة، وبعدها يُوقَّع بريدك بـ DKIM بطول 2048 بت باسم متجرك، مع توافق SPF وDMARC وعودة الرسائل المرتدة عبر نطاقك الفرعي. ولا يوجد عمدًا نطاق «مُرسِل» مشترك للرجوع إليه، لأن عنوان مُرسِل لا يعرفه عملاؤك هو بالضبط ما يُرشَّح، ومن دون نطاق موثّق يرفض BrikMentor الإرسال تمامًا. تُتتبَّع الرسائل المرتدة والشكاوى لكل متجر على حدة، وإذا تجاوزت نسب متجر ما الحدود الآمنة، يتوقف الإرسال تلقائيًا قبل وقوع أي ضرر حقيقي. القائمة السيئة لمتجر واحد لا يمكنها أن تحرق الحي كله. وفوق ذلك، يمنح تدفق كوبون النافذة المنبثقة المشتركين الجدد سببًا فوريًا للفتح والنقر، وهذه أقوى إشارة لوصول الرسائل إلى صندوق الوارد.

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

تحمل كل رسالة رابط إلغاء اشتراك ظاهرًا وأيضًا ترويسات List-Unsubscribe بنقرة واحدة (RFC 8058) التي يشترطها Gmail وYahoo. يقود الرابط إلى صفحة تأكيد، فلا يستطيع ماسح روابط مؤسسي مفرط الحماس إلغاء اشتراك أحد عن طريق الخطأ، بينما يخرج الإنسان بنقرتين، وبنقرة واحدة من داخل Gmail نفسه. وتُفحص قائمة الحظر قبل كل عملية إرسال، بلا استثناء.

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

يعمل المحرك (المحفزات، والتدفقات، والقوالب، وعدّاد الإيرادات) داخل WordPress الخاص بك. ولا يغادر خادمك إلا ما يلزم لتسليم الرسالة. ألغِ متى شئت؛ يبقى كل شيء في قاعدة بياناتك.

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