قائمة متطلبات موقع الشركة قبل بدء المشروع هي إطار عملي لإعداد موجز جيد دون فرض كل تفصيلة تقنية مسبقًا. تمنح أصحاب القرار وفريق التطوير تصورًا مشتركًا للهدف والجمهور والنطاق والقيود والمسؤوليات ومعنى النجاح قبل طلب الأسعار أو بدء التصميم.
وثيقة متطلبات موقع الشركة هي موجز عملي يوضح ما الذي يجب أن يحققه الموقع، ومن سيستخدمه، وما الصفحات والوظائف المطلوبة، وما الأنظمة التي سيتكامل معها، وما القيود المؤثرة في التنفيذ. لا يلزم أن تختار كل تقنية قبل التواصل مع المطور، لكنك تحتاج إلى وضوح يسمح للفريق بفهم المشكلة التجارية واقتراح حل مناسب وإعداد عرض واقعي.
[!TIP]
هل تحتاج إلى مساعدة الخبراء في تحديد متطلبات موقع الشركة؟ تواصل مع MobyTechy اليوم لطلب عرض سعر أو الاستشارة بشأن مشروعك! احصل على عرض سعر
استخدم هذه القائمة لتوحيد رؤية أصحاب القرار قبل طلب الأسعار. فهي تقلل النطاق الخفي، وتأخر المحتوى، وتضارب الموافقات، والعروض المبنية على افتراضات مختلفة.
محتويات الدليل
- ماذا تشمل وثيقة المتطلبات؟
- الأهداف ورحلات العملاء
- الصفحات والمحتوى واللغات
- الوظائف والتكاملات
- التقنية والجودة والامتثال
- الميزانية والمدة والموافقات والصيانة
- قائمة قابلة للنسخ
- حزمة طلب العرض
ما وثيقة متطلبات موقع الشركة؟
هي المرجع المشترك بين الجهة التي تشتري المشروع والفريق الذي يصممه ويطوره ويراجعه ويشغله. تحول عبارات عامة مثل «نريد موقعاً حديثاً» إلى قرارات يمكن تقديرها واختبارها.
تجيب الوثيقة الجيدة عن الأسئلة التالية:
- لماذا ننشئ الموقع أو نستبدل الموقع الحالي؟
- من سيستخدمه، وما المهمة التي يجب أن ينجزها؟
- ما الصفحات والمحتوى والوظائف والتكاملات المطلوبة؟
- ما القيود التقنية أو القانونية أو الأمنية أو التشغيلية؟
- من يجهز المحتوى ويقدم الملاحظات ويعتمد العمل؟
- من يملك الصيانة بعد الإطلاق؟
ليست الوثيقة مواصفة تقنية نهائية. على شركة التطوير المؤهلة أن تقترح البنية والتقنيات والاستضافة وطريقة التنفيذ. دورك هو تحديد النتائج والقيود دون فرض حلول مبكرة غير مدروسة.
1. حدد الأهداف والجمهور ورحلات العملاء
ابدأ بسبب وجود المشروع. قد يكون الهدف استقبال فرص بيع مؤهلة، أو شرح الخدمات، أو دخول سوق جديد، أو تقليل أسئلة الدعم المتكررة، أو تمكين البيع والحجز، أو دعم التوظيف، أو استبدال منصة يصعب تشغيلها.
تجنب أهدافاً غير قابلة للاستخدام مثل «نريد شكلاً احترافياً». اربط كل هدف بتصرف مطلوب من الزائر وطريقة قياس.
| الهدف التجاري | التصرف المطلوب | مقياس محتمل |
|---|---|---|
| زيادة فرص البيع | إرسال طلب مناسب | الطلبات المؤهلة أو المواعيد المحجوزة |
| توضيح الخدمات | الوصول إلى صفحة الخدمة المناسبة | التفاعل والطلبات المرتبطة بالخدمة |
| تقليل ضغط الدعم | العثور على الإجابة ذاتياً | استخدام محتوى المساعدة واتجاه الأسئلة المتكررة |
| البيع عبر الإنترنت | إتمام الطلب | الطلبات المكتملة ونسبة إتمام السلة |
| دخول سوق جديد | استخدام محتوى وقنوات مناسبة للسوق | الطلبات أو المعاملات حسب السوق |
استخدم بيانات خط أساس موثوقة إن وجدت، واذكر صراحة عندما تكون تحليلات الموقع القديم ناقصة. حدد كذلك مسؤول إعداد التحليلات والموافقات وأحداث التحويل والتقارير.
لكل شريحة أساسية، دوّن:
- من هي؛
- لماذا تزور الموقع؛
- ما المعلومات التي تبني الثقة؛
- ما الاعتراضات التي تؤخر القرار؛
- ما الخطوة التالية؛
- هل تختلف الرحلة حسب اللغة أو الدولة أو الجهاز أو نوع العميل.
اكتب رحلة مختصرة بهذه الصيغة:
عندما يزور [نوع المستخدم] الموقع بسبب [الموقف]، يجب أن يجد [المعلومات]، ويقيّم [المعايير]، ويتمكن من تنفيذ [الخطوة التالية].
تساعد هذه الصياغة على تقييم هيكل الصفحات وعبارات الدعوة والنماذج وعمق المحتوى.
2. خطط للصفحات والمحتوى واللغات
أنشئ قائمة صفحات مرتبة بالأولوية
اكتب كل صفحة أو نوع صفحة يحتاجه الإصدار الأول، ثم رتبه في هيكل. قد يشمل الموقع الرئيسية، من نحن، صفحات الخدمات، القطاعات، الأعمال، المقالات، الأسئلة الشائعة، الوظائف، التواصل، الصفحات القانونية، البحث، صفحات الشكر، وصفحات الخطأ.
لكل صفحة، حدد الهدف والجمهور ومسؤول المحتوى والدعوة الرئيسية والأصول المطلوبة وحالة الجاهزية. صنفها إلى ضرورية للإطلاق أو بعد الإطلاق أو اختيارية.
عند استبدال موقع قائم، دقق المحتوى والروابط. حدد ما سيبقى أو يعاد تحريره أو يدمج أو يحول أو يؤرشف أو يحذف. يزداد جهد النقل مع عدد المقالات والمنتجات والملفات وحقول البيانات واللغات.
عيّن مسؤوليات المحتوى
حدد من يوفر ويعتمد:
- النصوص والمراجعة الفنية؛
- الهوية والشعارات والخطوط والأصول المرخصة؛
- بيانات المنتجات والخدمات؛
- النصوص القانونية والخصوصية؛
- الشهادات والتصريح بنشرها؛
- الترجمة والمراجعة اللغوية؛
- إدخال المحتوى في نظام إدارة المحتوى (CMS).
وجود المحتوى لا يعني جاهزيته. المحتوى الجاهز كامل وحديث ومعتمد ومنظم حسب الصفحات.
اعتبر تعدد اللغات متطلب منتج
في المواقع العربية–الإنجليزية، حدد هل لكل صفحة نسخة مقابلة، ومن يترجم التحديثات، وهل تختلف الرسائل حسب السوق. أدرج اتجاه الكتابة من اليمين إلى اليسار (RTL)، والخطوط العربية، والنماذج، ورسائل التحقق، والبحث، والتواريخ، والأرقام، والمصطلحات المختلطة.
خطط لروابط مستقلة قابلة للفهرسة لكل لغة، واستخدم وسوم اللغة مثل hreflang عند الحاجة. لا تعتمد فقط على اكتشاف لغة المتصفح أو تبديل النص داخل الرابط نفسه. حافظ على اللغة المختارة داخل النماذج ومناطق الحساب.
3. حدد الوظائف والتكاملات
المتطلب الوظيفي يصف شيئاً يستطيع الزائر أو مدير الموقع تنفيذه ويكون قابلاً للاختبار.
بدلاً من «نريد نموذج تواصل جيداً»، اكتب:
يستطيع الزائر اختيار الخدمة وإدخال بياناته وتقديم الموافقة المطلوبة واستلام تأكيد، ثم يوجّه الطلب إلى الفريق الصحيح. يستطيع المدير تغيير المستلمين دون تعديل الكود.
قد تشمل الوظائف إدارة المحتوى والصلاحيات، والنماذج، والبحث والفلاتر، والملفات المقيدة، والحجز، والحسابات، والتجارة الإلكترونية، وتسجيل الفعاليات، والوظائف، والاشتراكات، والمحادثة، والحاسبات.
لكل وظيفة، حدد المستخدمين والمدخلات والمخرجات والتحقق والصلاحيات والإشعارات والأخطاء والتقارير ومعايير القبول.
احصر الأنظمة الخارجية التي ستتبادل البيانات مع الموقع، مثل CRM، وبوابات الدفع الإلكتروني، وERP، والمخزون، والحجز، والبريد، والتحليلات، وإدارة الموافقات، والخرائط، والتوظيف، والدعم، وتسجيل الدخول الموحد. لكل تكامل البرمجيات (API)، اذكر المنتج ومالك الحساب والوثائق والوصول التجريبي ومسار البيانات والشخص المخول بمنح الصلاحيات. لا تفترض أن واجهة API تدعم السيناريو المطلوب قبل التحقق.
رتب الأولويات إلى:
- ضروري: لا يمكن الإطلاق أو التشغيل المقبول من دونه؛
- مهم: يمكن تأجيله مع حل مؤقت؛
- إضافي: ينفذ إذا سمحت الميزانية والمدة؛
- خارج هذا الإصدار: مستبعد لحماية النطاق.
4. وثق متطلبات التقنية والجودة والامتثال
بيئة استضافة المواقع والملكية
قم بتوثيق تفاصيل ملكية الأصول الأساسية للمشروع:
- اسم النطاق وDNS: الاحتفاظ بالتحكم في التسجيل والسجلات.
- بيئة استضافة المواقع: تحديد نوع خوادم الاستضافة، وتجهيز بيئات التطوير والإنتاج.
- شهادة الأمان (SSL): لضمان اتصالات آمنة وتفعيل بروتوكول HTTPS.
- البريد الإلكتروني والاشتراكات: ملكية الحسابات تحت إدارة المؤسسة بصورة رسمية.
وضح بيئة التطوير والإنتاج (بما في ذلك بيئات التطوير والتجهيز والإنتاج)، وتوقعات النسخ الاحتياطي والاستعادة والمراقبة، وقيود الزيارات أو التخزين، وأي اشتراطات لموقع الاستضافة، وطريقة النشر.
الأمان والخصوصية
يجب أن تناسب متطلبات الأمان وظائف الموقع وحساسية البيانات. تشمل النقاط الأساسية:
- بروتوكول شهادة الأمان (SSL): تشفير نقل البيانات وحماية الاتصال.
- التحكم في الوصول: تأمين حسابات الإدارة وتطبيق مبدأ أقل الصلاحيات الممكنة.
- أمان التطبيقات: الحماية من مخاطر أمان تطبيقات الويب (OWASP)، وإدارة المفاتيح السرية، والتحقق من النماذج.
- العمليات التشغيلية: السجلات والمراقبة، والنسخ الاحتياطي، وإدارة الحوادث الأمنية، وفترات الاحتفاظ بالبيانات.
المواقع التي تعالج مدفوعات أو بيانات صحية أو مالية أو بيانات أطفال أو معلومات منظمة تحتاج إلى مراجعة قانونية وأمنية مؤهلة وفق الدول والمزودين المعنيين.
احصر النماذج وملفات الارتباط والتحليلات والخدمات المضمنة وأدوات التسويق وفترات الاحتفاظ واحتياجات الموافقة ومسؤول مراجعة الخصوصية. ينفذ المطور متطلبات معتمدة، لكنه لا يضع الأساس القانوني أو سياسة المؤسسة من تلقاء نفسه.
إمكانية الوصول والأداء
حدد هدف إمكانية الوصول قبل التصميم. توصي W3C باستخدام أحدث إصدار من WCAG 2، وهو WCAG 2.2 حالياً. راعِ التشغيل بلوحة المفاتيح، ووضوح التركيز، والعناوين، والتباين، وتسميات النماذج والأخطاء، والبدائل النصية، والتكبير وإعادة التدفق، والنصوص أو الترجمات للوسائط عند الحاجة، والاختبار البشري بالتقنيات المساعدة.
حدد الأجهزة والمتصفحات وظروف الاتصال والأسواق ذات الأولوية. تأكد من توافق وتصميم الموقع لدعم التصميم المتجاوب وتحسين سرعة التحميل. اطلب أهداف أداء قابلة للقياس تشمل حجم الصفحات والصور والبرمجيات النصية وآليات التخزين المؤقت ومؤشرات أداء الويب الأساسية (Core Web Vitals)، التي تقيس جوانب التحميل والاستجابة وثبات التخطيط. كما ينبغي توضيح ما إذا كان المشروع يتطلب الفصل بين الواجهة الأمامية والخلفية.
وثق كذلك التحليلات وقابلية الزحف وتهيئة محركات البحث (SEO) والبيانات الوصفية (SEO metadata) وخريطة الموقع XML وملف robots.txt وإعادة التوجيه وCanonical وتعليمات الروبوت ووسوم تعدد اللغات. هذه أساسيات تقنية وليست ضماناً للترتيب في البحث.
5. حدد القيود التجارية والتنفيذية والتشغيلية
قدم نطاقاً واقعياً للميزانية، أو وضح هل الأولوية لأقل تكلفة أولية أم السرعة أم المرونة طويلة المدى أم التوازن. افصل البناء الأولي عن التكاليف المتكررة مثل الاستضافة والتراخيص والنطاقات والصيانة والمراقبة والمحتوى والترجمة والدعم. راجع كم تبلغ تكلفة إنشاء موقع شركة في مصر؟ لفهم عوامل التسعير.
حدد تاريخ الإطلاق وسببه التجاري. اذكر اعتماديات الهوية والتصوير والمحتوى والترجمة والمراجعة القانونية وموافقات الموردين والوصول إلى API ونقل البيانات. يشمل الجدول الواقعي الاكتشاف والهيكلة والتصميم والتطوير والتكامل والنقل والاختبار والتدريب والموافقة والإطلاق والاستقرار. يشرح دليل كم يستغرق إنشاء موقع شركة؟ أهم المتغيرات.
عيّن مالكاً واحداً مسؤولاً عن المشروع. حدد من يعتمد النطاق والتصميم والمحتوى والإطلاق، ومن يجمع الملاحظات، ومدة المراجعة، وكيف يقاس أثر التغييرات في التكلفة والمدة والمخاطر.
وأخيراً، حدد ملكية ما بعد الإطلاق: التحديثات، والنسخ الاحتياطي، واختبارات الاستعادة، والمراقبة، والنشر، وإدارة المستخدمين، ومراجعة التحليلات، وفحوص الأداء وإمكانية الوصول، وساعات الدعم، والتوثيق، والتدريب، والتحسينات اللاحقة.
قائمة متطلبات موقع الشركة قبل المشروع
النشاط والجمهور
- المشكلة التجارية والهدف الأساسي
- الجمهور ذو الأولوية ورحلات العملاء
- التصرفات المطلوبة من الزائر
- بيانات خط الأساس الموثوقة إن وجدت
- مؤشرات النجاح ومسؤول التقارير
النطاق والمحتوى واللغات
- قائمة صفحات الإطلاق والصفحات اللاحقة
- تدقيق المحتوى وروابط الموقع الحالي
- مسؤولو النصوص والهوية والقانون والموافقات
- حجم النقل وصيغ الملفات
- اللغات والأسواق ومتطلبات RTL
- مسؤول الترجمة والنشر المستمر
الوظائف والتكاملات
- النماذج ومسارات العمل والحسابات والبحث والتجارة أو الحجز
- أدوار المديرين وصلاحياتهم
- التكاملات ومالكو الحسابات ووثائق API والوصول التجريبي
- الإشعارات والأخطاء والعمليات البديلة
- تصنيف ضروري/مهم/إضافي/لاحق
التقنية والجودة
- ملكية النطاق وDNS والاستضافة والاشتراكات
- بيئات التطوير والتجهيز والإنتاج
- النسخ الاحتياطي والمراقبة والاستعادة والنشر
- مراجعة الأمان والخصوصية والاحتفاظ بالبيانات
- هدف إمكانية الوصول
- الأجهزة والمتصفحات والأداء وCore Web Vitals
- التحليلات والموافقات وSEO وإعادة التوجيه وتعدد اللغات
- الاختبارات ومعايير القبول
التنفيذ والتشغيل
- الميزانية والتكاليف المتكررة
- موعد الإطلاق وسببه والاعتماديات
- مالك المشروع والمراجعون والمعتمدون
- مدة الملاحظات وآلية ضبط التغييرات
- الصيانة والدعم والتوثيق والتدريب والتسليم
[!TIP]
هل تحتاج إلى مساعدة الخبراء في تحديد متطلبات موقع الشركة؟ تواصل مع MobyTechy اليوم لطلب عرض سعر أو الاستشارة بشأن مشروعك! احصل على عرض سعر
ما الذي ترسله إلى شركة التطوير قبل طلب عرض؟
أرسل الحزمة نفسها إلى كل مورد في القائمة المختصرة:
- موجز المتطلبات المكتمل؛
- خريطة موقع أو قائمة صفحات مرتبة؛
- أمثلة لرحلات العملاء؛
- قائمة الوظائف والتكاملات؛
- عينات المحتوى وحالة جاهزيته؛
- دليل الهوية وحالة الأصول؛
- تفاصيل الموقع الحالي والتحليلات أو التدقيق الموثوق؛
- قيود التقنية والأمان والخصوصية وإمكانية الوصول والاستضافة؛
- توجيه الميزانية والشكل التجاري المطلوب؛
- التواريخ والاعتماديات وأصحاب القرار وخطوات الشراء؛
- الأسئلة التي يجب أن يجيب عنها الجميع؛
- معايير مقارنة العروض.
اطلب توضيح الافتراضات والاستثناءات وتكاليف الأطراف الخارجية ومسؤوليات المحتوى ومنهج الاختبار والدعم وطريقة ضبط التغييرات. قد يعكس السعر الأقل نطاقاً أصغر لا قيمة أفضل.
استخدم معايير موحدة عند الاختيار. يساعدك كيف تختار شركة تطوير الويب المناسبة؟ على مقارنة جودة الاكتشاف والملاءمة التقنية والتواصل وملكية الحسابات والدعم.
الأسئلة الشائعة
ما مقدار التفاصيل المطلوبة قبل التواصل مع المطور؟
يجب أن تشرح الأهداف والجمهور والمحتوى والوظائف والتكاملات والقيود والمسؤوليات والأولويات. لا يلزم فرض التقنية إلا عند وجود قيد مؤسسي حقيقي.
من يكتب وثيقة المتطلبات؟
ينسقها مالك المشروع المسؤول بمشاركة الأقسام المعنية، مثل التسويق والمبيعات والعمليات وتقنية المعلومات والأمان والقانون وخدمة العملاء. ويمكن لشركة التطوير تحسينها خلال الاكتشاف.
هل من الأفضل ذكر نطاق الميزانية؟
نعم في الغالب. يساعد النطاق المورد على اقتراح حل مناسب للواقع التجاري. وضح هل يشمل المحتوى والترجمة والتكاملات والاستضافة والصيانة والضرائب والخدمات المستمرة.
هل يمكن تغيير المتطلبات أثناء المشروع؟
نعم. قد تكشف مرحلة الاكتشاف خيارات أفضل أو قيوداً مفقودة. استخدم إجراء مكتوباً لتقييم أثر كل تغيير في النطاق والتكلفة والمدة والمخاطر قبل اعتماده.
ما الذي يجب تضمينه في وثيقة متطلبات موقع الشركة؟
يجب أن تتضمن وثيقة متطلبات موقع الشركة الأهداف التجارية الرئيسية للمشروع، ومواصفات الجمهور المستهدف، ورحلات العملاء التفصيلية، وبنية الصفحات (Sitemap). كما يجب أن تحدد المتطلبات الوظيفية (مثل النماذج وأنظمة الحسابات)، وتكاملات الأنظمة الخارجية (مثل بوابات الدفع الإلكتروني ونظام CRM)، بالإضافة إلى المتطلبات التقنية مثل بيئة استضافة المواقع، وشهادة الأمان (SSL)، ومؤشرات أداء الويب الأساسية (Core Web Vitals).
كيف يمكن إعداد متطلبات موقع الشركة لمشروع جديد؟
يمكن إعداد متطلبات موقع الشركة من خلال تحديد المشكلة التجارية والهدف الأساسي من الموقع أولاً. بعد ذلك، قم بتحديد رحلات العملاء والصفحات المطلوبة للإصدار الأول. بعد ذلك، قم بحصر الميزات التفاعلية والتكاملات البرمجية المطلوبة مع الأنظمة الأخرى، وتوثيق معايير الجودة والأداء والأمان المطلوبة، ثم صياغة كل هذه النقاط في قائمة تحقق واضحة يسهل على شركات التطوير تقديرها وتخطيطها.
ما الفرق بين المتطلبات الفنية والوظيفية لـ متطلبات موقع الشركة؟
المتطلبات الوظيفية تصف المهام والعمليات التفاعلية التي يستطيع المستخدم أو المدير القيام بها على الموقع، مثل نموذج الاتصال، والبحث عن المنتجات، وإتمام عمليات الشراء. أما المتطلبات الفنية، فتحدد كيفية تشغيل الموقع وبنيته الأساسية، مثل نوع خادم الاستضافة، وأمان شهادة الأمان (SSL)، وآليات التخزين المؤقت، وتحسين سرعة التحميل، وما إذا كان المشروع يتطلب الفصل بين الواجهة الأمامية والخلفية لضمان الأداء والأمان.
لماذا يعتبر قائمة متطلبات موقع الشركة أساسياً لنجاح الأعمال؟
تعتبر قائمة متطلبات موقع الشركة أساسية لنجاح ونمو الأعمال لأنها تمنع تداخل المهام وتوسع نطاق المشروع (Scope Creep) دون داعٍ، وتضمن أن المنتج النهائي يخدم أهداف الشركة بشكل فعال. من خلال توضيح جميع التفاصيل والوظائف والتكاملات مسبقاً، فإنك تمنح فريق التطوير رؤية واضحة لبناء موقع إلكتروني سريع ومتجاوب وقابل للتوسع يدعم زيادة المبيعات ويعزز الثقة لدى العملاء.
الخلاصة: جهّز القرارات لا مواصفة مثالية
توحّد وثيقة المتطلبات القوية أصحاب المصلحة حول الهدف والجمهور والمحتوى والوظائف والتكاملات والمعايير والقيود والمسؤوليات. وهي تمنح شركات التطوير سياقاً كافياً لمراجعة الافتراضات واقتراح حل مناسب وتسعير نطاق قابل للمقارنة.
بعد إكمال القائمة، يستطيع فريق MobyTechy مراجعتها ضمن خدمات تطوير الويب، وتحديد الفجوات والاعتماديات، وتحويلها إلى مرحلة اكتشاف وخطة تنفيذ عملية دون حشد خصائص غير ضرورية في الإصدار الأول.
المصادر وقراءات إضافية
- مبادرة إتاحة الويب في W3C: نظرة عامة على WCAG 2
- مبادرة إتاحة الويب في W3C: الجديد في WCAG 2.2
- web.dev: مؤشرات Web Vitals
- OWASP Top Ten لمخاطر أمان تطبيقات الويب
- Google Search Central: تعريف جوجل بالنسخ المحلية من الصفحات
- Google Search Central: إدارة المواقع متعددة المناطق واللغات
سياق تحريري: أُعدت هذه المسودة للمراجعة في 2026. راجع أيضًا خدمات تطوير الويب من MobyTechy وإرشادات Google للمحتوى المفيد.
