العملاء الذين نعمل معهم، والأنظمة التي نبنيها

UltraTech Kuwait

مقاول تقنية متكامل لا يجده أحد يبحث عنه

المشكلة

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

ما بُني

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

ما الذي تغيّر

نطاق خدمات الشركة منشور الآن وقابل للفهرسة باللغتين، ويُدار المحتوى داخلياً من لوحة التحكم بدلاً من العودة إلى مطوّر عند كل تعديل.

• العربية والإنجليزية (من اليمين إلى اليسار)
• قاعدة بيانات علائقية
• لوحة تحكم مخصّصة

تطبيق لمسح الباركود يتعطّل تحت أشعة الشمس المباشرة

المشكلة

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

ما بُني

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

ما الذي تغيّر

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

• مسح الباركود
• ضبط التقاط الكاميرا
• ربط بقاعدة بيانات العميل

ADTCO — Al-Daajani General Trading & Contracting Co.

مقاول كويتي يصف موقعه الشركة ولا يصف العمل

المشكلة

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

ما بُني

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

ما الذي تغيّر

نطاق الشركة الكامل منشور الآن في نحو ثلاثين صفحة قابلة للفهرسة بدلاً من بضع صفحات، وكل خدمة يمكن الوصول إليها بمفردها لمن لم يسمع بالشركة من قبل.

• الانتقال من ووردبريس
• Next.js
• صفحة لكل خدمة
• تحسين الصفحات لمحركات البحث

Facial Lounge

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

المشكلة

كان لدى فيشل لاونج موقع على facialloungekw.com، لكن الجهة التي بنته توقّفت عن الرد ولم تسلّم صلاحية الوصول إلى النطاق ولا إلى ملف النشاط التجاري على Google. لم يكن الصالون قادراً على تعديل موقعه أو تحديث أسعاره أو إدارة ظهوره على Google، فبقي عالقاً بحضور رقمي لا يملكه.

ما بُني

موقع جديد بالعربية والإنجليزية على نطاق يملكه الصالون، facial-loungekw.com، تُنشر فيه كل خدمة في صفحة مستقلة: 34 خدمة موزّعة على تنظيف البشرة والتقشير وعلاجات الجسم والشعر والإضافات، ولكل منها سعرها بالدينار الكويتي. ويشمل الحجز عبر الواتساب مع إظهار عربون الـ10 د.ك أونلاين بجانب كل زر حجز، وبيانات منظّمة للنشاط التجاري والخدمات، وروابط hreflang بين اللغتين، وملف llms.txt ونقطة MCP حتى تجيب مساعدات الذكاء الاصطناعي عن الأسعار والحجز من بيانات الصالون نفسها.

ما الذي تغيّر

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

• العربية والإنجليزية (من اليمين إلى اليسار)
• Next.js
• صفحة لكل خدمة
• الحجز عبر الواتساب
• بيانات LocalBusiness المنظّمة
• llms.txt و MCP

إفصاح — نُفّذ عبر ألتراتك الكويت، شريكنا الحصري، التي تعاقدت على المشروع وتظهر بصفتها المطوّر على الموقع المنشور.

تتبّع كل مستند وطرد يتنقّل بين فروع بنك

المشكلة

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

ما بُني

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

ما الذي تغيّر

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

• العربية والإنجليزية (من اليمين إلى اليسار)
• Next.js
• ملصقات الباركود ومسحها
• سلسلة الحيازة وإثبات التسليم
• صلاحيات حسب الدور
• التقارير وتصدير CSV

كتالوج مواصفات فنية لم تستطع أي منصّة متاجر جاهزة تمثيله

المشكلة

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

ما بُني

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

ما الذي تغيّر

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

• تجارة إلكترونية مخصّصة
• كتالوج مبني على المواصفات
• حقول تحسين البحث لكل منتج
• لوحة تحكم مخصّصة

مستند يجب أن يُعدَّل على الشاشة ويُطبع بدقّة على الورق

المشكلة

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

ما بُني

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

ما الذي تغيّر

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

• Next.js 16
• React 19
• Tailwind CSS v4
• تنسيق طباعة A4
• حفظ تلقائي محلي

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

إدارة الجدران النارية والمبدّلات في عدة مواقع من شاشة واحدة بدل تسجيلات دخول كثيرة

المشكلة

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

ما بُني

لوحة إدارة على الويب تراقب حالة الجدران النارية والمبدّلات في كل المواقع لحظياً، وتتيح ضبط المبدّلات والتحكّم بها من الواجهة نفسها، مع صلاحيات مبنية على الأدوار بحيث يحدّد حساب المستخدم أي المواقع وأي الوحدات يرى أو يعدّل. تُستطلع الأجهزة وتُدار عبر SSH وواجهات برمجة الشركات المصنّعة — ومنها FortiGate وpfSense/OPNsense وMikroTik RouterOS — لا عبر كشط لوحات الأجهزة، مع تنبيهات وسجلّات نشاط مركزية بدلاً من بقائها على كل جهاز منفرداً.

ما الذي تغيّر

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

• Next.js / React
• صلاحيات مبنية على الأدوار
• استطلاع الأجهزة عبر SSH وواجهات البرمجة
• FortiGate
• pfSense / OPNsense
• MikroTik RouterOS
• بنية متعددة المواقع

نظام واحد لاستقبال عيادة تخصصية وعملياتها وصيدليتها وحساباتها

المشكلة

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

ما بُني

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

ما الذي تغيّر

شاهدت العيادة النظام كاملاً يعمل من البداية إلى النهاية، بالعربية وعلى سير عملها نفسه، قبل الالتزام بالبناء — عرض على بيانات تجريبية، لا تشغيل فعلي له نتائج تُروى.

• عربي أولاً (من اليمين إلى اليسار) + الإنجليزية
• Next.js
• صلاحيات حسب الدور
• سجلّ تدقيق
• فوترة كي نت
• تطبيق ويب قابل للتثبيت على الجوال

تقارير وتدقيق لنظام ERP قديم من 1,400 جدول دون تعديل سطر واحد فيه

المشكلة

مشغّل كويتي في قطاع الضيافة والترفيه يدير حجوزاته ومبيعاته ومحاسبته وموارده البشرية وتذاكره على نظام ERP قديم واحد — PowerBuilder على SQL Server، بأكثر من 1,400 جدول، ودون شيفرة مصدرية متاحة. أي تقرير لا يوفّره النظام كان يعني أن يكتب أحدهم استعلاماً يدوياً، وأي خطأ في البيانات كان يعني نص تصحيح مكتوباً يدوياً يُنفَّذ مباشرة على قاعدة البيانات الحيّة.

ما بُني

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

ما الذي تغيّر

التقارير وفحوص البيانات التي كانت تعني كتابة SQL يدوياً متاحة الآن من المتصفح، ولا تستطيع أيٌّ من اللوحتين تغيير بيانات التشغيل — والقاعدة مفروضة في الشيفرة لا متروكة للحرص.

• SQL Server
• نظام ERP قديم مبني بـ PowerBuilder
• Next.js
• NestJS
• حارس استعلامات للقراءة فقط
• فحوص جودة البيانات