الإجابة المباشرة: معظم طلبات RFP لتطوير الويب التي نتلقّاها تفتقد إلى الأسئلة التي تجعل العروض قابلة للمقارنة فعلاً. هذا القالب — المبني على 12+ سنة من رؤية ما يعمل — يمنحك 14 قسماً بالإضافة إلى جدول عرض أسعار نموذجي وبداية اتفاقية نطاق عمل.
الأقسام الـ 14 التي يجب أن يحويها كلّ RFP لتطوير الويب
- نظرة عامّة على المشروع — ما تفعله الشركة، ما يُفترَض أن يحقّقه الموقع، من هو الجمهور المستهدف.
- الوضع الحالي — رابط الموقع الموجود إن وُجد. المنصّة الحالية. لماذا تكلّف ببناء جديد أو ترحيل.
- الأهداف + مقاييس النجاح — ما الذي يبدو عليه "النجاح" بعد 6 أشهر من الإطلاق؟
- شمول النطاق — كلّ صفحة تتوقّعها على الموقع الجديد.
- استثناءات النطاق — ما لا تريده صراحة.
- المتطلّبات الوظيفية — المصادقة؟ الحجز؟ متعدّد اللغات؟ التكاملات؟
- المتطلّبات غير الوظيفية — أهداف الأداء، إمكانية الوصول، دعم المتصفّحات، الأمان.
- قيود مكدّس التقنية — التقنيات المفضّلة أو المطلوبة.
- الجدول الزمني + التواريخ الرئيسية — تاريخ الإطلاق المستهدف.
- نطاق الميزانية — شارك نطاقاً (50-80 ألف، 100-150 ألف).
- المخرجات المتوقّعة — رابط حيّ، مستودع كود المصدر، ملفات التصميم، وثائق التسليم، دعم 30 يوماً.
- أسئلة البائع — أسئلة محدّدة تريد أن يجيب عنها كلّ بائع.
- عملية الاختيار — كيف ستقرّر؟
- تعليمات الإرسال — البريد + PDF. الموعد النهائي.
أساسيات اتفاقية تطوير الويب
- بند نقل الملكية الفكرية — الكود، ملفات التصميم، حسابات الاستضافة، النطاق ومفاتيح API كلّها تنتقل عند الدفع النهائي.
- تسعير أوامر التغيير — نفس السعر بالساعة كالمشروع الأصلي، ليس ضعفاً.
- تعريف "منجَز" — قائمة صريحة بمعايير التسليم.
- السرّية / NDA — كلا الاتّجاهين.
- القانون الحاكم — ولايتك إن كان عميل أمريكي.
العلامات الحمراء في ردود الوكالات
- "سنحدّد التفاصيل بعد البدء" — لا SOW = نطاق غير مُدار = تجاوز ميزانية.
- "نحتفظ بحقوق الكود" — نمط قفل المورّد.
- الفوترة بالساعة بلا تقدير — أنت تحمل كلّ مخاطر التجاوز.
إن كنت على وشك إرسال RFP، أرسل موجزاً وسنردّ بهيكل هذا القالب. أو اقرأ كيف تختار وكالة تصميم ويب لـ 12 سؤالاً للتحقّق من كلّ بائع في القائمة المختصرة.