من يحدّث موقعك بعد الإطلاق؟ سؤال يغيّر طريقة بنائه

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