الفكرة
لماذا مجموعة قابضة.
ولماذا هذه تحديداً. ولماذا الآن.
النموذج القابض ليس هيكلاً قانونياً، بل فلسفة في كيفية بناء البرمجيات وامتلاكها وتشغيلها داخل أسواق تستحق منتجات أفضل مما هو متاح لها اليوم.
الأطروحة
التسليم العابر يولّد حوافز خاطئة.
معظم البرمجيات التشغيلية تُبنى وتُسلَّم، ثم لا يبقى أحد مسؤولاً عنها بمجرد صرف الفاتورة. الحافز في هذا النموذج هو إنجاز النطاق والمضي قدماً، لا تشغيل البرمجية والتعايش مع نتائجها واستيعاب ملاحظات المستخدمين الحقيقيين عبر الزمن الحقيقي. المشكلة ليست في أن يتقاضى المرء أجراً مقابل البناء، بل في أن يبني شيئاً لا يضطر أحد بعد ذلك لتشغيله.
والنتيجة متوقعة: برمجية تجتاز اختبار القبول، ثم تُنشر، ثم تتآكل في صمت. تتراكم الحلول الالتفافية، فيستعين العميل بوكالة أخرى لإصلاح ما بنته السابقة، وتتكرر الدورة.
نؤمن بأن السبيل الوحيد لبناء برمجية تعمل فعلاً على عمق تشغيلي هو أن تمتلك ما تبنيه، وتشغّله في الإنتاج، وتتولى الدعم، وترى العملاء يغادرون حين تخطئ، وتراهم يبقون ويدفعون حين تصيب. وحين نبني لعميل على أساس مدفوع، نأتي بالعمق التشغيلي نفسه وبتحقق على مستوى SATE. هذا هو الفارق، لا الفاتورة.
هذه المواءمة بين الحوافز هي جوهر النموذج القابض. كل منتج تمتلكه Dal Dom تشغّله Dal Dom، ومن بناه هم أنفسهم من يديرونه.
البنية
سبعة منتجات. منظومة واحدة.
بُني كل منتج لمعالجة مشكلة محددة. ومجتمعةً، تشير إلى ما هو أكبر منها.
هذا التقارب ليس مفتعلاً، بل ينبثق من أن المشكلات الست جميعها (إدارة العقارات، وثقافة القوى العاملة، والمشتريات، وأتمتة قوة المبيعات، والتحقق من البرمجيات، واللوجستيات وسلسلة الإمداد) مشكلات تواجهها كل شركة تشغيلية جادة في آن واحد. بُنيت المنتجات بالتوازي، من أجل الواقع التشغيلي ذاته.
المنهج
سبعة مبادئ تحكم طريقة بنائنا.
هذه ليست قيماً معلّقة على جدار، بل قيوداً تشغيلية. كل قرار يخص منتجاً يعود إلى واحد منها على الأقل.
الحقيقة التشغيلية قبل حقيقة المنتج
لا نصمم ما نظن أن السوق يريده، بل نعمل في السوق أولاً، ونحدد موضع الإخفاق بدقة، ثم نبني أصغر نظام يزيله. المنتج يُكتشف عبر التشغيل، لا يُتخيَّل قبله.
البرهان قبل الوصف
مبدأ مستعار من منهج SATE: على البرمجية أن تثبت ما تفعله لا أن تصفه. ونطبّق هذا على منتجاتنا (نتائج قابلة للملاحظة، لا قوائم ميزات)، وعلى أنظمتنا الذكية (أدلة موقّعة، لا تخمينات مسجّلة)، وعلى علاقاتنا بالعملاء (بيانات استبقاء، لا شهادات تزكية).
العمق في المجال قبل اتساع السطح
نبني منتجات أقل ونتعمق في كل واحد منها. يضم محرك التواصل في Maktabi 208 مكونات خدمية، ليس لأننا نحب التعقيد، بل لأن تحويل عميل عقاري محتمل عبر WhatsApp مشكلة معقدة بحق. الحلول السطحية لا تصمد أمام التشغيل الحقيقي.
المال يجب أن يكون صحيحاً قابلاً للإثبات
محركات العمولات، والضمان، والتسويات، والفوترة تحمل مالاً حقيقياً، ولذلك فكل عملية حسابية قابلة للتدقيق. سجلات لكل دفعة، ومسارات قيد مزدوج، وسجلات غير قابلة للتعديل تعني أن أي رقم يمكن تتبّعه إلى مدخلاته. لا نُطلق شيفرة مالية لا نقدر على إثباتها.
الواقع التنظيمي قيداً تصميمياً
الفوترة الإلكترونية، وضريبة القيمة المضافة، وتعدد التقاويم، والامتثال لمنصات المراسلة، ومتطلبات إقامة البيانات، ليست حالات هامشية، بل هي البيئة التشغيلية لكل سوق نخدمه. وهي مدمجة في البنية، لا مضافة إليها لاحقاً.
المجموعة القابضة أداة لإنفاذ الجودة
هيكل Dal Dom القابض ليس تيسيراً إدارياً، بل وُجد لإنفاذ معيار جودة متّسق عبر منتجات قد تنحرف لولاه كلٌّ في اتجاهه. انضباط النموذج القابض (أنماط معمارية مشتركة، وموقف امتثال مشترك، وبنية ذكاء اصطناعي مشتركة) هو ما يجعل سبعة منتجات تبدو وكأنها تنتمي إلى العائلة نفسها.
تفكير طويل المدى وتنفيذ قصير المدى
نفكر بمقياس السنوات في اتجاه المنتج، لكننا ننفّذ بمقياس الأيام. أنظمتنا الذكية تحدّث أوزان استراتيجيتها يومياً، ومنتجاتنا تُطلَق أسبوعياً، وقرارات بنيتنا التحتية تُتخذ من أجل نسخة العشر سنوات لا نسخة العشرة أيام. والانضباط هو الإمساك بالأفقين الزمنيين معاً من دون أن تفسد عجلة أحدهما سلامة الآخر.
السؤال الذي نطرحه
«هل سيظل هذا مهماً
بعد خمس سنوات؟»
كل قرار يخص منتجاً، وكل اختيار معماري، وكل ميزة جديدة في Dal Dom، يمر عبر هذا السؤال. إن كانت الإجابة نعم، استثمرنا فيه كما ينبغي. وإن كانت لا، خفّضنا أولويته مهما كانت سرعة بنائه.
تُحسّن معظم الشركات ما يهم خلال خمسة أسابيع. ونحن نرى أن هذا التفاوت، بين أفق القيمة الحقيقية وأفق قرارات التطوير، هو السبب الأول في أن معظم البرمجيات لا تتقادم بشكل جيد.
بنية متعددة المستأجرين سليمة. تكلّف أسابيع، وتوفّر سنوات.
ذكاء اصطناعي يتكيّف مع الجمهور المحدد، لا نص عام.
فوترة على مستوى الامتثال، من الفوترة الإلكترونية الممتثلة لـ ZATCA إلى سجلات التدقيق. والتنظيم لا يزداد إلا تشدّداً.
ميزة يطلبها عميل واحد وتتعارض مع نموذج المنتج.
مخطط قاعدة بيانات أسرع لكنه خاطئ بنيوياً.
حالة حدّية غير موثّقة تُقبَل بوصفها «جاهزة» لمجرد أنها اجتازت اختبار القبول.
إن كانت هذه طريقتك في التفكير بالبرمجيات،
فينبغي أن نتحدث.
أمامك ثلاث طرق للعمل معنا. كلّفنا بالبناء ثم التسليم، فتملك البرمجية وتشغّلها بنفسك. أو استعن بنا للاستشارة. أو، حين تعجبنا الفكرة ويعجبنا الفريق، ندخل مقابل حصص ونبنيها معك جنباً إلى جنب كشركاء على المدى الطويل. ابدأ بطلب عرض سعر.