مشكلات حللناها

لدينا موعد تسليم عاجل. كيف تتعاملون معه؟

التسليم العاجل · 2025

سلّمنا ربطًا جاهزًا للعمل خلال 7 أيام. ثم وقّع الشريك العقد.

المشكلة

احتاجت شركة شحن جوي إلى توقيع عقد مع شريك جديد. اشترط الشريك وجود واجهة برمجة تطبيقات (API) جاهزة وموثّقة ليختبر ربط نظامه بها قبل التوقيع؛ عمل كان يُقدّر بنحو شهر.

الحل الذي نفّذناه

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

النتيجة

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

• 18 نقطة نهاية متاحة عبر API

هل يستطيع شركاؤنا بيع المنصة بأسمائهم التجارية؟

البيع عبر الشركاء · 2023

حسابات للشركاء والموزّعين خلال 3 أسابيع.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

أصبح العميل يبيع مباشرة وعبر شركائه وموزّعيهم من منصة واحدة، مع ظهور كل شريك بهويته التجارية.

• 3 مستويات: الشريك والموزّع والعميل
• أُضيفت خلال 3 أسابيع مع استمرار تشغيل المنصة

كيف نتحكّم في تكلفة الذكاء الاصطناعي؟

الذكاء الاصطناعي · 2026

شرح بالذكاء الاصطناعي، مع حدّ يومي للطلبات لكل شركة.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

أصبح الاستخدام محكومًا بحدود محددة. وحين غيّرنا المزوّد في 2026، احتجنا إلى تعديل إعداد واحد فقط، وأبقينا المزوّد السابق بديلًا احتياطيًا.

• 10 طلبات يوميًا لكل شركة في الإعداد الافتراضي
• 500 كلمة كحدّ أقصى للإجابة
• 1 إعداد نعدّله لتغيير المزوّد

هل يمكن تحديث نظامنا دون تعطيل العملاء؟

تحديث الأنظمة · 2021 – حتى الآن

نعيد بناء المنصة على مراحل، ويواصل العملاء استخدامها.

المشكلة

نمت منصة للأمن السيبراني على مدى 5 سنوات، وأصبحت تحتاج إلى تطوير بنيتها التقنية لتستوعب الخدمات الجديدة دون تعطيل العملاء الحاليين.

الحل الذي نفّذناه

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

النتيجة

لم ينقطع وصول العملاء إلى الخدمة خلال التحديثات، وما زلنا نتولى تطوير المنصة بعد 5 سنوات من التعاون.

ماذا لو غيّر شريكنا طريقة الربط مع نظامه؟

الربط مع الشركاء · 2024 – 2025

انتقلنا إلى الربط الجديد دون إيقاف العمل.

المشكلة

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

الحل الذي نفّذناه

شغّلنا الربط القديم والجديد معًا، ونقلنا بيانات 8 سنوات على دفعات من 1,000 سجل. حدّثنا أجزاء النظام تدريجيًا، وأرسلنا أي سجل لم يتّضح صاحبه إلى الفريق لمراجعته.

النتيجة

اكتمل الانتقال بعد نحو 5 أشهر من التشغيل بالتوازي، دون توقف للصيانة أو زيادة في طلبات الدعم.

• 8 سنوات من السجلات
• 1,000 سجل في الدفعة
• ~5 أشهر من التشغيل بالتوازي
• 0 دقائق توقّف أثناء نقل البيانات

ماذا لو توقّفت خدمة خارجية يعتمد عليها نظامنا؟

استمرارية الخدمة · 2024

توقّف المزوّد، واستمرت المنصة في تقديم الخدمة.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

استمر وصول العملاء إلى الخدمة طوال فترة الانتقال. وعند تغيير المزوّد مجددًا في 2026، اتّبعنا النهج نفسه للحفاظ على استمراريتها.

• 0 يوم تعذّر فيه الوصول إلى الخدمة

كيف تحافظون على دقّة البيانات عند نقلها؟

سلامة البيانات · 2026

نقلنا 453 مهمة و716 تعليقًا و356 ملفًا، دون اختلاق سجلّ للأنشطة.

المشكلة

عند نقل 4 سنوات من عملنا في CompertMe من أداة خارجية، لم نتمكّن من استخراج سجلّ يوضّح من غيّر حالة كل مهمة ومتى، رغم تجربة جميع الطرق المتاحة لنا.

الحل الذي نفّذناه

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

النتيجة

نقلنا 453 مهمة و716 تعليقًا و356 ملفًا. أبقينا السجلات المؤكّدة منفصلة عن الملاحظات، ولم نختلق سجلًّا للأنشطة.

• 453 مهمة
• 716 تعليقًا
• 356 ملفًا
• 0 إجراءات نُسبت إلى موظفين دون دليل. فصلنا الملاحظات عن سجلّ التغييرات المؤكّدة.

هل يمكن اختصار المهام اليدوية المتكررة؟

تنفيذ المهام تلقائيًا · 2018 – حتى الآن

أصبحت الفاتورة تُجهّز في أقل من دقيقة بدل يوم عمل.

المشكلة

كانت شركة تشحن مشتريات العملاء من الخارج تُعدّ الفواتير يدويًا من جداول البيانات. وكان جمع تكاليف الطرود والرسوم والخصومات يستغرق يوم عمل للفاتورة.

الحل الذي نفّذناه

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

النتيجة

بحسب صاحب الشركة، أصبح إعداد الفاتورة يستغرق أقل من دقيقة بدل يوم عمل.

• وقت إعداد الفاتورة، بحسب صاحب الشركة

لدينا خطوات عمل معقّدة. كيف تجعلونها واضحة في النظام؟

تنظيم خطوات العمل · 2025

للطرد 40 حالة. وفي كل حالة يرى الموظف الخيارات المسموح بها فقط.

المشكلة

تتعامل شركة تعمل في تجهيز الشحنات الجوية وتحريكها مع 40 حالة للطرد. لكل حالة شروط وترتيب يجب الالتزام به. لم تكن خطوات العمل مكتوبة، مع أن الشريك يشترط أن تصله التحديثات بالترتيب الصحيح.

الحل الذي نفّذناه

كتبنا خطوات العمل بلغة واضحة وراجعناها مع العميل قبل البرمجة. ثم جعلنا النظام يعرض للموظف ما يُسمح له بفعله في كل خطوة. ويمكن تعديل قواعد العمل من الإعدادات عندما تتغيّر هذه الخطوات.

النتيجة

طبّقنا 4 تغييرات طلبها الشريك بتعديل الإعدادات، دون إعادة برمجة آلية معالجة الطرود.

• 40 حالة للطرد
• 17 خطوة
• 120+ قاعدة
• 4 تغييرات في خطوات العمل من الإعدادات، دون إصدار نسخة جديدة من البرنامج

هل يستطيع عملاؤنا إجراء اختبارات التصيّد الاحتيالي دون مساعدة فني؟

اختبارات الأمان · 3 أشهر

أصبح تشغيل الاختبار بضغطة زر داخل المنصة بدل كتابة الأوامر يدويًا.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

أصبح العميل يطلق الاختبار من المنصة مباشرة، دون كتابة أوامر أو التعامل مع تفاصيل الأداة.

هل يمكن توحيد المستندات بين فروعنا؟

توحيد مستندات الفروع · 3 أجيال من النظام

تعديل واحد للعقد يصل إلى جميع المتاجر.

المشكلة

كانت مجموعة متاجر تستخدم نسخة مستقلة من عقد البيع في كل متجر. ومع احتواء العقد على 9 مستندات، كان تحديثه يعني تعديل نسخ متعددة من المحتوى نفسه.

الحل الذي نفّذناه

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

النتيجة

أصبح لجميع المتاجر قالب مشترك واحد، دون نسخة مستقلة من قالب العقد داخل كل متجر.

• 1 قالب مشترك لجميع المتاجر

كيف تتعاملون مع الأخطاء بعد الإطلاق؟

معالجة أخطاء النظام · يونيو 2021

تُحال الطرود غير المطابقة الآن إلى الموظفين للمراجعة.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

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

كيف تكتشفون الأعطال التي قد تمرّ دون ملاحظة؟

موثوقية البيانات · فحوص تلقائية

حافظنا على بيانات الأسعار عند تعذّر تحديثها.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

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

• 10 أنواع من الأعطال
• جمع البيانات متوقّف بعد 100 مشكلة لم تُحلّ

هل يمكن استخدام التطبيق دون إنترنت؟

الاستخدام دون إنترنت · متجران يعملان فعليًا

يبقى كتالوج المنتجات متاحًا عند انقطاع الإنترنت.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

يواصل العميل تصفّح الكتالوج دون إنترنت لدى جميع العلامات التي تستخدم النظام. ويظلّ إرسال الاستفسارات متاحًا عند عودة الاتصال.

• 671 ملفًا محفوظًا على الهاتف لإتاحة التصفّح دون إنترنت

هل يمكن الانتقال بين الأنظمة دون تسجيل الدخول مجددًا؟

نقطة البيع · حتى 2021

يفتح الموظف بيانات المربّي من حسابه في المتجر مباشرة.

المشكلة

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

الحل الذي نفّذناه

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

النتيجة

يواصل الموظف الحديث مع العميل دون توقّف لتسجيل الدخول، وتُسجَّل كل زيارة لملف مربٍّ باسم الموظف الذي فتحه.