عملاؤك يشترون... وبياناتهم تتبخر
متجرك على زد يستقبل الطلبات، والحمد لله البيع ماشي. لكن اسأل نفسك: لو طلبنا منك الآن قائمة بعملائك الذين اشتروا أكثر من مرتين، أو عملاء الرياض فقط لعرض توصيل مجاني، أو أرقام من اشتروا المنتج الفلاني لإبلاغهم بعودة توفره — كم ساعة ستحتاج لاستخراجها يدوياً؟ إذا كان الجواب «ما أقدر أصلاً»، فأنت تجلس على كنز وتعامله كأنه تراب. كل عميل مرّ بمتجرك دون أن تُنظّم بياناته هو حملة تسويقية مستقبلية خسرتها، وإعلان مدفوع ستضطر لدفعه من جديد للوصول لشخص كان بين يديك مجاناً.
في الدليل السابق بنينا نظام نقل طلبات سلة إلى Google Sheets عبر Make. اليوم ننتقل إلى المنصة الثانية الكبرى في السوق السعودي: زد (Zid) — لكن بهدف أعمق من مجرد النقل. سنبني نظام أتمتة بيانات عملاء متجر زد كاملاً: يلتقط كل عميل لحظة إنشاء طلبه، يمنع تكرار سجلاته مهما تكررت طلباته، ويصنّفه تلقائياً بوسوم ذكية (عميل جديد / متكرر / VIP) — لتستيقظ كل صباح على قاعدة عملاء نظيفة ومصنفة وجاهزة للتسويق، بدون أن تلمس شيئاً.
ماذا ستبني؟ الفرق بين «سجل طلبات» و«قاعدة عملاء»
انتبه لهذا التمييز لأنه جوهر المقال: جدول الطلبات يجيب على سؤال «ماذا بيع؟»، أما قاعدة العملاء فتجيب على «من يشتري؟ وكم مرة؟ وبكم؟». الأولى للعمليات، والثانية للنمو. نظامنا اليوم يبني الثانية:
جدول واحد، كل صف فيه عميل فريد (لا يتكرر أبداً)، بأعمدة: رقم الجوال (المعرّف الفريد) | الاسم | المدينة | تاريخ أول طلب | تاريخ آخر طلب | عدد الطلبات | إجمالي الإنفاق | الوسم. ومع كل طلب جديد في زد، يقرر النظام تلقائياً: عميل جديد؟ أضف صفاً. عميل قديم؟ حدّث صفه وزد عداده وأعد حساب وسمه.
المرحلة الأولى: التجهيز — قاعدة العملاء الذكية
الخطوة 1: أنشئ جدول Google Sheets باسم عملاء زد - قاعدة البيانات وورقة باسم Customers، بالأعمدة الثمانية أعلاه في الصف الأول (A إلى H).
الخطوة 2: اجعل عمود الجوال (A) هو الأول عمداً — سيكون «بصمة» العميل التي نبحث بها عن وجوده، وحوّل تنسيقه إلى نص عادي كي لا يعبث Google Sheets بالأرقام.
الخطوة 3: في عمود الوسم (H) سنعتمد ثلاث قيم فقط في البداية: جديد (طلب واحد)، متكرر (2-4 طلبات)، VIP (5 طلبات أو إنفاق يتجاوز 1,500 ريال). قاعدة بسيطة وقابلة للتعديل حسب طبيعة منتجاتك.
المرحلة الثانية: الربط — التقاط محفز «إنشاء الطلب» من زد
الخطوة 4: في Make.com أنشئ سيناريو جديداً بوحدة Webhooks ← Custom webhook، وسمّه Zid-Customers، وانسخ رابطه.
الخطوة 5: زد توفر الويب هوك عبر مسارين: الأول من لوحة التاجر إن كانت باقتك تدعمه، والثاني — الأشمل — عبر سوق تطبيقات زد بربط تطبيق وسيط، أو من إعدادات المطورين إن كان لديك وصول للـ API. المطلوب في كل الحالات واحد: تسجيل رابط Make ليستقبل حدث «إنشاء الطلب» (order.create).
الخطوة 6: انتبه لنفس الفخ الذي حذرنا منه في دليل سلة: لا تشترك في حدث «تحديث الطلب» الآن — نريد لحظة ميلاد الطلب فقط، لأن كل تحديث لاحق (تغيير حالة، شحن، توصيل) سيصلك كحدث مستقل ويهدد جدولك بالتضخم.
الخطوة 7: نفّذ طلباً تجريبياً في متجرك على زد ليتعلم Make بنية البيانات — سترى "Successfully determined" وتظهر لك شجرة بيانات الطلب كاملة: بيانات العميل تحت كائن العميل (customer)، والمبالغ تحت الإجماليات (order_total)، والمنتجات في مصفوفة (products).
المرحلة الثالثة: منطق منع التكرار — أذكى 3 وحدات ستبنيها
هنا يفترق نظامنا عن النقل الساذج. سنعلّم السيناريو أن «يبحث قبل أن يكتب»:
الخطوة 8 — البحث: أضف بعد الويب هوك وحدة Google Sheets ← Search Rows. اضبطها للبحث في ورقة Customers بشرط: عمود الجوال (A) يساوي رقم جوال العميل القادم من زد. مهم: فعّل خيار "Continue the route even if the module returns no results" — لأن «لا نتائج» ليست خطأ عندنا، بل معلومة تعني «عميل جديد».
الخطوة 9 — التفريع: أضف وحدة Router بعد البحث، وأنشئ مسارين بفلاتر متقابلة:
🔹 مسار «عميل جديد»: فلتره: Total number of bundles من وحدة البحث = 0 (أو نتيجة البحث فارغة). يقود إلى وحدة Add a Row التي تضيف العميل بصفه الكامل: جواله، اسمه، مدينته، تاريخ الطلب في خانتي أول وآخر طلب، عدد الطلبات = 1، الإنفاق = قيمة الطلب، والوسم = «جديد».
🔹 مسار «عميل معروف»: فلتره العكسي (نتيجة البحث موجودة). يقود إلى وحدة Update a Row مستخدماً Row Number القادم من وحدة البحث، فيحدّث: تاريخ آخر طلب = تاريخ اليوم، عدد الطلبات = العدد القديم + 1، الإنفاق = الإنفاق القديم + قيمة الطلب الجديد. (الجمع يتم بدالة sum داخل الحقل: sum للقيمة القادمة من البحث مع قيمة الطلب من الويب هوك).
الخطوة 10 — الوسم التلقائي: في حقل الوسم داخل مسار التحديث، استخدم دالة شرطية if المتداخلة بمنطق: إذا كان (عدد الطلبات الجديد ≥ 5) أو (الإنفاق الجديد ≥ 1500) فالوسم «VIP»، وإلا إذا كان العدد ≥ 2 فالوسم «متكرر»، وإلا «جديد». تُكتب في Make بصيغة: if(orders >= 5 | spend >= 1500; VIP; if(orders >= 2; متكرر; جديد)) مع استبدال المتغيرات بعناصر البيانات الفعلية بالسحب والإفلات.
لماذا الجوال وليس البريد الإلكتروني؟ في السوق السعودي والخليجي، رقم الجوال هو الهوية الرقمية الحقيقية للعميل: لا يتغير كثيراً، ولا أحد يكتب جوالاً «مؤقتاً» لأن عليه يستقبل تحديثات الشحن. البريد الإلكتروني يُكتب أحياناً بأخطاء أو ببريد مهمل، فيولّد سجلات مكررة لنفس الشخص.
المرحلة الرابعة: الاختبار — سيناريو الثلاث ضربات
اختبار هذا النظام يتطلب ثلاث حالات متتالية بنفس رقم الجوال — شغّل Run once قبل كل واحدة:
الضربة 1: اطلب بجوال جديد لم يسبق له الشراء ← يجب أن يظهر صف جديد بوسم «جديد» وعداد = 1.
الضربة 2: اطلب مرة ثانية بنفس الجوال ← يجب ألا يُضاف صف جديد، بل يتحدث نفس الصف: العداد = 2، الإنفاق مجموع الطلبين، الوسم «متكرر». إن ظهر صف مكرر، فمشكلتك في فلتر الـ Router أو في شرط البحث.
الضربة 3: كرر الطلب حتى يبلغ العداد 5 (أو ارفع قيمة طلب واحد فوق 1500 ريال) ← يجب أن ينقلب الوسم إلى «VIP» تلقائياً.
نجحت الثلاث؟ فعّل الجدولة (Immediately) واترك النظام يعمل. من الآن، قاعدة عملائك تبني نفسها بنفسها.
ماذا تفعل بهذا الكنز؟ (أفكار تنفذها من الأسبوع الأول)
رشّح عملاء «VIP» وأرسل لهم كود خصم خاصاً بهم — هؤلاء يستحقون معاملة ملكية وسيردونها ولاءً مضاعفاً. صفِّ عملاء «جديد» الذين مضى على طلبهم الأول 30 يوماً بلا طلب ثانٍ وقدّم لهم حافز العودة — تحويل المشتري الأول إلى مشترٍ ثانٍ هو أصعب وأثمن نقلة في التجارة. واستخدم عمود المدينة لعروض جغرافية دقيقة بدل رش الإعلانات على الجميع. كل حملة من هذه كانت تتطلب موظفاً وأسبوع عمل — الآن تتطلب فلتراً في جدول.
🎨 المواصفات البصرية للمقال (للمصمم / مولّد الصور)
الصورة البارزة (Featured Image) — نسبة 16:9:
مشهد ثلاثي الأبعاد فوق خلفية نيلي داكن جداً #0B0F19: على اليسار هاتف ذكي عائم بزاوية مائلة يعرض بالوضع المظلم لوحة تحكم تاجر زد (بطاقات طلبات وأيقونة المنصة بلونها البنفسجي المميز بدرجة خافتة)، تنطلق منه دوائر ومسارات برمجية فيروزية مشعة #00F2FE على هيئة دوائر كهربائية (Circuit Lines) بعقد مضيئة، تعبر منتصف الصورة وتتصل على اليمين بجهاز لوحي (تابلت) عائم يعرض جدول Google Sheets بالوضع المظلم مع صفوف عملاء مصنفة بشارات ملونة: شارة فيروزية «VIP»، شارة زرقاء «متكرر»، شارة رمادية فاتحة «جديد». إضاءة سينمائية خافتة، انعكاسات زجاجية على حواف الأجهزة، وتوهج Bloom حول المسارات. بدون نصوص إضافية داخل الصورة.
المخطط الانسيابي — «منطق منع التكرار» (يوضع في المرحلة الثالثة):
مخطط قرار عمودي فوق خلفية #0B0F19: [طلب جديد من زد] ← [البحث بالجوال في القاعدة] ← معيّن (شكل قرار) متوهج بسؤال «هل العميل موجود؟» يتفرع لمسارين: «لا» بسهم فيروزي نحو [إضافة صف جديد + وسم جديد]، و«نعم» بسهم أزرق فاتح نحو [تحديث الصف: العداد +1، الإنفاق التراكمي] ثم [إعادة حساب الوسم: جديد / متكرر / VIP]. العقد مستطيلات داكنة بإطار فيروزي شفاف 30%، وشكل القرار معيّن بتوهج أقوى، والنصوص عربية بخط Tajawal أبيض.
هذه مجرد البداية لمتجرك على زد 📬
في الشروحات المتقدمة القادمة: مزامنة المخزون متعددة القنوات، التنبيهات الذكية لفريقك، ونظام استعادة السلال المتروكة بالواتساب. اشترك في قائمة Automata IQ البريدية ليصلك كل دليل جديد لمنصة زد فور نشره — مجاناً وبدون إزعاج:
هذا المقال جزء من سلسلة أتمتة المتاجر من Automata IQ — اليوم الأول: التأسيس والبنية التحتية. مسميات الحقول في زد وMake قد تتغير مع التحديثات؛ المنهجية تبقى ثابتة. حدود الوسوم (VIP وغيرها) أمثلة قابلة للتخصيص حسب متجرك.
تعليقات
إرسال تعليق
اترك تعليقك