قالب n8n لاستقبال العملاء المحتملين وتجهيزهم للمتابعة

هذا القالب هو نقطة بداية عملية على n8n لاستقبال بيانات العملاء المحتملين عبر Webhook، تنظيم الحقول، ثم تسجيلها في Data Table بحيث تصبح جاهزة لإضافة CRM والإشعارات ومهام المتابعة لاحقًا.

ما الذي ينفذه القالب فعليًا؟

Lead Source → Webhook → Edit Fields → Data Table

1. يستقبل بيانات Lead جديد عبر Webhook باستخدام طلب POST.
2. يمرر البيانات إلى خطوة تجهيز الحقول وتنظيمها.
3. يسجل السجل داخل Data Table في n8n.
4. يترك البيانات جاهزة لإضافة CRM أو إشعارات أو Follow-up Tasks في المرحلة التالية.

لماذا نبدأ بهذه النسخة؟

قبل إضافة رسائل وتنبيهات وCRM وAI، من الأفضل التأكد أولًا من أن نقطة استقبال الـLead تعمل بصورة موثوقة وأن البيانات تصل بالحقول الصحيحة بدون فقد أو تكرار غير مقصود. هذه النسخة تبني الأساس الذي يمكن توسيعه لاحقًا.

المتطلبات

• حساب n8n أو نسخة Self-hosted.
• مصدر بيانات يستطيع إرسال POST إلى Webhook.
• Data Table داخل n8n لتخزين السجلات.
• بيانات اختبار قبل ربط المصدر الحقيقي.

الحقول الأساسية

• lead_name — اسم العميل المحتمل.
• email — البريد الإلكتروني.
• phone — رقم الهاتف.
• source — مصدر الـLead.
• status — الحالة الأولية.
• created_at — تاريخ ووقت إنشاء السجل.

تنزيل ملف القالب

تنزيل ملف VANQERA Lead Follow-up بصيغة ZIP — ملف مرفوع إلى مكتبة وسائط VANQERA. يُستخدم لاستيراد قالب البداية إلى n8n بعد فك ضغطه عند الحاجة. تأكد من مراجعة الملف والعُقد والصلاحيات قبل تشغيله، ولا تُدخل بيانات عملاء حقيقية في أثناء الاختبار.

حدود النسخة: هذه النسخة تبدأ من استقبال البيانات عبر Webhook وتنظيمها وتسجيلها في Data Table؛ لا تُرسل رسائل متابعة للعملاء تلقائيًا ولا تُنشئ اتصال CRM جاهزًا. أضف التحقق من المدخلات ومنع التكرار والصلاحيات والتنبيهات المناسبة قبل تشغيلها في الإنتاج.

طريقة الإعداد

1. استورد القالب

نزّل ملف ZIP وافتحه أولًا. إذا وجدت داخله ملف Workflow بصيغة JSON، فافتح محرر n8n واختر Import from File وحدّد ملف JSON المستخرج، وليس ملف ZIP نفسه. إذا لم تجد JSON صالحًا، فلا تفترض أن القالب قابل للاستيراد؛ راجع الملف قبل المتابعة. بعد الاستيراد، راجع كل Node والـWebhook والاتصال بالجدول قبل التفعيل، ولا تستخدم بيانات عملاء حقيقية أثناء التجربة. راجع أيضًا توثيق n8n الرسمي للاستيراد والتصدير.

2. اضبط الـWebhook

استخدم Test URL أولًا، ثم أرسل Payload تجريبيًا يحتوي الحقول التي يعتمد عليها القالب. بعد نجاح الاختبار، انتقل إلى Production URL.

3. راجع Mapping الحقول

تأكد أن أسماء الحقول القادمة من النموذج تتطابق مع الحقول التي تسجلها داخل Data Table. غيّر Mapping حسب نموذجك بدل تعديل البيانات يدويًا بعد كل تشغيل.

4. اختبر التسجيل

أرسل Lead تجريبيًا وتأكد من ظهور سجل واحد بالقيم الصحيحة. اختبر أيضًا حالة نقص أحد الحقول الأساسية قبل استخدام القالب مع بيانات حقيقية.

قائمة اختبار القالب قبل الاعتماد عليه

• سلامة التنزيل: تأكد أن ملف ZIP يفتح وأن بداخله Workflow JSON يمكن استيراده؛ وجود رابط تنزيل لا يكفي لإثبات سلامة الملف.
• تجربة آمنة: أنشئ Lead وهميًا ببيانات اختبار، ثم أرسل الطلب إلى Test Webhook وراجع نتيجة التنفيذ في n8n.
• الجدول والحقول: حدد Data Table مناسبة أو أنشئها، ثم تأكد أن حقول lead_name وemail وsource والحقول الأخرى تُربط بالأعمدة الصحيحة. لا تفترض أن ارتباط الجدول ينتقل تلقائيًا عند الاستيراد.
• الحالات غير المعتادة: جرّب طلبًا ينقصه البريد الإلكتروني، وطلبين متطابقين. راقب هل يتم تسجيل بيانات ناقصة أو صفوف مكررة؛ النسخة الأساسية لا تضمن منع التكرار.
• معيار القبول: يجب أن يظهر سجل تجريبي بالقيم الصحيحة دون أخطاء تنفيذ. إذا لم يتحقق ذلك، أوقف التجربة وعدّل الربط أو التحقق من البيانات قبل استخدام Production Webhook.

للتفاصيل التقنية، يشرح توثيق Data Table في n8n خيارات إدخال الصفوف وربط الأعمدة يدويًا أو تلقائيًا. خطوات الاختبار السابقة توصيات للتحقق، وليست تأكيدًا أننا اختبرنا ملف القالب الموجود على هذا الموقع تشغيليًا.

كيف تحوله إلى Lead Follow-up كامل؟

بعد استقرار مرحلة الاستقبال والتسجيل، يمكنك توسيع الـWorkflow تدريجيًا:

• إضافة أو تحديث Lead في CRM.
• منع السجلات المكررة باستخدام Email أو Lead ID.
• إرسال إشعار إلى فريق المبيعات.
• إنشاء مهمة Follow-up بموعد محدد.
• إرسال رسالة تأكيد للعميل.
• تحديث الحالة بعد المتابعة.
• استخدام AI لتلخيص الطلب أو تصنيف Lead قبل التسليم للفريق.

ما الفرق بين هذا القالب وLead Routing؟

Lead Follow-up foundation يبدأ من استقبال Lead وتسجيله وتجهيزه لعملية المتابعة. أما Lead Routing فيركز على التأهيل وتحديد المسار أو الشخص المناسب الذي يجب أن يستلم Lead بعد وصوله.

قبل الاستخدام الفعلي

• لا تستخدم Production Webhook قبل نجاح الاختبار.
• راجع الحقول الحساسة التي تُخزن داخل Data Table.
• أضف Validation للحقول الأساسية.
• خطط لمنع التكرار قبل ربط مصادر متعددة.
• راقب Execution Logs عند أول تشغيلات حقيقية.