ما الذي يجب أن يتضمنه مستند متطلبات إعادة تصميم الموقع الإلكتروني؟ من تحديد الأهداف إلى التسليم

يجب أن يحوّل مستند متطلبات إعادة تصميم الموقع الإلكتروني عبارة «لماذا نعيد التصميم، وما النطاق المطلوب، وكيف سيتم التسليم» إلى اتفاق قابل للتنفيذ. سواء سُمّي المستند «مستند متطلبات إعادة تصميم الموقع الإلكتروني» أو cahier des charges refonte site internet بالفرنسية، ينبغي أن يتيح للأطراف المعنية الرجوع إلى مرجع موحّد لتحديد النطاق والتكلفة والجدول الزمني ونتائج القبول. عند إعداد المستند، ابدأ بتحديد المشكلات الحالية والأهداف، ثم وضّح بالتفصيل الصفحات والوظائف ونقل البيانات ومسؤوليات الإطلاق.

وضّح الأهداف والوضع الحالي أولاً لتجنب الاكتفاء بطلب «إعادة التصميم»

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

يسجل قسم الوضع الحالي عنوان الموقع القائم وبنيته التقنية وإصداراته اللغوية وعدد صفحاته ومشكلاته الرئيسية، مع إرفاق خريطة الموقع الحالية وبيانات الزيارات ولقطات شاشة لصفحات نموذجية. قد يبدو انخفاض زيارات الصفحات وتراجع الاستفسارات وكأنهما يتطلبان إعادة التصميم، لكن أسبابهما قد تختلف: فالأول يستلزم التحقق من فهرسة الصفحات ومصادر الزيارات، أما الثاني فيتطلب أيضاً مراجعة النماذج ومعلومات المنتجات وإجراءات المتابعة. افصل المشكلات المؤكدة عن المسائل التي لا تزال قيد البحث، لتجنب تعامل المورّد مع الافتراضات على أنها متطلبات محسومة.

حدّد النطاق: وضّح الصفحات والمحتوى والوظائف كلٌّ على حدة

استخدم قائمة بالصفحات لتحديد صفحات مثل الصفحة الرئيسية وتصنيفات المنتجات وتفاصيل المنتجات ومن نحن والاتصال بنا، مع بيان ما إذا كان كل منها سيُحتفظ به أو يُعاد تصميمه أو يُدمج أو يُحذف. إذا كان الموقع يضم عدداً كبيراً من المنتجات، فوضّح الصفحات التي تستخدم القالب نفسه وتلك التي تحتاج إلى تصميم مستقل. أدرج أيضاً أنواع المحتوى وكمياته المتوقعة للنقل، وحدّد الطرف المسؤول عن إعداد الصور والنصوص. إذا لم يكن المحتوى جاهزاً بعد، فاذكر موعد تقديمه وكيفية التعامل مع تأثير التأخير في الجدول الزمني.

ينبغي أن تصف متطلبات الوظائف شروط التفعيل والنتائج المتوقعة، لا أن تكتفي بعبارة «إضافة وظيفة للاستفسارات». على سبيل المثال: بعد أن يرسل الزائر استفساراً عن منتج، يرسل النظام إشعاراً إلى البريد الإلكتروني المحدد، ويحفظ سجل الإرسال في لوحة الإدارة، وتعرض الصفحة حالة النجاح أو الإخفاق. كما يجب تحديد الحقول الإلزامية وقيود المرفقات وطريقة معالجة الرسائل غير المرغوب فيها ومستلمي الإشعارات. وعند الربط بنظام إدارة العملاء، اذكر طريقة التكامل ومواءمة الحقول وبيئة الاختبار والجهة المسؤولة عن صيانة الواجهة البرمجية.

عند إعادة تصميم موقع متعدد اللغات، حدّد كل لغة مستهدفة ونطاق الصفحات المقابل لها ومصدر الترجمة. يمكن استخدام الترجمة الآلية كمسودة أولية، لكن يجب مراجعة مواصفات المنتجات والمصطلحات القطاعية ومعلومات الاتصال يدوياً. وينبغي أيضاً توضيح ما إذا كانت اللغات المختلفة ستستخدم قاعدة المنتجات نفسها، وما إذا كان مسموحاً بتعديل المحتوى لكل لغة على حدة، وإدراج ذلك ضمن متطلبات صلاحيات لوحة الإدارة. وإلا فقد تؤدي طريقة صيانة المحتوى إلى إعادة العمل بعد إنجاز تصميم الصفحات.

إذا كان من المخطط استخدام منصة SaaS لإنشاء المواقع، فينبغي أن يحدد مستند المتطلبات أيضاً نطاق تعديل القوالب وطريقة تصدير المحتوى وصلاحيات الحسابات وكيفية التعامل مع البيانات عند انتهاء الاشتراك. على سبيل المثال، عند تقييم 易营宝SaaS智能建站营销系统، يمكن التحقق بنداً بنداً من متطلبات تحرير المحتوى متعدد اللغات والتوافق مع الأجهزة المحمولة وإدارة لوحة التحكم، على أن يظل نطاق التسليم الفعلي خاضعاً لما يتم الاتفاق عليه للمشروع.

أدرج ترحيل البحث وبيانات التسويق ضمن التسليم

غالباً ما تتضمن إعادة تصميم الموقع تغييرات في عناوين URL. لذلك ينبغي أن يطلب مستند المتطلبات إعداد جدول يربط العناوين القديمة بالجديدة، مع تحديد قواعد الاحتفاظ والدمج والحذف، وإعداد عمليات إعادة توجيه دائمة عند الاقتضاء. إذا كان لصفحة قديمة صفحة جديدة مقابلة بوضوح، فلا ينبغي توجيه جميع الصفحات إلى الصفحة الرئيسية. وإذا لم يتوفر محتوى بديل، فيجب الاتفاق على طريقة التعامل مع الصفحة على حدة. وقبل الإطلاق، ينبغي أيضاً التحقق من عناوين الصفحات وأوصافها وخريطة الموقع والعناوين الأساسية وإعدادات زحف محركات البحث، لتجنب نقل القيود المفروضة على بيئة الاختبار إلى الموقع الرسمي.

يجب كذلك إدراج أدوات الإحصاءات الحالية ورموز تتبع التحويلات الإعلانية ومعلومات التحقق من منصات البحث ضمن قائمة الترحيل. حدّد شروط تفعيل أحداث مثل نجاح إرسال النموذج والنقر على رقم الهاتف وطريقة قبولها، مع التمييز بين بيانات الاختبار والبيانات الفعلية. إذا تعذّر الحصول على سجل كامل لأحداث التتبع من الموقع القديم، فتحقق أولاً من صلاحيات إدارة الحسابات الحالية ثم رتّب عملية المراجعة؛ فلا يمكن الحكم على سلامة تتبع التحويلات من مظهر الصفحة وحده.

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

اربط الجدول الزمني والتغييرات والقبول بنتائج محددة

ينبغي تقسيم الجدول الزمني إلى مراحل بحسب النتائج التي يمكن التحقق منها، مثل اعتماد المتطلبات وتصميم الصفحات والتطوير ونقل المحتوى والاختبار والإطلاق. حدّد لكل مرحلة المواد المطلوب تسليمها والشخص المسؤول عن اعتمادها والمهلة المحددة لتقديم الملاحظات. وإذا أُضيفت صفحات أو تغير منطق الوظائف بعد اعتماد التصميمات، فسجّل التغييرات وأعد تقييم المدة والتكلفة، لتجنب تراكم التعديلات الشفهية.

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

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

خطّط للإطلاق بحيث يكون التراجع عنه ممكناً

قبل الإطلاق، تحقّق من إعدادات توجيه النطاق والشهادات والنسخ الاحتياطية وموعد النشر، وحدّد المسؤول عن تنفيذ كل خطوة واعتمادها. يجب توضيح مكان حفظ نسخة الموقع القديم وطريقة استعادتها وكيفية التحقق من صلاحيتها. وإذا تعطّل نموذج أو تعذّر الوصول إلى صفحة مهمة بعد الإطلاق، فينبغي الاتفاق على شروط إيقاف النشر أو الإصلاح أو التراجع عنه، وعلى معلومات الاتصال اللازمة.

حدّد فترة مراقبة بعد الإطلاق للتحقق من زيارات الصفحات الرئيسية وإشعارات الاستفسارات وزحف محركات البحث وأحداث التحويل. وينبغي أن تميّز بنود الصيانة بين إصلاح عيوب التسليم والطلبات الجديدة اللاحقة، مع توضيح قنوات الاستجابة وإجراءات المعالجة والمهل الزمنية. وبعد اعتماد الطرفين لمستند المتطلبات، احتفظوا بسجل لإصداراته، واجعلوا الاتفاق المحدّث مرجعاً لأي تغييرات لاحقة.