كيف نعمل.
ما يمكنك توقّعه.
ثلاثة عشر التزامًا لكل عميل في اعتكار — من أول مكالمة استكشاف حتى التسليم النهائي وما بعده.
الاستكشاف وتحديد النطاق
يبدأ كل مشروع بجلسة استكشاف منظّمة تُغطي أهدافك التجارية، القيود التقنية، وما يبدو عليه النجاح. قبل كتابة أي سطر كود، نُعدّ وثيقة نطاق تحدّد ما سيُبنى، المقاربة التقنية، الجدول الزمني، ومراحل التسليم.
تصبح هذه الوثيقة مرجعًا للعقد. أي تغيير في النطاق بعد توقيع العقد يُعالَج عبر عملية شفافة لطلبات التغيير — تُقدَّم تقديرات مراجعة للتكلفة والجدول الزمني قبل البدء بأي عمل إضافي. لا شيء يسير دون موافقتك.
حوكمة المشروع والمراحل
تُقسَّم المشاريع إلى مراحل — مراحل قابلة للمراجعة ذات مخرجات محددة. كل مرحلة تستلزم موافقة العميل قبل الانتقال إلى التالية. يُوصَل تقدم العمل في الفترات المتفق عليها.
لا يوجد مرحلة تطوير مغلقة. ما يُبنى، ما أُنجز، وما هو قادم — كل ذلك واضح دائمًا أمامك. إذا كانت مرحلة على وشك التأخر، تُعلَم بذلك قبل أن يحدث التأخير.
البنية التقنية
تُتخذ قرارات التقنية بناءً على متطلبات مشروعك المحددة: حجم الحركة، احتياجات التكامل، عبء الصيانة على المدى البعيد، والقدرة التقنية لفريقك. لا نطبّق بنية واحدة على كل المشاريع.
عندما يُقايض خيار ما سرعة البناء قصير المدى بتكلفة صيانة طويلة المدى، نُفصح عن ذلك قبل اتخاذ القرار. القرارات المعمارية الكبرى تُوثَّق قبل تنفيذها. تعرف دائمًا لماذا اُتخذ قرار تقني معين.
جودة الكود ومراجعته
كل الكود يتبع معايير تسمية متسقة، منظّم للقراءة، ومكتوب ليُصانه مطوّر خارجي. لا نكتب كودًا ذكيًا — نكتب كودًا واضحًا.
تُستخدم المكتبات الخارجية بتمعّن — التبعيات محدودة بما هو ضروري وموثّق. يُراجَع الكود داخليًا قبل التسليم. الهدف: قاعدة كود يستطيع مطوّر لم يكن في الفريق أن يلتقطها دون صعوبة.
ضمان الجودة واختبار الأجهزة
كل مخرج يُختبر على الأجهزة والمتصفحات المتفق عليها في نطاق المشروع. يشمل الاختبار المعياري: Chrome وSafari وFirefox (الإصدارات الحديثة)، وSafari على iOS، وChrome على Android.
التغطية الإضافية للأجهزة — إصدارات أقدم من المتصفحات، أحجام شاشات محددة، أو بيئات غير معيارية — تُحدَّد في وثيقة النطاق. تُختبر الحالات الحدية وحالات الخطأ، وليس المسار المتوقع فحسب. يُجرى ضمان الجودة قبل موافقة كل مرحلة، وليس عند الإطلاق فقط.
الأداء
نُحسّن مواقع الإنتاج للأداء ونتعامل مع Core Web Vitals — LCP وCLS وINP — كمعايير تسليم. تعتمد الأهداف المحددة على نطاق المشروع، الوسائط المعتمدة، بيئة الاستضافة، التكاملات الخارجية، ومتطلبات الميزات. تُتفق المعايير خلال مرحلة الاستكشاف وتعكس ما يمكن تحقيقه ضمن التصميم والميزات المعتمدة.
تشمل الممارسات المعيارية: تحسين الصور، تقسيم الكود، التحميل الكسول، مراقبة استجابة الخادم، ومراجعة الأداء قبل الإطلاق. حين يُدخل قرار تصميمي أو ميزة معتمدة تكلفة أداء قابلة للقياس، يُكشف عن هذه المقايضة قبل التنفيذ.
ممارسات الأمان
ممارسات الأمان المعيارية المطبّقة على كل مشروع: HTTPS في جميع البيئات، المفاتيح السرية مخزنة كمتغيرات بيئة (لا في الكود)، تعقيم المدخلات في كل نماذج المستخدمين، التحكم في الوصول إلى قاعدة البيانات عبر Row-Level Security أو ما يعادله، ومراجعة التبعيات قبل إطلاق الإنتاج. هذه الممارسات تعكس تطوير برمجيات مسؤولًا — تقلّل المخاطر بشكل ملموس، غير أن أي نظام برمجي لا يستطيع ضمان الأمان الكامل ضد جميع التهديدات.
لا نقدّم ادعاءات اختبار اختراق، شهادات امتثال رسمية، أو ضمانات أمان مطلقة. يتوفر اختبار الأمان المستقل وتقييم الثغرات وتقوية الأمان كبنود نطاق منفصلة مع مخرجات محددة.
ملكية الكود المصدري
تنتقل ملكية كل العمل الأصلي الذي طوّرته اعتكار لمشروعك إليك وفق شروط الاتفاقية الموقّعة وعند استيفاء التزامات الدفع المنطبقة. هذا منصوص عليه في كل عقد.
المكتبات الخارجية، المكوّنات مفتوحة المصدر، الخطوط، الوسائط المرخّصة، واجهات برمجة التطبيقات والأصول المُستَقاة من مصادر خارجية تبقى خاضعة لتراخيصها الأصلية — لا نستطيع نقل ملكية ما لا نملكه. كجزء من التسليم، نوثّق التبعيات الرئيسية لفريقك ليفهم ما تغطيه شروط تلك التراخيص. محتواك وأصول علامتك التجارية وحقوقك الفكرية المُدرجة في المشروع تبقى ملكك طوال الوقت.
تسليم الملكية والأصول
يشمل التسليم: الوصول إلى مستودع الكود المصدري، توثيق إعداد البيئة (الأسرار يُنقل بأمان)، ملفات التصميم بصيغة قابلة للتحرير، وبيانات اعتماد الوصول للحسابات الخارجية المُنشأة خصيصًا للمشروع. حزمة التسليم الدقيقة مُحددة في النطاق الموقّع.
المكتبات الخارجية والأُطر مفتوحة المصدر والخدمات الخارجية المدرجة في المشروع تبقى خاضعة لشروط تراخيصها الخاصة. نُحدّد التبعيات الرئيسية ونوثّقها عند التسليم حتى يفهم فريقك ما يرث وما قد تتضمّنه تلك التراخيص من التزامات.
التوثيق
التوثيق متناسب مع المشروع ومُحدَّد في النطاق الموقّع. قد يشمل أيًا من التالي أو كله: تعليمات الإعداد والتثبيت، إجراءات النشر، مرجع متغيرات البيئة (دون قيم سرية)، دليل لوحة الإدارة، ملاحظات المعمارية، ملخصات تكامل واجهات برمجة التطبيقات، قائمة تحقق التسليم، وتعليمات الدعم بعد الإطلاق.
لا نضمن حزمة التوثيق ذاتها لكل مشروع. دليل إدارة من صفحة واحدة ومرجع تقني متعدد الأقسام كلاهما مخرجات مناسبة حسب النطاق. حين يكون النظام معقدًا، نُقدم تسجيلًا شارحًا مع التوثيق المكتوب.
الضمان والدعم
يُغطي ضمان الأخطاء لمدة 30 يومًا بعد الإطلاق الأخطاء القابلة للإعادة والوظائف المعطوبة التي تنحرف بشكل موثَّق عن المواصفات الموقّعة والمتفق عليها. يبدأ الضمان من تاريخ قبول العميل للمخرج.
لا يشمل الضمان: الميزات الجديدة، تعديلات التصميم، التكاملات الجديدة، تحديثات المحتوى، أعطال الخدمات الخارجية، مشاكل مزوّد الاستضافة، المشكلات الناتجة عن تعديلات العميل بعد التسليم، أو أي عمل خارج النطاق الموقّع. بعد الضمان، يتوفر الدعم والصيانة المستمران ضمن اتفاقية دعم منفصلة بأوقات استجابة ونطاق محددَين.
السرية واتفاقية عدم الإفصاح
كل المعلومات التي تُشاركها معنا خلال المشروع — المنطق التجاري، المنتجات غير المُطلقة، بيانات العملاء، المعلومات المالية، أو أي شيء يُعدّ بالعرف الحساسًا — تُعامَل بسرية افتراضيًا، بصرف النظر عن وجود اتفاقية رسمية.
اتفاقية عدم الإفصاح متاحة عند الطلب قبل بدء الاستكشاف. لا نُشارك معلومات العميل مع أطراف ثالثة، مقاولين من الباطن، أو أي جهة خارجية دون موافقة خطية.
سياسة عدم التقييد
لست مقيدًا باعتكار بعد التسليم. لا نبني أنظمة تحتاج نحن وحدنا إلى صيانتها، ولا نستخدم أدوات ملكية تخلق علاقة مورّد قسرية — إلا إذا كانت الأداة الاختيار الصحيح فعلًا لمشروعك، ويُكشف عن التبعية ويُوافق عليها مسبقًا.
بعد التسليم، يمكنك مواصلة العمل معنا، أو التحوّل إلى فريق آخر، أو الحفاظ على النظام داخليًا. التوثيق الواضح والكود القابل للقراءة يجعل الخيارات الثلاثة ممكنة. هذا الالتزام يُقدَّم لكل عميل من المحادثة الأولى.