إذا كنت تدير متجرًا إلكترونيًا في مصر، فأنت تعرف المشهد: لوحة الإعلانات تقول إن تكلفة الطلب ممتازة، ثم يأتي تقرير شركة الشحن ليقول إن ثلث الطلبات رُفضت أو لم يُرد أصحابها. وتدفع الشحن ذهابًا وإيابًا على طلبات لم تكن طلبات أصلًا.
أغلب المتاجر تتعامل مع المرتجعات كمشكلة عمليات: مندوبين، ومكالمات تأكيد، وتغليف. كل هذا مهم. لكن جزءًا كبيرًا من المشكلة يبدأ قبل ذلك بكثير، في نوع الطلبات التي تجلبها حملاتك.
دراسة الحالة: متجر إلكتروني في مصر
المتجر كان يعمل بالدفع عند الاستلام بالكامل، بنسبة رفض ٣٤٪. ثلث الميزانية الإعلانية تقريبًا كان يُصرف على طلبات لا تصل، بينما تقارير الحملات تقول إنها ناجحة. على مدى ١٢٠ يومًا:
- انخفضت نسبة الرفض من ٣٤٪ إلى ١٦٪.
- انخفضت تكلفة الطلب المُسلَّم من ١٩٠ جنيهًا إلى ١٠٤ جنيهات.
- ارتفعت الإيرادات المُحصّلة ٧٢٪ مقابل زيادة ٨٪ فقط في الميزانية.
لم يحدث ذلك بحيلة واحدة، بل بثلاث خطوات.
الخطوة الأولى: ربط بيانات التسليم بالحملات
المنصات الإعلانية لا تعرف شيئًا عما يحدث بعد تسجيل الطلب. بالنسبة لها، الطلب المرفوض والطلب المُسلَّم متطابقان. ولذلك تتعلم الخوارزمية أن تجلب لك مزيدًا من الاثنين بنفس الحماس.
أول خطوة كانت سحب بيانات شركة الشحن وربطها بالحملات على مستوى الإعلان. النتيجة كانت صادمة: حملات معينة كانت تُرجع ضعف متوسط الرفض رغم أن تكلفة الطلب فيها أرخص. أرخص طلب في الحساب كان في الحقيقة الأغلى.
كيف تفعل ذلك في متجرك؟
- تأكد أن كل طلب يحمل مصدره: الحملة والإعلان (عبر معاملات UTM أو بيانات المنصة).
- اسحب حالة كل طلب من شركة الشحن: مُسلَّم، مرفوض، لم يُرد.
- احسب نسبة التسليم لكل حملة ولكل إعلان، لا للحساب كله.
- احسب تكلفة الطلب المُسلَّم لكل حملة: تكلفة الطلب ÷ نسبة التسليم.
هذا وحده يغير ترتيب أفضل حملاتك.
الخطوة الثانية: قتل "الطلب الوهمي"
بعد معرفة الحملات الضعيفة:
- أوقفنا الحملات التي تنتج طلبات ضعيفة حتى لو كانت أرخص. هذا أصعب قرار نفسيًا، لأن متوسط تكلفة الطلب في الحساب يرتفع، ويبدو الأداء على المنصة أسوأ.
- أضفنا خطوة تأكيد عبر واتساب قبل الشحن. الطلب الذي لا يُؤكَّد لا يُشحن. هذا يوفر تكلفة الشحن المرتجع مباشرة.
- أعدنا بناء الجماهير من المشترين المؤكدين فقط. بدلًا من بناء جماهير مشابهة من كل من سجّل طلبًا، بنيناها ممن استلموا ودفعوا. الخوارزمية تتعلم ممن تعطيها إياه.
الخطوة الثالثة: تعليم المنصة ما هو الطلب الحقيقي
عندما ترسل للمنصة إشارة "شراء" عند تسجيل الطلب، فأنت تكافئها على الطلبات الوهمية. الحل الأقوى هو إرسال حدث إضافي عند تأكيد الطلب أو تسليمه عبر Conversions API، واستخدام هذا الحدث في بناء الجماهير وتقييم الحملات، ثم في التحسين عندما يصل حجمه إلى ما يكفي لتتعلم منه المنصة.
شرحت إعداد ذلك في دليل البيكسل وConversions API.
ما الذي يرفع المرتجعات من داخل الإعلان؟
من التجربة، هذه الأنماط تجلب طلبات ضعيفة باستمرار:
- وعود مبالغ فيها في الإعلان: كل فجوة بين الإعلان والمنتج الحقيقي تظهر عند الباب.
- إخفاء السعر أو الشحن حتى آخر خطوة: العميل يسجل الطلب بحماس، ثم يتراجع عند معرفة التكلفة الكاملة.
- عروض "اطلب الآن وادفع لاحقًا" بلا أي التزام: تجذب من يطلب على سبيل التجربة.
- نماذج طلب سريعة جدًا بلا تأكيد: كلما كان الطلب أسهل من اللازم، زادت الطلبات العشوائية.
الفكرة ليست أن تصعّب الشراء، بل أن تجعل من يطلب يعرف بالضبط ماذا طلب وكم سيدفع.
خطوات يمكنك تطبيقها هذا الأسبوع
- اطلب من شركة الشحن تقريرًا بحالة كل طلب خلال آخر ٣٠ يومًا.
- اربط الطلبات بمصادرها واحسب نسبة التسليم لكل حملة.
- أعد ترتيب حملاتك حسب تكلفة الطلب المُسلَّم لا تكلفة الطلب.
- أضف تأكيد واتساب قبل الشحن إن لم يكن موجودًا.
- راجع إعلاناتك: هل السعر والشحن واضحان؟ هل الصورة تطابق المنتج؟
الخلاصة
المرتجعات ليست قدرًا في سوق الدفع عند الاستلام، وليست مشكلة عمليات فقط. جزء كبير منها قرار إعلاني: أي حملات تموّل، وأي إشارة تعطيها للمنصة، وماذا يعد إعلانك. عندما تحكم على الحملات بالطلب المُسلَّم بدلًا من الطلب المسجل، تتغير الصورة بالكامل.
لحساب أثر نسبة التسليم على ربحيتك، اقرأ حساب ROAS التعادل. وللاطلاع على دراسة الحالة كاملة، راجع دراسات الحالة.