أتمتة متجر الدفع عند الاستلام: ماذا تؤتمت، وبأي أداة

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

يستعرض هذا الدليل ما يجب أتمتته، وما الأفضل إبقاؤه يدويًا، ويقارن بين طريقتين: بناء الأتمتة بنفسك بأدوات مثل Zapier أو Make، أو استعمال أداة مخصصة للدفع عند الاستلام تكون فيها الأتمتة مدمجة أصلًا.

ما يمكن أتمتته، من الطلبية إلى التحصيل

ما الأفضل إبقاؤه يدويًا

الأتمتة لا تعني التخلي عن كل شيء. بعض المهام تحتاج إلى تقدير:

• الاتصال بالزبناء الذين لا يردون على الرسائل؛

• التعامل مع زبون غاضب أو نزاع؛

• اتخاذ قرار بشأن بادرة تجارية، أو تغيير منتج، أو إلغاء بعد التأكيد؛

• رصد طلبية مشبوهة.

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

الخيار الأول: بناء الأتمتة بنفسك عبر Zapier أو Make

يربط Zapier وMake التطبيقات فيما بينها دون كتابة أي كود. المبدأ نفسه: حدث مُطلِق («طلبية جديدة على Shopify») يشغّل سلسلة من الإجراءات («إرسال رسالة»، «إضافة سطر في Google Sheets»). في Zapier تُسمى هذه السلسلة Zap، وفي Make تُسمى سيناريو.

إنها أدوات جيدة ومرنة جدًا. لكن لبناء مسار كامل للدفع عند الاستلام، عليك أن تركّب كل شيء بنفسك.

ما يجب أن تبنيه

• إرسال رسالة التأكيد مع كل طلبية، بحساب WhatsApp Business API ونماذج مصادق عليها من طرف Meta.

• قراءة الردود: معرفة الزر الذي ضغط عليه الزبون، والعثور على الطلبية، وتحديث وضعيتها.

• التذكير بالنسبة للزبناء الذين لا يردون، مع مهلة وتحقق قبل الإرسال.

• إنشاء الطرود لدى شركة التوصيل. إذا لم يكن لها رابط جاهز في Zapier أو Make، عليك المرور عبر طلبات HTTP وقراءة توثيق واجهتها البرمجية.

• تتبع الوضعيات، بمساءلة شركة التوصيل بانتظام.

• حساب العمولات، غالبًا في جدول منفصل.

كل نقطة من هذه النقاط تعني Zap أو سيناريو إضافيًا، بإعداداته الخاصة.

التكلفة: كل إجراء يُحتسب

يفوتر Zapier بالمهام: كل إجراء ناجح في Zap يستهلك مهمة. ويفوتر Make بالرصيد: كل وحدة في السيناريو تتعامل مع البيانات تستهلك منه. ويرتفع الحجم بسرعة مع عدد الطلبيات.

مثال للحساب: سيناريو يقوم، مع كل طلبية، بإرسال رسالة WhatsApp، وتحديث الوضعية، وإنشاء الطرد، وإضافة سطر في جدول، يتضمن 4 إجراءات. مع 1000 طلبية في الشهر، يصبح المجموع 4000 مهمة أو وحدة رصيد، دون احتساب التذكيرات وتتبع الطرود. وللمقارنة، تتضمن العروض المجانية 100 مهمة في الشهر لدى Zapier (مع Zaps محدودة في خطوتين) و1000 وحدة رصيد في الشهر لدى Make، حسب صفحات الأسعار التي اطّلعنا عليها في أكتوبر 2026.

الصيانة: التكلفة الخفية

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

• يجب أن يراقب أحدٌ سجل الأخطاء ويصلحها، وغالبًا هو الشخص الذي بنى كل شيء.

• المنطق مشتت بين عدة سيناريوهات وجدول ومواقع شركات التوصيل. ولا يرى فريقك وضعية الطلبية في مكان واحد.

• كل تغيير (مرحلة جديدة، شركة توصيل جديدة) يفرض إعادة العمل على عدة سيناريوهات.

الخيار الثاني: أداة للدفع عند الاستلام فيها الأتمتة مدمجة

في Sendocki، هذه الأتمتة جزء من الأداة. لا يوجد سيناريو لتبنيه، ولا مهام لتحسبها:

• تصل طلبياتك وحدها من Shopify أو YouCan أو Google Sheets، إلى المرحلة الأولى من مسار طلبياتك.

• يمكن لكل مرحلة أن تُطلق رسالة WhatsApp، وكل زر في الرسالة ينقل الطلبية إلى المرحلة التي تختارها. والزبناء الذين لا يردون ينتقلون إلى المرحلة المبرمجة بعد المدة التي تحددها.

• لائحة الاتصال تعطي كل موظف الطلبية التالية التي يجب تأكيدها، دون أن يتصل موظفان بالزبون نفسه.

• المخزون يُخصم عند المرحلة التي تختارها.

• شركات التوصيل مربوطة أصلًا (Sendit وAmeex وCathedis وLivo): الطرود والملصقات والاستلام المجمّع تنطلق من طلبياتك، والوضعيات تصل وحدها.

• العمولات تُحسب حسب القواعد التي تحددها. اطّلع على عمولات موظفي التأكيد.

• كل شيء في مكان واحد: الطلبية، ومحادثة WhatsApp، والطرد، والتحصيل.

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

Zapier أو Make أو Sendocki: المقارنة

متى يبقى Zapier أو Make مفيدًا

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

أسئلة شائعة

هل يمكن أتمتة متجر يعمل بالدفع عند الاستلام دون مطوّر؟

نعم. مع Zapier أو Make يمكن ذلك دون كود، لكن بناء السيناريوهات ومراقبتها يأخذ وقتًا. ومع أداة مخصصة مثل Sendocki، تُضبط الأتمتة من الواجهة مباشرة.

كم مهمة تستهلك الطلبية الواحدة في Zapier أو Make؟

بعدد الإجراءات في السيناريوهات التي تُطلقها: واحدة للرسالة، وواحدة لتحديث الوضعية، وواحدة لإنشاء الطرد، وهكذا. وتُضاف إليها التذكيرات وتتبع الطرود.

ماذا يحدث إذا فشلت عملية تلقائية؟

مع Zapier أو Make، يظهر الخطأ في سجل السيناريو، وعليك أنت أن تنتبه إليه وتعيد التشغيل. وفي Sendocki، يظهر كل إرسال تلقائي في سجل الإرسال، مع الطلبية المعنية ووضعيته: أُرسل، أو وصل، أو تم الرد عليه، أو فشل.

هل ما زلت تحتاج إلى فريق بعد أتمتة كل شيء؟

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

الخلاصة

يمكن لمسار الدفع عند الاستلام أن يشتغل وحده تقريبًا بالكامل: وصول الطلبيات، والتأكيد عبر WhatsApp، والتذكير، والمخزون، والشحن، والتتبع، والعمولات. يتيح Zapier وMake بناءه، لكن كل إجراء مدفوع الثمن وكل سيناريو يحتاج إلى صيانة. أما أداة للدفع عند الاستلام تدمج هذه الأتمتة، فتوفّر عليك هذا العمل وتجمع كل شيء في مكان واحد، ليتفرغ فريقك للزبناء.