· قراءة في 6 دقائق
قد يصبح الموقع الرخيص مكلفاً حين تعود الأعمال التي غابت عن النطاق بعد الإطلاق. والخيار الأصح هو الموقع الذي يؤدي العمل المطلوب من دون أن يجبر صاحب النشاط على دفع ثمن القرارات نفسها مرتين.
هذا الفرق مهم. قد تختار شركة صغيرة موقعاً محدود الكلفة ويكون قرارها سليماً. وقد تختار عرضاً منخفضاً لأن أعمالاً أساسية لم تُذكر فيه أصلاً. لا يظهر الفرق عند توقيع العقد، بل بعد الإطلاق. عندها تتحول الميزة الناقصة أو الصفحة البطيئة أو الحساب الذي لا تملكه إلى فاتورة جديدة وتأخير جديد.
عرض السعر لا يمثل الكلفة كلها
عرض السعر هو قائمة بما التزمت الجهة المنفذة بتسليمه. إذا كانت القائمة مبهمة، فلن يخبرك الرقم الأخير بالكثير.
قد تعني عبارة «موقع شركة» بضع صفحات ثابتة وزر تواصل. وقد تعني موقعاً بلغتين، وتصميماً صحيحاً من اليمين إلى اليسار، ومحتوى قابلاً للتعديل، ونماذج توجّه الطلبات إلى المكان المناسب، وأدوات قياس، وإعداداً لمحركات البحث، واختباراً على المتصفحات، وتدريباً عند التسليم. الوصف المختصر واحد، لكن العمل ليس واحداً.
أول كلفة خفية هي النطاق الناقص. المتطلبات التي لا تُذكر في العرض لا تختفي. تعود لاحقاً في صورة طلب تغيير أو عمل يدوي أو تنازل عن وظيفة مهمة. قد يرسل نموذج التواصل رسالة إلى بريد شخص واحد، بينما يحتاج النشاط إلى تسجيل الطلب في نظام إدارة العملاء. وقد يحتاج المتجر إلى قواعد شحن، وإعدادات ضريبة، ورسائل للطلبات، ومتابعة للمخزون. إضافة هذه الأمور بعد بناء الهيكل قد تتطلب تعديلات فعلية، لا مجرد تفعيل خيار.
لذلك لا تقارن الرقم النهائي وحده. قارن ما يشمله الرقم. يجب أن تُذكر الصفحات واللغات والنماذج والروابط مع الأنظمة الأخرى وصلاحيات التعديل والاختبارات والتدريب والدعم بعد الإطلاق. ويجب أن تُذكر الاستثناءات أيضاً.
الواجهة الجميلة قد تخفي بناءً ضعيفاً
أسهل ما يمكن تقييمه في الموقع هو شكله. أما المشكلات المكلفة فعادةً ما تكون خلف الواجهة.
قد تبدو الصفحة جيدة على الحاسوب الذي استُخدم في العرض، ثم تتعطل على شاشة هاتف أصغر. وقد توضع الترجمة العربية داخل تخطيط إنجليزي، بدلاً من تصميم التجربة من اليمين إلى اليسار. وربما تُحمّل الصور بأحجام تبطئ الصفحة. وقد يعرض نموذج التواصل رسالة نجاح، من دون أن يصل الطلب إلى الجهة التي يجب أن تتابعه.
هذه ليست تفاصيل تجميلية. هي عوامل تحدد إن كان الزائر يستطيع القراءة والتنقل وإرسال طلب أو إتمام شراء.
لهذا لا تقل عملية البناء أهمية عن ملف التصميم. تجاوب الصفحات مع أحجام الشاشات، وفحص أساسيات إمكانية الوصول، والاختبار على المتصفحات الحالية والهواتف، وتركيب أدوات القياس، وتجهيز بيانات الصفحات وخريطة الموقع؛ كلها أعمال لا تظهر في الواجهة، لكنها ضرورية. قد لا يسأل عنها المشتري في اجتماع البيع، لكنه يلاحظ غيابها بعد الإطلاق.
بعض العروض المنخفضة تعيد العمل إلى صاحب النشاط
قد ينخفض العرض لأن العمل لم يُحذف، بل نُقل إليك.
ربما تضطر إلى تغيير حجم كل صورة، وتنسيق كل صفحة، ورفع كل منتج، وإصلاح المسافات بعد كل تعديل، أو الرجوع إلى المطور لتغيير جملة قصيرة. لا تبدو أي مهمة منها كبيرة وحدها. لكنها مجتمعة تجعل إدارة الموقع عبئاً مستمراً.
صلاحية التعديل لا تكفي إذا كان التعديل العادي يفسد الصفحة. يجب أن يناسب نظام إدارة المحتوى نوع المعلومات التي يغيّرها النشاط فعلاً. ويجب أن يشرح التسليم طريقة استخدامه. في المتجر، يحتاج المسؤولون إلى فهم الطلبات والمخزون والخصومات ورسائل العملاء. وفي موقع الخدمات، يحتاجون إلى معرفة وجهة الاستفسارات وطريقة تحديث الصفحات الأساسية.
إذا لم تستطع الشركة إدارة الموقع بعد استلامه، فعملية البناء لم تكتمل فعلياً.
الجهة الثانية ترث قرارات الجهة الأولى
تبدأ فاتورة الإصلاح الكبيرة أحياناً بجملة بسيطة: «نحتاج إلى جهة أخرى تتولى الموقع».
على الجهة الجديدة أولاً أن تفهم كيف جرى تركيب الموقع. قد تجد بيانات دخول ناقصة، أو تراخيص منتهية، أو شيفرة خاصة من دون توثيق، أو تعديلات مباشرة على القالب، أو إضافات لا يمكن تحديثها بأمان. عندها يتحول طلب صغير إلى مرحلة بحث وفحص.
تقلل الملكية الواضحة وصلاحيات الوصول هذا الخطر. يجب أن تعرف الشركة من يتحكم في النطاق والاستضافة وأدوات القياس ونظام المحتوى وحسابات المتجر والأدوات المدفوعة. ويجب أن تستلم بيانات الدخول ذات الصلة وشرحاً صالحاً للاستخدام. أما في البناء المخصص، فتهم الشيفرة المصدرية والتوثيق الفني أيضاً.
لا تعني الملكية أن أي جهة قادمة ستستطيع تعديل الموقع بسهولة. لكنها تعني أنها تستطيع فحص الموجود واتخاذ قرار مبني عليه، بدلاً من البدء من دون معلومات.
الإطلاق هو بداية تشغيل الموقع
يعتمد الموقع على برمجيات واستضافة وشهادات أمان ونطاقات ونماذج وخدمات من جهات أخرى. تتغير هذه الأجزاء بعد الإطلاق. تصدر تحديثات جديدة. تُجدّد الشهادات. وقد يتعارض تحديث إضافة مع إضافة أخرى. وقد يتوقف نموذج عن الإرسال. وقد تتعطل خدمة لدى مزودها.
هنا يجب الفصل بين كلفة البناء وكلفة العناية المستمرة.
ينبغي أن يسلّم مشروع البناء الموقع المتفق عليه، وأن يعالج العيوب ضمن فترة الدعم المحددة بعد الإطلاق. أما العناية المستمرة فهي عمل آخر. تشمل تحديثات البرمجيات، والنسخ الاحتياطية، والمراقبة، والمساعدة في استعادة نسخة سابقة، وفحص البرمجيات الضارة، وقناة دعم معروفة. وقد تشمل الخطة الأوسع بيئة تجريبية تُفحص فيها التغييرات قبل نقلها إلى الموقع المنشور.
للعناية حدود أيضاً. لا تشمل تلقائياً صفحات جديدة أو مزايا جديدة أو إعادة تصميم أو كل طلب لتعديل المحتوى. كما أن مراقبة الاستضافة لا تمنح الجهة المشرفة تحكماً في شبكة مزود الاستضافة. الاتفاق الواضح يذكر هذه الحدود قبل وقوع المشكلة، لا في أثناء معالجتها.
متى يكفي موقع بسيط ومحدود الكلفة؟
لا تحتاج كل شركة إلى موقع كبير. الدفع مقابل تعقيد لا يُستخدم هو شكل آخر من الهدر.
قد يكون الموقع البسيط هو القرار الصحيح حين تكون مهمته محدودة: شرح النشاط، وعرض المعلومات الأساسية، وتوفير وسيلة موثوقة للتواصل. ويكون ذلك منطقياً حين لا تبيع الشركة عبر الإنترنت، ولا تحتاج إلى ربط مخصص مع أنظمة أخرى، ويمكنها العمل بلغة واحدة، ولا تغيّر المحتوى إلا من وقت إلى آخر.
ومع ذلك، يجب أن تصف كلمة «بسيط» حجم النطاق، لا مستوى التنفيذ. ما زال الموقع بحاجة إلى العمل على الهواتف والمتصفحات الحالية. ويجب أن تعمل وسيلة التواصل، وأن يملك صاحب النشاط صلاحيات الوصول، وأن تكون الحدود مفهومة.
المشكلة ليست في الموقع الصغير. المشكلة في شراء موقع صغير مع توقع أن يؤدي عمل منصة مبيعات أو نظام نشر بلغتين أو متجر إلكتروني.
قارن القرارات، لا عروض الأسعار وحدها
قبل اختيار الجهة المنفذة، اكتب ما يجب أن يفعله الموقع في يومه الأول، ومن سيديره بعد ذلك.
اسأل من سيجهز النصوص والصور. ثبّت عدد الصفحات واللغات. تتبع ما يحدث بعد إرسال نموذج أو تسجيل طلب شراء. اسأل عمّا يمكنك تعديله، والحسابات التي ستكون باسمك، وطريقة الاختبار، وما يحدث عند التسليم، والدعم المتاح بعد الإطلاق. ثم اسأل بوضوح عمّا يقع خارج النطاق.
تتعامل إكسانا ديجيتال مع خدمة المواقع والمتاجر الإلكترونية بأحجام ثابتة لأن موقعاً تعريفياً بسيطاً، وموقع أعمال بلغتين، ومتجراً إلكترونياً هي أعمال مختلفة. يتحدد المسار بحسب الوظيفة المطلوبة، لا بحسب وصف تسويقي مثل «فاخر». يُحدّد نطاق كل مشروع مع ما يشمله وما يستثنيه. ثم تُعرض خطة العناية عند التسليم على الشركات التي تحتاج إلى متابعة الموقع بعد نشره.
لا يجعل هذا الأسلوب كل موقع معقداً، ولا ينبغي له ذلك. لكنه يوضح المفاضلة. تستطيع اختيار نطاق أصغر وأنت تعرف حدوده، بدلاً من أن تكتشف لاحقاً أن العرض الأقل كان يجيب عن سؤال مختلف.
Want to define the right scope before comparing quotes? Use the requirements wizard: Start your project
هل تريد تحديد النطاق الصحيح قبل مقارنة العروض؟ استخدم نموذج تحديد المتطلبات: ابدأ مشروعك
