تخطّ إلى المحتوى

أعمال مختارة

كيف يبدو مشروع ريكستو فعليًا على أرض الواقع.

مشاريع تمثيلية: توضح كيف يبدو بناء نموذجي، بشكل مجهول الهوية ومركّب من أنماط عمل حقيقي. لا تنشر ريكستو هنا أي قائمة عملاء أو شعارات أو نتائج مزعومة.

مخططات المشاريع

أربعة نماذج، أربعة مشاريع.

يقابل كل مخطط أدناه أحد النماذج الأربعة التي نعمل بها: الوضع القائم، وما يتم بناؤه، وكيفية التسليم، وما يمتلكه فريقكم بعد رحيلنا.

مكتب تداول تظهر عليه رسوم بيانية مالية على الشاشات، تمثيلًا لبيئة عمل أحد البنوك

Forward-Deployed Team · الخدمات المصرفية

نشر نموذج لغوي خاص داخل محيط أمان أحد البنوك خلال 8 أسابيع

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

الوضع القائم

كان فريق الائتمان في بنك تجاري متوسط الحجم يقضي ساعات لكل ملف قرض في المطابقة اليدوية بين بنود التعهدات والقوائم المالية ومذكرات الائتمان السابقة، الموزعة بين نظام إدارة المستندات وسلاسل البريد الإلكتروني. وكانت إدارة الامتثال قد استبعدت مسبقًا أي أداة نموذج لغوي عبر السحابة (SaaS) قد ترسل بيانات العميل المالية خارج شبكة البنك.

كان فريق المنصات لدى البنك يمتلك بنية Kubernetes وقدرة معالجة رسومية (GPU) كافية، لكن لا أحد فيه سبق له أخذ نظام نموذج لغوي كبير إلى ما بعد مرحلة إثبات المفهوم، ولا طاقة بشرية إضافية لبنائه أثناء تشغيل الأنظمة القائمة.

ما نبنيه

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

  • طبقة الاسترجاع — خط أنابيب لاستيعاب المستندات يقوم بفهرسة ملفات القروض وجداول التعهدات ومذكرات الائتمان من نظام إدارة المستندات الحالي، مع ضوابط وصول تعكس نموذج الصلاحيات المعتمد لدى البنك.
  • تشغيل النموذج — نموذج مفتوح الأوزان يعمل على عقد المعالجة الرسومية (GPU) الحالية للبنك داخل سحابته الخاصة الافتراضية (VPC)، دون أن تغادر أي استدعاءات API محيط الأمان، ودون استخدام أي بيانات لتدريب أي نظام خارج بيئة البنك.
  • سير عمل المحلل — واجهة استعلام مدمجة داخل الأداة التي يستخدمها محللو الائتمان بالفعل، تعرض الإجابات مع الإشارة إلى المستند المصدر ورقم الصفحة المرتبطين بكل ادعاء.

الجدول الزمني للتنفيذ

01الوصول إلى البيئة وتحديد النطاقالأسبوع 1
02خط أنابيب الاسترجاع وتشغيل النموذجالأسابيع 2–4
03تجربة أولية مع محللَين، وتقييمالأسابيع 5–6
04الطرح الكامل ووثائق التسليمالأسابيع 7–8

ما يمتلكه فريقكم

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

ما يمكن توقعه

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

Project Delivery · التأمين

أتمتة فرز إشعارات الخسارة الأولى لصالح شركة تأمين متوسطة الحجم ضمن مشروع محدد النطاق

مشروع محدد النطاق لتوجيه المطالبات الواردة حسب درجة الخطورة والمستندات المطلوبة، يُسلَّم ضمن جدول زمني ثابت وسعر ثابت.

الوضع القائم

كان فريق استقبال المطالبات لدى شركة تأمين إقليمية يقرأ يدويًا كل إشعار خسارة أولي، سواء عبر البريد الإلكتروني أو ملف PDF أو نموذج إلكتروني، لتحديد قائمة الانتظار المناسبة له والمستندات التي لا تزال ناقصة قبل أن يتمكن خبير التسوية من فتح الملف. وكان الفريق يعرف مسبقًا شكل الحل المطلوب: مصنّف آلي وقائمة تحقق للمستندات، لا عملية استكشاف مطولة.

وبما أن المتطلبات والأنظمة المصدرية والقيود التنظيمية كانت موثقة داخليًا بالفعل، أراد المؤمِّن نطاقًا ثابتًا وسعرًا ثابتًا، لا تعاقدًا بنظام الوقت والمواد قابلًا للتوسع دون ضوابط.

ما نبنيه

نفّذت ريكستو المشروع وفق نطاق عمل مكتوب وسعر ثابت متفق عليه قبل بدء البناء، مع هامش زمني احتياطي مدته أسبوعان مدمج في الجدول الزمني، بدلاً من إجراء طلب تغيير لأي بند مشمول في التكليف الأصلي.

  • مصنّف الاستقبال — نموذج يقرأ المطالبات الواردة عبر قنوات البريد الإلكتروني وملفات PDF والنماذج الإلكترونية، ويحدد لها درجة خطورة وخط عمل تأميني، ليحل محل القراءة الأولى اليدوية.
  • محرك قائمة التحقق من المستندات — منطق يجمع بين القواعد الثابتة والنموذج، يتحقق من كل مطالبة مقارنة بالمستندات المطلوبة لنوعها، ويحدد ما هو ناقص منها قبل وصولها إلى خبير التسوية.
  • التكامل مع نظام المطالبات — تُكتب النتائج مباشرة في نظام إدارة المطالبات الحالي لدى شركة التأمين كسجل موجَّه ومُعلَّق عليه، دون الحاجة إلى لوحة تحكم منفصلة يراجعها خبراء التسوية.

الجدول الزمني للتنفيذ

01اعتماد النطاق والوصول إلى البياناتالأسبوع 1
02بناء المصنّف وقائمة التحققالأسابيع 2–6
03اختبار بالوضع الموازي على مطالبات فعليةالأسابيع 7–9
04الإطلاق الفعلي وتسليم المشروع محدد النطاقالأسبوع 10

ما يمتلكه فريقكم

منذ لحظة الإطلاق الفعلي، يتولى فريق تقنية المعلومات لدى شركة التأمين مسؤولية المصنّف ومحرك قائمة التحقق المنشورَين ضمن نظام المطالبات الخاص بها. تضمّن عقد ريكستو محدد النطاق فترة ضمان محددة للناتج المتفق عليه، يتولى بعدها فريق العميل تشغيله باستقلالية تامة.

ما يمكن توقعه

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

AI Advisory Retainer · إدارة الأصول والثروات

تزويد مجلس إدارة مدير ثروات بقراءة تقنية دائمة لمخاطر النماذج

يمنح ترتيب استشاري شهري إدارة شركة إدارة أصول متخصصة (بوتيك) حكمًا تقنيًا من مهندس أول بشأن ادعاءات الموردين، وقرارات البناء مقابل الشراء، والحوكمة، دون ارتباط ذلك بمشروع محدد.

الوضع القائم

تلقّت شركة إدارة ثروات متخصصة (بوتيك) عروضًا لأدوات ذكاء اصطناعي من نصف دزينة من الموردين، منها مولّدات تعليقات على المحافظ، وروبوت محادثة يواجه العملاء، وأداة لتلخيص الأبحاث. ولم تكن لدى إدارتها أي حكم تقني داخلي يميّز بين ادعاء موثوق وعرض توضيحي مصمم فقط لإبهارها لمدة ثلاثين دقيقة.

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

ما نبنيه

لا يُبنى أي نظام ضمن هذا النموذج. فالناتج هو الحكم التقني، يُقدَّم بوتيرة شهرية ثابتة، ويغطي المجموعة المتكررة نفسها من الأسئلة:

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

الجدول الزمني للتنفيذ

01مراجعة شهرية مع الإدارةكل شهر
02تقييمات مخصصة للموردين والأدواتعند الحاجة
03مراجعة دورية للحوكمةكل ثلاثة أشهر
04التصعيد إلى مشروع محدد النطاقفقط عند الحاجة

ما يمتلكه فريقكم

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

ما يمكن توقعه

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

Build-Operate-Transfer · المدفوعات والتقنية المالية

بناء وظيفة كشف احتيال لصالح شركة تقنية مالية للمدفوعات، ثم تسليمها لفريقها الخاص

بنت ريكستو نظامًا لتقييم مخاطر المعاملات وشغّلته لمدة عام، مع التوظيف بالتوازي مع العميل، قبل نقل الملكية الكاملة في تاريخ متفق عليه مسبقًا.

الوضع القائم

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

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

ما نبنيه

بنت ريكستو النظام وشغّلته كفريق فعلي مندمج داخل بنية العميل التحتية، واستوعبت موظفي العميل الجدد ضمنه فور انضمامهم، بدلاً من العمل بمعزل عنهم.

  • خدمة التسجيل الفوري — نموذج لمخاطر المعاملات يقدّم درجات تسجيل ضمن مسار التفويض الخاص بالمدفوعات بزمن استجابة أقل من 100 ملي ثانية، ليحل محل العتبات الثابتة القائمة على قواعد بنموذج تتم إعادة تدريبه على حالات احتيال موسومة.
  • خط أنابيب الخصائص — مخزن خصائص يعمل بالبث المباشر يحسب إشارات الجهاز والسرعة وشبكة العلاقات لكل معاملة، مبني على بنية تحتية يمكن لمهندسي العميل أنفسهم توارثها دون إعادة كتابتها.
  • أدوات مراجعة الحالات — لوحة تحكم للمحللين يستخدمها فريق المخاطر لمراجعة المعاملات المُعلَّمة وتصنيف نتائجها، وإعادة تغذية هذه التصنيفات في عملية إعادة التدريب، وهي الحلقة التي تولاها الفريق الداخلي عند نقل الملكية.

الجدول الزمني للتنفيذ

01البناء وأول نموذج إنتاجيالأشهر 1–3
02التشغيل في بيئة الإنتاج، وبدء توظيف العميلالأشهر 3–9
03ملكية مشتركة، ودمج مهندسي العميلالأشهر 9–11
04النقل الكامل في التاريخ المتفق عليهالشهر 12

ما يمتلكه فريقكم

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

ما يمكن توقعه

  • يمتلك العميل فريقًا داخليًا مُشكَّلًا يشغّل وظيفة كشف الاحتيال، لا نظامًا لا يستطيع أحد ممن تبقّى صيانته.
  • حُدد تاريخ نقل الملكية منذ بداية المشروع، ولم يُمدد ليتحول إلى اعتمادية متجددة.
  • بُني منطق التسجيل وخطوط أنابيب الخصائص على بنية تحتية استطاع مهندسو العميل أنفسهم توليها دون إعادة كتابتها.
  • انتقلت مع النظام حلقة مراجعة الحالات وإعادة التدريب التي تُبقي النموذج محدَّثًا، تجاوزًا لأوزان النموذج وحدها.

هل ترغبون في معرفة كيف ينطبق هذا على مشروعكم؟

يبدأ كل مشروع بالطريقة نفسها: بمحادثة حول ما تقومون ببنائه وأي من هذه النماذج يناسبكم فعليًا.

احجز مكالمة تعريفية مدتها 30 دقيقة