31/05/2026
الفرق بين شخص بيعرف يستخدم n8n... وشخص يقدر يبني Automation يغير البزنس فعلًا...
مش في عدد الـ Nodes.
ومش في عدد الـ Integrations.
ومش في عدد الـ AI Agents اللي يقدر يبنيها.
الفرق الحقيقي بيبدأ قبل ما يفتح n8n أصلًا.
في مرحلة اسمها PRD (Product Requirements Document).
والـ PRD ببساطة هو وثيقة بنجمع فيها كل ما فهمناه عن البزنس والمشكلة والهدف والمستخدمين وطريقة العمل الحالية قبل ما نبدأ أي تنفيذ.
بمعنى آخر...
هو المكان اللي بنحوّل فيه الأفكار والاجتماعات والافتراضات إلى خطة واضحة ومفهومة للجميع.
لأن قبل ما نبني أي Automation أو AI Agent لازم نكون متفقين على:
ما المشكلة التي نحاول حلها؟
من هم المستخدمون؟
كيف تسير العملية حاليًا؟
ما الشكل المتوقع للحل؟
وكيف سنقيس نجاحه؟
كلما كان الـ PRD أوضح...
كانت احتمالية نجاح المشروع أكبر.
وكلما كان ناقصًا أو مبنيًا على افتراضات خاطئة...
زادت احتمالية إهدار الوقت والمال في بناء نظام لا يحقق النتيجة المطلوبة.
1️⃣ المشكلة (The Problem)
أغلب العملاء بيجوا وهم شايفين الأعراض فقط.
"عايز أوفر وقت."
"عايز أزود المبيعات."
"عايز AI Agent."
لكن دورنا الحقيقي كمهندسي أنظمة وأتمتة ليس تنفيذ الطلب مباشرة.
دورنا هو اكتشاف جذر المشكلة الحقيقي (Root Cause).
لازم نفهم:
مين الفريق المتأثر؟
ما المشكلة الفعلية؟
هل هي مشكلة وقت؟
تكلفة؟
جودة؟
تواصل بين الفرق؟
وفي هذه المرحلة أهم مهارة ليست بناء الـ Workflows.
أهم مهارة هي الاستماع.
كلما تحدث العميل أكثر ظهرت الأسباب الحقيقية للمشكلة.
كمان لازم نفهم:
هل تم تجربة حلول سابقة؟
ماذا كانت النتائج؟
لماذا نجحت أو فشلت؟
لأن فهم الماضي يمنعنا من تكرار نفس الأخطاء في المستقبل.
2️⃣ الآثار (Effects)
كل مشكلة داخل أي شركة تترجم في النهاية إلى خسارة في أحد أربعة أشياء:
⏳ الوقت
💰 المال
📉 الجودة
👥 كفاءة الفريق
وهنا نحدد بوضوح:
ما حجم الخسارة الحالية؟
وكيف سنعرف لاحقًا أن النظام نجح؟
3️⃣ الوضع الحالي (Current Situation)
قبل التفكير في أي Agent أو Automation نحتاج لفهم الواقع الحالي بالكامل:
الأدوات المستخدمة
طريقة العمل الحالية
الهيكل التنظيمي
نقاط الاختناق
خطوات العمل اليدوية
لأنك لا تستطيع تحسين عملية لا تفهمها بالكامل.
4️⃣ المستخدمون والصلاحيات (App Users)
من سيستخدم النظام؟
مدير؟
فريق مبيعات؟
خدمة عملاء؟
عمليات؟
وما الصلاحيات التي يحتاجها كل شخص؟
وهنا نبدأ التفكير في:
Role-Based Access Control
لأن النظام الناجح لا يقدم نفس الصلاحيات للجميع.
5️⃣ رسم النظام (System Drawing)
وهنا تبدأ المرحلة التي تفرق بين شخص يبني Workflow...
وشخص يصمم نظامًا كاملًا.
نبدأ برسم المراحل الرئيسية للعملية بالكامل.
مثال:
Lead Generation → Qualification → Assignment → Outreach → Follow-up
ثم ننزل مستوى أعمق داخل كل مرحلة.
إذا كنا نجمع بيانات:
من أين ستأتي البيانات؟
ماذا لو كانت ناقصة؟
ماذا لو كانت غير صحيحة؟
ماذا لو فشل التحقق؟
ماذا لو احتجنا مراجعة بشرية؟
ثم نبدأ في رسم جميع السيناريوهات المحتملة.
لأن الأنظمة لا تفشل في السيناريو المثالي...
الأنظمة تفشل في الحالات الاستثنائية.
وفي هذه المرحلة يظهر مفهوم مهم جدًا:
Human in the Loop
لأن بعض القرارات لا يجب أن تُترك للذكاء الاصطناعي أو الأتمتة بشكل كامل.
بعض الخطوات تحتاج مراجعة أو اعتماد بشري قبل الانتقال للمرحلة التالية.
والهدف هنا ليس رسم Workflow جميل...
الهدف هو بناء تصور كامل للنظام قبل كتابة أول سطر كود أو إنشاء أول Automation.
6️⃣ الـ Stack والتقنيات
بعد فهم المشكلة فقط نبدأ اختيار الأدوات:
AI Models
Vector Databases
APIs
n8n
MCP
Custom Development
وليس العكس.
الأدوات تأتي بعد الفهم...
وليس قبله.
7️⃣ Breakdown Workflows
بعد رسم الصورة الكبيرة نقسم النظام إلى Workflows صغيرة.
كل Workflow يحتوي على:
Trigger → Validation → Decision → Action → Output
وهنا نستطيع اختبار وتحسين كل جزء بشكل مستقل.
8️⃣ KPIs & Timeline
وأخيرًا...
كيف سنقيس النجاح؟
هل نجح النظام لأنه يعمل؟
أم لأنه حقق النتيجة المطلوبة؟
مثال:
✅ تقليل وقت تنفيذ المهمة 70%
✅ تقليل الأخطاء 50%
✅ مضاعفة سرعة الرد على العملاء
✅ تقليل تكلفة التشغيل
ثم نحدد Timeline واضح لكل مرحلة من مراحل التنفيذ.
بعد تنفيذ عشرات مشاريع الأتمتة والـ AI Agents اكتشفت أن أصعب جزء في المشروع ليس بناء الـ Agent.
وليس اختيار الـ Model.
وليس كتابة الـ Code.
أصعب جزء دائمًا هو:
فهم المشكلة بشكل صحيح.
لأن ساعة واحدة في كتابة PRD قوي...
قد توفر عليك أسابيع من إعادة بناء نظام تم تصميمه على افتراضات خاطئة.
ولهذا السبب أقضي وقتًا أطول في الـ Discovery وPRD أكثر مما أقضيه في بناء الـ Automation نفسه.
لأن العميل لا يدفع مقابل Workflow...
العميل يدفع مقابل حل مشكلة حقيقية.
💡 بالمناسبة، ده ملخص من أهم الحاجات اللي استفدت منها في الجزء المتقدم من كورس المهندس كريم، فجزاه الله خيرًا على كمية الخبرة العملية وطريقة التفكير المنهجية اللي بيشاركها مع الناس في المجال.
السؤال ليك:
هل سبق واشتغلت على مشروع اكتشفت بعد فترة إن المشكلة الحقيقية كانت مختلفة تمامًا عن اللي كنت فاكرها في البداية؟ 👇
*اعمل لايك وكومنت لو عجبك المحتوى تشجعنا على الاستمرار
واكتب حل مشكلة وتواصل لو عندك عندك مشكلة وعايز تحلها
