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