يقولون "تطوير الويب من جانب العميل"، فما هو ولماذا يُسعَّر بشكل منفصل؟

لنأخذ تشبيهًا بسيطًا: عند الذهاب لمطعم، طهي الطعام في المطبخ هو جانب الخادم (back-end). أما ترتيب الطاولة وطريقة تقديم الجرسون للطبق ومكان المناديل فهو جانب العميل (front-end). كل ما يراه العميل على الشاشة في موقعك ويضغط عليه أو يحركه أو يحسبه فورًا يعمل على جهاز العميل ويحتاج برمجة خاصة.

من الناحية الفنية، يجلب جانب الخادم أسعار المعدات الأولية من قاعدة البيانات باستخدام PHP أو Node. أما جانب العميل فيستخدم HTML وCSS وJavaScript لمعالجة هذه البيانات في متصفح المستخدم وتشغيل المؤثرات وتحديث DOM ديناميكيًا دون إعادة تحميل الصفحة. وبما أن محرك الحسابات يعمل على المتصفح، فإن معظم عبء العمل يقع بالفعل على جانب العميل.

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

هل تتواصل أداة الحساب هذه التي ستنفذها الوكالة تلقائيًا مع نظام المحاسبة الداخلي أو CRM المستعمل في شركتكم؟ أم ستكتفي بإرسال السعر المحسوب كنموذج عبر البريد الإلكتروني؟ إذا كنت تدفع 1.400 Euro، فمن الأفضل توضيح تفاصيل ربط API.

تصحيح: كنت أذكر الرقم خطأً، كان أقل قليلاً.

الحاجة التقنية موجودة، لكن تقسيم العروض بمصطلحات براقة وضع 1.500 Euro لكل بند هو تكتيك تقليدي لرفع الأسعار. لو قالوا "إنشاء موقع" قد تبدو 4.200 Euro كثيرة، لكن عند كتابة "بنية جانب العميل" يتقبلها العميل باحترافية. أطلب منهم حتماً تفاصيل عدد الساعات التي سيقضونها.

لا داعي للقلق، أنت لا تتعرض للاحتيال. الفصل بين "entorno cliente" و"entorno servidor" معيار متبع في عروض الشركات في إسبانيا، يفصلونها للشفافية مع العميل والسعر أصلًا منطقي وليس مبالغًا فيه بمقاييس مدريد.

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

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

أحسنت، بارك الله في جهدك. إذا لم تُكتب معايير القبول، فإن وقت انتهاء العمل يبقى مفتوحاً للنقاش.

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

قضيت وقتًا طويلاً في هذا المجال. النظام يستمر بعد التسليم؛ الصيانة بند منفصل.

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

هناك ثلاثة أمور يجب مراعاتها أثناء القيام بذلك. انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار.

كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر. أتمنى أن يفيدك هذا.

أنا مشروع صغير، دعوني أشرح من منظوري. أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار.

عشنا تقريباً نفس التجربة العام الماضي. كل عبارة "سننظر في ذلك لاحقًا" في الاجتماع تعني عملًا غير مُسعّر.

بالتوفيق.

بالتأكيد. وإذا أردت إضافة شيء: أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار.

إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً. مثبت بالتجربة.

لهذا النهج ثمن، لكنه لا يُناقش. اسألوا من أعد العرض ومن سينفذ العمل.

إذا حصلت على ثلاث إجابات مختلفة حول موضوع ما، فالسؤال طرح بشكل خاطئ. بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

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

المسألة ليست الرقم، بل الأساس الذي بُني عليه. بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

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

الإجابة تختلف كثيراً حسب القطاع، لا توجد قاعدة عامة... أتمنى أن يفيدك هذا.

لا أستطيع الموافقة تمامًا على هذا. إذا لم تقم بصياغة هذا كتابيًا من البداية، فستنشأ خلافات لاحقًا.

إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.