دي مش Outline عام. دي خريطة دراسة مفصلة تشرح كل مرحلة هتتعلم فيها إيه، وهتطلع منها بإيه.
الصفحة دي معمولة للطالب اللي عايز يفهم الكورس بعمق قبل ما يشتري. هتشوف الـ workflow كامل: التخطيط، التصميم، التنفيذ، المراجعة، الأمان والأداء، SEO والـ Marketing، وبعدين Docker + Production. كل مرحلة فيها مفاهيم، أدوات، Outputs، ودروس عملية مبنية على نفس السيستم اللي هنشتغل بيه جوه الكورس.
إزاي تقرأ الخريطة دي صح
الكورس متقسم بشكل sequential. كل مرحلة بتبني على اللي قبلها. مش هتاخد theory منفصل عن التطبيق، ومش هتشوف prompts من غير فهم للسياق. كل Phase فيها: مفاهيم، طريقة تفكير، تنفيذ عملي، مراجعة، ومخرجات واضحة.
مش Prompt Engineering وبس
هتفهم ليه كل prompt بيتكتب، إمتى تستخدمه، وإزاي تمنع الـ AI يخرج عن الـ scope أو ينسى context المشروع.
كل مرحلة لها Output حقيقي
مش بتخلص فيديو وخلاص. بتطلع بفايلات، Specs، Screens، Tests، Audit fixes، أو Setup production جاهز.
المسار مترتب زي شغل حقيقي
بنبدأ بالتخطيط، وبعدها التصميم، وبعدها التنفيذ Phase by Phase، ثم مراجعة، ثم Hardening و Growth و Deploy.
الخريطة الكاملة في نظرة واحدة
دي الصورة السريعة قبل ما ندخل في التفاصيل. كل Phase ليها دور واضح في نقل المشروع من فكرة غير منظمة إلى System Production-ready.
التخطيط
تحوّل الفكرة إلى PRD + Specs + CLAUDE.md.
التصميم
تحدد الـ UI والـ design direction قبل ما تكتب كود.
التنفيذ
تنفذ المشروع Phase by Phase باستخدام الـ spec كعقد تنفيذ.
المراجعة
تراجع الشغل، تطلع TODOs، وتبني E2E tests.
الأمان والأداء
تعمل Audit على الأمان والأداء قبل الإطلاق.
SEO والـ Marketing
تجهز الموقع للظهور والتتبع والتحويل.
Docker + Production
تحول المشروع إلى Build قابل للنشر مع Docker و CI/CD وخط إنتاج واضح.
تفاصيل كل مرحلة جوه الكورس
هنا التفاصيل الفعلية. كل بلوك تحت مش مجرد عنوان مرحلة، لكنه يوضح إيه اللي هيتشرح، إيه المصطلحات اللي هتفهمها، إيه الأدوات المستخدمة، وإيه النتيجة اللي هتطلع بيها.
التخطيط | قبل ما تكتب سطر كود
بنبدأ من الفكرة نفسها ونحوّلها لمستندات تنفيذ، مش كلام مبعثر. المرحلة دي بتبني الذاكرة الدائمة للمشروع وتحدد حدود الشغل من أول يوم.
هتتعلم إيه في المرحلة دي
- يعني إيه PRD احترافي وإزاي تكتبه من فكرتك بدل كلام عام.
- إزاي تستخرج Spec Kit يحول المنتج إلى Features وPhases وTasks.
- وظيفة ملف
CLAUDE.mdفي حفظ قرارات المشروع والـ conventions. - إزاي تحدد current phase وحدود التنفيذ عشان الـ AI مايتوهش.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
من الفكرة للـ PRD الاحترافي
بنحوّل فكرتك لوثيقة Product واضحة فيها الهدف، المستخدم، الفلو، والنتيجة المطلوبة بدل شرح عشوائي.
استخراج الـ Spec Kit
بنفك الـ PRD إلى modules وphases وtasks صغيرة قابلة للتنفيذ والمتابعة.
كتابة CLAUDE.md
بنبني ملف context دايم للمشروع يحفظ conventions، stack decisions، وطريقة الشغل.
تحديد Current Phase
بنتعلم إزاي نمنع الـ AI يشتغل على المشروع كله مرة واحدة ونقفل الـ scope صح.
Representative prompts: كتابة الـ PRD، كتابة CLAUDE.md، تقسيم الـ phases، ضبط الـ scope الحالي.
ليه المرحلة دي مهمة: لأن أي تنفيذ بعد كده هيعتمد على جودة التخطيط.
التصميم | الـ UI كامل قبل الكود
المرحلة دي بتجاوب على سؤال: شكل المنتج هيبقى عامل إزاي قبل التنفيذ؟ بدل ما تسيب الـ AI يطلع UI عشوائي، بنبني design direction واضح ثم نحوله لواجهات قابلة للتنفيذ.
هتتعلم إيه في المرحلة دي
- إزاي توصف الـ UI بشكل صحيح قبل ما تطلب أي شاشة أو component.
- إزاي تستخدم Stitch أو نفس المنهج لإخراج Screens بسرعة.
- تحويل مخرجات الـ design إلى Components قابلة للتكويد.
- ضبط design tokens والهوية البصرية عشان الشكل يبقى consistent.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
Claude يسألك عن الـ UI
بناخد أسئلة واضحة تحدد الأسلوب البصري والـ hierarchy بدل ما الشكل يطلع generic.
Google Stitch: طلع الـ UI كامل
بنشوف إزاي نطلع شاشات فعلية بسرعة، ونختار منها الاتجاه الأنسب للمشروع.
من Stitch للـ Code
بنحوّل الـ output إلى structure مناسب للكود بدل ما يفضل مجرد شكل.
ضبط الـ Tokens والـ Components
بنبني لغة تصميم قابلة لإعادة الاستخدام بدل ما كل جزء يبقى بشكل مختلف.
Representative prompts: UI questioning flow، screen generation، component conversion، design token alignment.
ليه المرحلة دي مهمة: لأنها بتمنع ساعات طويلة من إعادة التصميم والتعديل بعد ما الكود يبدأ.
التنفيذ | Phase by Phase
دي مرحلة البناء الحقيقي. هنا بنشتغل على كل Phase لوحدها بعقد واضح من الـ spec، عشان الـ AI ينفذ صح بدل ما يشتت نفسه في المشروع كله.
هتتعلم إيه في المرحلة دي
- إزاي تبدأ كل Phase صح وتحدد المطلوب فقط منها.
- استخدام الـ spec كـ execution contract يمنع الخروج عن المطلوب.
- تنفيذ Frontend وBackend وIntegration بشكل منظم.
- إدارة branches أو checkpoints بطريقة مناسبة للشغل مع AI.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
إعداد المشروع وبيئة الشغل
بنضبط الـ repo والـ stack وملفات الـ context قبل ما التنفيذ يبدأ بشكل فعلي.
بدء Phase جديدة
بنتعلم prompt البداية الصحيح اللي يحدد المطلوب ويمشي الـ AI على حدود واضحة.
لما Claude يخرج عن الـ Spec
بنشوف إزاي ترجّعه تاني للـ scope بدل ما المشروع يتفكك.
Integration لما الـ Phases تكثر
بنربط الـ phases ببعض ونراجع التوافق بين الواجهات والمنطق والبيانات.
Representative prompts: بدء Phase جديدة، تقييد التنفيذ بالـ spec، integration prompts، phase completion checks.
ليه المرحلة دي مهمة: لأنها المرحلة اللي بتحول المعرفة إلى منتج حقيقي بدل Documentation بس.
المراجعة | Review + Testing
بعد كل تنفيذ لازم يحصل review حقيقي. هنا بنتعامل مع الكود بعقلية مهندس بيراجع، يطلع مشاكل، ينضف الـ debt، ويبني اختبارات تحمي المسارات المهمة.
هتتعلم إيه في المرحلة دي
- إزاي تستخدم Claude أو موديل آخر كـ reviewer بدل مجرد منفذ.
- إزاي تطلع TODOs عملية ومشاكل هيكلية مبكرًا.
- كتابة واستخدام E2E tests بـ Playwright على المسارات الحرجة.
- تنظيف الـ technical debt قبل ما يترسخ.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
Claude يراجع Phase كاملة
بنشوف صياغة review تخلي الموديل يركّز على المشاكل الفعلية بدل praise أو إعادة الوصف.
Cleanup + Refactor Cycle
بعد review بنحوّل المشاكل إلى إصلاحات مترتبة بدل تغييرات عشوائية.
Testing + E2E بـ Playwright
بنبني tests على الـ flows المهمة عشان نعرف بسرعة لو كسرنا حاجة.
حماية الـ Critical Paths
بنتعلم إيه اللي لازم يتغطى فعلًا وإيه اللي مش أولويتنا في المرحلة الحالية.
Representative prompts: code review، TODO extraction، E2E generation، regression checking.
ليه المرحلة دي مهمة: لأن الكود اللي من غير مراجعة واختبارات بيبان سريع في الأول لكنه بيدفعك تكلفة أعلى بعدين.
الأمان والأداء | Hardening قبل الإطلاق
المرحلة دي بتحوّل المشروع من “شغال” إلى “جاهز يتعرض للمستخدمين”. بنراجع السرعة، الاختناقات، ونقاط الضعف اللي ممكن تكسر الثقة أو التجربة.
هتتعلم إيه في المرحلة دي
- إزاي تعمل Security Audit على المشروع بدل افتراض إنه آمن.
- تشخيص مشاكل الأداء في Frontend وBackend.
- قراءة نتائج Lighthouse وربطها بإصلاحات عملية.
- معرفة vulnerabilities الشائعة وإزاي تقفلها بسرعة.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
Performance: Frontend وBackend
بنراجع rendering، assets، requests، واختناقات الأداء اللي بتخلي المنتج بطيء أو ثقيل.
Security Audit كامل
بنشوف أماكن المخاطر الشائعة ونبني prompt review يجيب مشاكل حقيقية.
إصلاحات Hardening
بنتعامل مع نتائج الـ audit كخطة تنفيذ، مش مجرد تقرير.
جاهزية ما قبل الإطلاق
بنحدد إيه الحد الأدنى اللي لازم يكون متحقق قبل ما المشروع يطلع للناس.
Representative prompts: performance optimization، security audit، vulnerability checks، launch readiness checklist.
ليه المرحلة دي مهمة: لأن السرعة والثقة جزء من المنتج، مش تحسينات جانبية بعدين.
SEO والـ Marketing | الظهور + التتبع
هنا بنضمن إن المشروع مش بس موجود، لكن قابل يجيب Trafic ويتقاس ويتفهم. بنجهزه للبحث، للـ indexing، وللـ conversion tracking.
هتتعلم إيه في المرحلة دي
- يعني إيه Technical SEO في التطبيق العملي، مش مجرد كلمات مفتاحية.
- إضافة metadata, sitemap, robots, structured data بشكل صحيح.
- إعداد Meta Pixel وGA4 أو منطق الـ analytics tracking.
- بناء events مرتبطة بخطوات التحويل المهمة في المنتج.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
SEO تقني للمواقع
بنغطي metadata، canonical، robots، sitemap، والـ structured data اللي فعلاً يفرق.
Marketing Setup للـ E-commerce
بنربط الـ product events بالـ pixel أو analytics عشان يبقى في measurement واضح.
Meta Pixel + Events
بنشوف إزاي تضيف الـ events الصح بدل tracking عشوائي ملوش قيمة.
ربط الـ SEO بالـ Conversion
بنوضح العلاقة بين الظهور، دخول الزائر، والرحلة اللي عايز منه يعملها جوه المنتج.
Representative prompts: SEO كامل، JSON-LD setup، Meta Pixel + events، conversion tracking.
ليه المرحلة دي مهمة: لأن المنتج اللي مفيهوش discoverability أو measurement بيخليك شغال في الضلمة.
Docker + Production | الإطلاق الفعلي
آخر مرحلة بتقفل الدائرة: إزاي المشروع يطلع من عندك ويشتغل على سيرفر حقيقي بشكل منظم، قابل للتحديث، ومفهوم لو حصل rollback أو deployment جديد.
هتتعلم إيه في المرحلة دي
- يعني إيه Docker وليه مهم في توحيد بيئة التشغيل.
- بناء multi-stage setup مناسب للنشر والإدارة.
- إعداد CI/CD pipeline يختصر خطوات الـ deploy.
- التعامل مع الـ server deployment والـ rollback logic.
المصطلحات اللي هتفهمها
الأدوات المستخدمة
الـ Output اللي هتطلع بيه
من داخل الكورس
Docker من الصفر
بنبدأ بالمفاهيم الأساسية ونوصل لملفات تشغيل حقيقية للمشروع.
Compose والخدمات
بنشوف إزاي ترتب الخدمات والبيئات بشكل عملي ومفهوم.
CI/CD Pipeline
بنحط خطوات أوتوماتيكية للبناء والنشر بدل deploy يدوي كل مرة.
Deploy على السيرفر
بنشرح الإطلاق الفعلي، وآلية تحديث النسخة، والتصرف وقت المشاكل.
Representative prompts: Docker setup كامل، multi-stage build، CI/CD pipeline، server deployment checks.
ليه المرحلة دي مهمة: لأن آخر خطوة هي اللي بتحول المنتج من مشروع تعليمي إلى حاجة تقدر فعلاً تنشرها وتكرر تشغيلها بثقة.
طريقة الشرح جوه الكورس
أنت هنا مش بتاخد topics معزولة. أنت بتتعلم سيستم شغل كامل: إزاي تفكر، تكتب، تنفذ، تراجع، وتقيس النتيجة. كل مرحلة لها نفس الإيقاع العملي عشان تثبت في إيدك.
Concept أولًا
بنشرح الفكرة والمشكلة اللي بتحلها المرحلة قبل أي prompt أو tool.
Workflow Thinking
بنفهم منطق القرار: ليه نستخدم الأداة دي هنا؟ وليه نمنع خطوة تانية؟
Live Execution
بنشوف التطبيق الفعلي على artifacts وoutputs بدل تنظير مجرد.
Debug + Review
بنتعامل مع الأخطاء والتخبيط كجزء من الشغل، مش حاجة بنخبيها.
Output Validation
كل مرحلة لها نتيجة واضحة بنراجعها ونقيسها قبل ما نكمل.
Phase Handoff
بنتعلم إزاي نسلم من مرحلة للي بعدها من غير ما السياق يتكسر.
Prompt Categories
بنعرض أنواع الـ prompts اللي تحتاجها، من غير ما نحول الكورس لنسخ ولصق.
Production Mindset
الهدف النهائي مش demo. الهدف workflow تقدر تعتمد عليه في شغل حقيقي.
بعد ما تخلص الـ Roadmap دي، هتقدر تعمل إيه؟
هتكون فاهم إزاي تحوّل أي فكرة لنظام تنفيذ AI واضح، وتبني المنتج خطوة بخطوة لحد ما يطلع Production-ready بدل ما تعتمد على trial and error.
لو شايف إن ده الـ workflow اللي محتاجه، ارجع للحجز وخد مكانك.
الصفحة دي معمولة عشان تخليك فاهم بالضبط إنت داخل تتعلم إيه. لو الـ roadmap دي منطقية بالنسبة لك، الخطوة التالية بسيطة: اختار الباقة المناسبة وابدأ.