1) الهدف
إنشاء مكتبة احترافية من قوالب رسائل البريد الإلكتروني قابلة لإعادة الاستخدام، متوافقة مع أشهر عملاء البريد (Gmail، Outlook، Apple Mail، Yahoo…)، تدعم العربية (RTL) والإنجليزية (LTR)، وتراعي أفضل ممارسات التسليم (Deliverability) والتجاوب (Responsive) وإمكانية التخصيص.
2) نطاق العمل (Scope)
عدد القوالب الأساسية: 8–12 قالبًا.
أنواع القوالب:
ترحيب/تفعيل الحساب.
إعادة تعيين كلمة المرور/رمز التحقق OTP.
إشعارات المعاملات (فاتورة، إيصال دفع، شحن/تسليم، حالة الطلب).
نشرات/عروض تسويقية (Promo/Newsletter).
تحديثات المنتج/الصيانة.
دعوات للفعاليات/الويبينار وتذكيراتها.
استبيان رضا/مراجعة.
رسائل داخلية (تنبيه أمان، إشعار سياسة).
مكتبة مكوّنات (Blocks): رأس Header، شريط بطل (Hero)، بطاقة منتج، شبكة منتجات، سعر/خصم، أزرار CTA، جدول عناصر، فاتورة مبسطة، تذييل Footer مع روابط وسياسات، توقيع موظف.
دعم اتجاه النص: RTL/LTR مع محاذاة تلقائية.
الهوية البصرية: ألوان وخطوط وشعار حسب دليل الهوية (يُسلَّم من العميل).
التوافق: Outlook (Windows/Mac)، Gmail (Web/Mobile)، Apple Mail، Yahoo، تطبيقات iOS/Android Mail.
التجاوب: نهج Hybrid/Fluid مع دعم أحجام الشاشات الشائعة.
الوضع الداكن: تحسين ظهور الشعار والنصوص في Dark Mode قدر الإمكان.
3) المتطلبات التقنية
HTML متوافق مع البريد: هيكل معتمد على الجداول <table>، خصائص Inline CSS، تجنّب CSS المتقدمة (Flex/Grid) إلا عند توفر بدائل آمنة.
Inline CSS: اعتماد أدوات Inliner أثناء البناء لضمان دعم العملاء الذين لا يحمّلون CSS خارجي.
خطوط: استخدام خطوط ويب آمنة (Arial، Tahoma) مع بدائل، وإتاحة ربط خطوط ويب مدعومة شرط وجود بديل محلي.
صور: استخدام روابط HTTPS مباشرة؛ تضمين alt، أبعاد ثابتة، وصور Retina عند الحاجة.
أزرار: أزرار مبنية من جداول/روابط لضمان دعم Outlook.
عناصر تفاعلية: تجنّب JavaScript؛ استخدام حلول مدعومة مثل hover البسيط (حيث يُدعم) وصور GIF عند الحاجة.
Placeholders للتخصيص: صيغ عامة مثل {{name}}، {{order_id}}، {{cta_url}}، قابلة للاستبدال من النظام.
RTL/LTR: كلاس/تعليمة لتبديل الاتجاه، مع أنماط موازية.
التوافق مع مزوّد الإرسال: Mailgun/SendGrid/SMTP… مع تسليم ملفات HTML وPartial Blocks.
4) أفضل الممارسات (Deliverability & Accessibility)
العنوان (Subject) وسطر المعاينة (Preheader): تحرير مخصص لكل قالب، بـ 35–70 حرفًا للعنوان و80–100 للمعاينة.
مكافحة الرسائل المزعجة: تجنّب الكلمات المحفزة للبريد العشوائي، تحقيق توازن نص/صورة ≥ 60/40، وتوفير نص بديل.
وصولية: تباين ألوان مناسب، حجم خط لا يقل عن 14px، وسمات role وaria-label حسب الحاجة.
روابط إلغاء الاشتراك: واضحة في الرسائل التسويقية.
Fallback: نص عادي (Plain Text) بديل لكل قالب.
5) التسليمات (Deliverables)
ملفات القوالب بصيغ:
email-<type>-ar.html, email-<type>-en.html (نسختان RTL/LTR)
نسخة Plain Text لكل قالب.
مكتبة المكوّنات: ملفات HTML جزئية (Blocks) قابلة لإعادة الاستخدام.
دليل الاستخدام (README): يشرح التركيب، التخصيص، إدراج المتغيّرات، التفريغ إلى Inline CSS، وآلية التحويل RTL/LTR.
حزمة أصول: شعارات، أيقونات، صور افتراضية (مع مسارات واضحة لاستبدالها).
ملف إعدادات الألوان والخطوط: متغيّرات CSS بسيطة (حيث يُدعم) وبدائل Inline.
Checklist اختبار ما قبل الإرسال.
6) آلية العمل والجدول الزمني (مرن)
المرحلة 1 – الاستكشاف (1–2 يوم): فهم الهوية، تحديد الأنواع ذات الأولوية، استلام المحتوى.
المرحلة 2 – تصميم UI ثابت (2–4 أيام): نماذج تصميم مرئية (صور) لقالبين مرجعيين بالعربية والإنجليزية.
المرحلة 3 – التطوير (5–7 أيام): ترميز HTML + CSS، تجهيز مكتبة المكوّنات، إعداد RTL/LTR.
المرحلة 4 – الاختبار (2–4 أيام): توافق العملاء، سلاسل الاختبار، تحسين الوضع الداكن، تحسين قابلية الوصول.
المرحلة 5 – التسليم والتوثيق (1–2 يوم): تسليم الملفات النهائية والدليل.
المدد تقديرية وتتغير بحسب عدد القوالب والمحتوى المتوفر.
7) معايير الجودة وقبول العمل (Acceptance)
التوافق: عرض صحيح في أحدث نسخ Gmail/Outlook/Apple Mail/Yahoo + Outlook Windows (نسخة MSO).
التجاوب: عرضٍ سليم من 320px إلى ≥1024px.
اللغة والاتجاه: نسخ RTL/LTR خالية من الانكسارات.
Inline CSS: جميع الأنماط الحرجة مضمنة Inline.
Plain Text: متوفر لكل قالب ومتوافق مع محتوى HTML.
تحقّق الروابط: جميع الروابط وأزرار CTA تعمل.
اختبار صور معطّلة: القالب مقروء عند تعطيل الصور.
8) المتطلبات من الشركة ويتم توفيرها:
دليل الهوية (ألوان، لوجو، خطوط)، نبرة العلامة، عيّنات محتوى، سياسة الخصوصية وروابط المتجر/التطبيق، عناوين وسائل التواصل، نصوص إلغاء الاشتراك، أمثلة رسائل حالية.
9) القيود والاعتبارات
دعم Outlook يفرض استخدام جداول وتجنّب خصائص CSS الحديثة.
تجنّب الخلفيات المكررة/الصور خلف النص إلا بفواصل MSO وشيفرات VML عند الحاجة.
عدم تضمين JavaScript أو نماذج داخل الرسائل.
10) خطة الاختبار
اختبار عملاء البريد: Gmail Web/Android/iOS، Outlook Desktop/Outlook.com، Apple Mail، Yahoo.
اختبار الأجهزة: موبايل، تابلت، سطح مكتب.
اختبار الوضع الداكن: مراجعة الألوان والشعار.
Spam Check: فحص العناوين والكلمات وصورة-لنص.
روابط التتبع: التأكد من UTM (للرسائل التسويقية) إن لزم.
11) الوثائق والتدريب
دليل استخدام مصوّر (Screenshots/GIFs) يوضح كيفية استبدال المتغيرات ودمج RTL/LTR.
جلسة تسليم قصيرة (رابط اجتماع) لاستعراض القوالب وآلية التخصيص.
12) الملكية والترخيص
تنتقل ملكية القوالب النهائية إلى العميل بعد السداد الكامل؛ يسمح بإعادة الاستخدام داخليًا مع نفس العلامة. يُحظر إعادة البيع لطرف ثالث إلا باتفاق مكتوب.
السلام عليكم أستاذ عامر، اطلعت على تفاصيل مشروعك المتكامل لإنشاء مكتبة قوالب بريدية احترافية، ويسرني أن أضع بين يديك عرضي لتنفيذ هذا المشروع بجودة عالية ووفقا ل...
مرحبا، تحية طيبة وبعد، يمكنني تنفيذ مكتبة القوالب البريدية المطلوبة بشكل كامل بحيث تضم 812 قالبا احترافيا مع مكتبة مكونات قابلة لإعادة الاستخدام، متوافقة مع مخت...
السلام عليكم، أنا Front-End Developer متخصص في تطوير واجهات احترافية وتجربة مستخدم متوافقة مع مختلف المنصات. قرأت تفاصيل مشروع مكتبة قوالب البريد الإلكتروني وأق...
السلام عليكم ورحمة الله وبركاته انا فاطمة زاهر اطلعت على تفاصيل مشروعكم بخصوص إنشاء مكتبة احترافية لقوالب البريد الإلكتروني (متوافقة مع Gmail، Outlook، Apple Ma...
السلام عليكم استاذ عامر،اطلعت على تفاصيل المشروع بعناية ويسعدني أن أقدم عرضي لتنفيذ مكتبة قوالب بريد إلكتروني احترافية قابلة لإعادة الاستخدام، تدعم العربية (RTL...