من يخطّط للنظام هو من يبنيه.
أوريفين شركة تقنية وتطوير وابتكار في السعودية. نصمّم ونهندس ونشغّل البرمجيات التي يقوم عليها العمل — فريق واحد، من أول مراجعة معمارية إلى أول إصدار بعد الإطلاق.
من نحن
نبني منصات الويب وتطبيقات الجوال ومنتجات SaaS وأنظمة ERP وأنظمة المؤسسات. وطبقات الذكاء الاصطناعي والأتمتة تقع داخل هذه الأنظمة لا بجانبها. فريق واحد يكتب المعمارية والشيفرة ودليل التشغيل، والواجهة تُصمَّم على ما يستطيع نموذج البيانات الإجابة عنه.
يُجهَّز كل مشروع بالطريقة نفسها: فريق محدّد بالاسم لا يتبدّل، ومستودع وحساب سحابي باسمك من أول التزام برمجي، وسجل مكتوب للقرارات التي يكلّف التراجع عنها كثيرًا.
النماذج الأولية تُبهر في العرض، والتجارب الاسترشادية تُعتمد. لكن ما يفسد يفسد بعد الفاتورة: يتبدّل الفريق، ويتوقف التوثيق، وتتضاعف كلفة أي تعديل صغير. أوريفين مبنية حول السنة الثانية لا حول أول عرض.
لا نتاجر بقائمة عملاء. المشاريع الخاضعة لاتفاقيات سرية تُعرض دون بيانات العميل، وتُضاف دراسة الحالة عند اكتمال الإطلاق. وما يمكن تقييمه الآن هو الهندسة نفسها: المعمارية المقترحة في أول مراجعة، والقيود التي تُطرح مبكرًا، والأسئلة التي تُسأل قبل إعطاء أي رقم.
العربية والإنجليزية كلتاهما أصيلة هنا: الواجهة ونموذج المحتوى والتوثيق ثنائية اللغة من البداية لا مترجمة لاحقًا. وقيود الشراء والتكامل والامتثال التي يواجهها أي نظام هنا هي القيود المحلية، ومكانها في المعمارية لا في مرحلة لاحقة.
الرؤية & الرسالة
أنظمة مهندَسة في السعودية يقبل فريق هندسي آخر أن يرثها.
أن نبني ونشغّل الأنظمة التي تعتمد عليها المنظمة، وأن نبقى مسؤولين عنها بعد أن تحمل حِملًا حقيقيًا.
أربعة التزامات تحسم بقاء النظام في سنته الأولى.
المعمارية قبل التقدير
أول عمل هو قراءة تقنية: ماذا يجب أن يفعل النظام، وأين تعيش البيانات، وأي قيد يحسم التصميم. وأحيانًا تقول هذه القراءة إن المشروع يجب أن يكون أصغر، أو ألّا يبدأ الآن.
لا تسليم لفريق آخر
المهندسون في أول مراجعة هم المهندسون على المستودع. لا فريق تنفيذ يرث خطة لم يكتبها، ولا قرار يبقى في مستند فقط.
الإنتاج جزء من البناء
البيئات وخطوط النشر والمراقبة ومسار التراجع تُشحن مع أول إصدار. والميزة التي تعمل على جهاز المطوّر ليست عملًا مكتملًا.
مسؤولون بعد الإطلاق
نقيس ما يفعله النظام تحت الاستخدام الحقيقي ونطوّره من ذلك، لا من خارطة طريق كُتبت قبل أن يستخدمه أحد. ويكون موثّقًا بما يكفي ليصبح بقاء أوريفين اختيارًا لا اعتمادًا.
ما يرفضه الفريق يصفه بدقة ما يبيعه.
- لا نعطي رقمًا قبل أن يوجد النطاق مكتوبًا.
- لا نؤجّر مهندسين بالشهر.
- لا نقدّم نموذجًا أوليًا على أنه منتج.
- لا نختار تقنية لأنها جديدة.
- لا نبني على منظومة تقنية لا يستطيع العميل التوظيف عليها لاحقًا.
- لا نحتجز الشيفرة أو بيانات الدخول أو البنية التحتية كورقة ضغط.
القواعد التي نلتزم بها حين يكون القرار صعبًا.
أخبرنا بما تبنيه.
أرسل لنا الفكرة بخطوطها العريضة، ونعود إليك بقراءة صريحة للنطاق والتسلسل وما يتطلبه تشغيله في الإنتاج.