تطوير البرمجيات المخصصة
برمجيات مبنية لطريقة عمل منشأتك الفعلية، لا معاد تشكيلها لتناسب قالبًا جاهزًا. ملكية كاملة للمخطط والكود والتشغيل — من استوديو يُسلّم خلال أسابيع لا فصول.
تبني أرانطو برمجيات مخصصة — أنظمة نقاط بيع، ومنصات CRM وERP، ومحركات فوترة إلكترونية، وأدوات تشغيل داخلية — مصممة حول طريقة عمل منشأة محددة فعليًا، لا معاد تكييفها فوق برمجيات جاهزة. تأسس الاستوديو عام 2017 باسم Smile Fotilo قبل إعادة تسميته أرانطو، ويديره مهندس واحد، أشرف كمال، يمتلك كل مشروع من البداية للنهاية: تصميم المخطط، ومنطق الخلفية، والواجهة، والتشغيل، والدعم بعد الإطلاق. من الأعمال المُسلّمة: PulseKart (نقاط بيع ومخزون للصيدليات على Next.js وNode وPostgres) وVeloria Vault (ترحيل متجر إلى Next.js بلا واجهة)، إضافة إلى مشروعين قيد التجربة — SanadOS (عمليات مرافق على React وSupabase) وFATOORA Lite (فوترة إلكترونية متوافقة مع زاتكا بختم تشفيري). تستغرق مشاريع البرمجيات المخصصة عادة من 6 إلى 14 أسبوعًا حسب النطاق، متفق عليها قبل بدء الكود.
نظرة عامة على الخدمة
تُبنى البرمجيات الجاهزة للحالة المتوسطة في فئة معينة، ثم تُباع للجميع فيها. تعمل جيدًا حتى تفعل منشأتك شيئًا لم يتوقعه القالب — مسار عمل، أو متطلب امتثال، أو تكامل معين — عندها إما تدفع مقابل خطة أكبر لا تحتاجها، أو تبني حلاً بديلاً فوق برمجية لا تملكها.
يعني تطوير البرمجيات المخصصة أن يُصمم المخطط والمنطق والواجهة لما تقوم به منشأتك تحديدًا، وتملكه بالكامل، دون تسعير لكل مستخدم، ودون ارتهان لمزود، ودون خارطة طريق يقررها عملاء آخرون غيرك. تكلفته الأولية أعلى من الاشتراك ووقته أطول من التسجيل في أداة SaaS جاهزة. إنه الخيار الصحيح حين يصبح الحل البديل أغلى بالفعل من البناء نفسه.
لماذا "مخصص" بدلاً من جاهز
كل أداة جاهزة هي رهان بأن منشأتك تشبه بما يكفي بقية المنشآت في فئتها. أحيانًا يكون هذا الرهان صحيحًا — برمجيات المحاسبة، والبريد الإلكتروني، وأدوات تتبع المشاريع، معظم ما تعمل عليه المنشأة لا يحتاج أن يكون مخصصًا، وبناؤه رغم ذلك يكون هدرًا. يتوقف الرهان عن النجاح في لحظة محددة وواضحة: حين يُصدّر فريقك بيانات من نظام لإعادة إدخالها يدويًا في آخر، أو حين يكون "التخصيص" الذي يقدمه المزود حلاً بديلاً له أخطاؤه الجديدة، أو حين توجد الفئة السعرية التي تحتاجها أساسًا لتمويل ميزات أخرى للأداة لا علاقة لها بك.
PulseKart وُجد لأن برمجيات نقاط البيع العامة تتعامل مع الصيدلية كمتجر تجزئة عادي — لا تفهم تتبع دفعات الصلاحية كمفهوم أساسي، لذا كانت الصيدليات تُلحق جداول بيانات بأنظمة نقاط بيع لم تُبنَ أصلًا للتواصل معها. البناء المخصص ليس ميزات إضافية لذاتها. إنه الميزة الوحيدة التي كانت مهمة، مبنية بشكل صحيح، بدلاً من حل بديل سيئ.
ما الذي يُبنى فعليًا
أربعة مشاريع حقيقية، أربعة أسباب مختلفة جعلت التخصيص منطقيًا.
PulseKart — نقاط بيع ومخزون للصيدليات، حيث تكون عملية البيع وتعديل المخزون وفحص الصلاحية معاملة واحدة، لا ثلاثة أنظمة منفصلة تحتاج تسوية عند الإغلاق.
Veloria Vault — متجر رُحّل إلى Next.js بلا واجهة ليُدار الموقع والإبداعات الإعلانية والمحتوى المنتجي كنظام واحد بدلاً من ثلاث أدوات متصلة بشكل ضعيف تتنافس على مصدر الحقيقة.
SanadOS — قيد التجربة حاليًا: عمليات المرافق (الأصول، أوامر العمل، سجل الصيانة) كنظام سجل موحد، يحل محل جدول بيانات لكل مبنى، وهذا بالضبط نوع الحل البديل الذي يزداد تكلفة كلما طال استمراره.
FATOORA Lite — قيد التجربة أيضًا: محرك فوترة إلكترونية مبني حول متطلبات المرحلة الثانية لزاتكا في السعودية، حيث يجب أن يكون منطق الامتثال (الختم التشفيري، تسجيل CCSID، التخليص اللحظي) صحيحًا معماريًا منذ اليوم الأول، لا شيئًا تضيفه حزمة محاسبة عامة لاحقًا.
كيف يسير التعاقد فعليًا
يُحدَّد النطاق قبل بناء أي شيء: أدوار المستخدمين، ومسار العمل الأساسي الذي يجب أن يُحسّنه النظام، وقائمة قصيرة بأولويات الإطلاق. هذا النقاش هو أيضًا حيث تُجاب بصدق سؤال "هل يستحق هذا فعلًا بناءً مخصصًا" — أحيانًا يكون الجواب أداة جاهزة مُهيّأة، وقول ذلك لا يكلف شيئًا.
بعد تثبيت النطاق، يستغرق البناء المخصص عادة من 6 إلى 14 أسبوعًا حسب التعقيد، متفق عليه كتابيًا قبل بدء الكود. يتولى شخص واحد المشروع عبر التصميم المعماري وتصميم المخطط والواجهة والتشغيل — راجع شرح التطوير الشامل لمعرفة ما يعنيه "شخص واحد يمتلك كل طبقة" عمليًا ولماذا يغيّر ذلك ما يُسلَّم.
ماذا تعني الملكية في النهاية
يشمل التسليم صلاحيات التشغيل، ومستودع GitHub الكامل، وترحيلات قاعدة البيانات، والتوثيق — لا تسجيل دخول لمنصة تتحكم بها أرانطو. إذا انتهت العلاقة بعد الإطلاق، يستمر النظام بالعمل تمامًا كما كان في اليوم السابق. هذا خيار تصميم مقصود، لا مجاملة: البرمجية التي تعتمد عليها منشأة لا ينبغي أن تعتمد على استمرار الاستوديو الذي بناها في العمل.
متى يكون البناء المخصص خيارًا خاطئًا
يستحق القول بوضوح، لأن الجواب الصادق يشير أحيانًا بعيدًا عن هذه الصفحة: إذا كانت أداة جاهزة تغطي الحاجة بالفعل بسعر يتوسع بشكل معقول، فهذا عادة الخيار الأفضل، وسيكون البناء المخصص مجرد طريقة أبطأ وأغلى للوصول للنتيجة نفسها. يستحق التطوير المخصص تكلفته في اللحظة التي يصبح فيها الحل البديل حول أداة جاهزة أغلى — من حيث الوقت والأخطاء والبيانات التي لا يثق بها أحد — من بناء الشيء الحقيقي.
المميزات الرئيسية
مهندس واحد، كل طبقة
المخطط والخلفية والواجهة والتشغيل يمتلكها الشخص نفسه في كل مشروع — دون تسليم بين أخصائيين، ودون فقدان للسياق.
تملك المستودع بالكامل
تسليم كامل لمستودع GitHub وترحيلات قاعدة البيانات وسكريبتات التشغيل عند التسليم. دون أي رسوم منصة متكررة لأرانطو.
تقنيات حقيقية تُختار لكل مشروع
Postgres للبيانات التبادلية (PulseKart)، وSupabase للأنظمة اللحظية (SanadOS)، ووحدات تشفير وXML مخصصة حين يتطلب الامتثال ذلك (FATOORA Lite) — تتبع التقنية طبيعة المشكلة.
تحقق عند كل حد
تحقق Zod من المخطط عند كل نقطة تعديل، وحدود معدل طلبات على كل مسار POST عام، ورؤوس أمان مُهيّأة افتراضيًا — لا تُضاف بعد وقوع حادثة.
ثنائي اللغة افتراضيًا
واجهات عربية وإنجليزية، وتخطيط RTL، ومحتوى محلي جزء من البناء الأساسي لمشاريع السوق الخليجي، لا إضافة مدفوعة.
نطاق وجدول ثابتان
من 6 إلى 14 أسبوعًا للبناء المخصص المعتاد، متفق عليه كتابيًا قبل بدء الكود — لا تعاقد مفتوح بالساعة.
مخطط الخدمة
استشارة مبدئية وملخص المشروع.
تحليل المتطلبات.
البحث والتخطيط.
تحديد الموارد المطلوبة.
تقدير التكلفة بناءً على المتطلبات.
عملية التطوير.
التسليم.
صيانة ودعم مستمر.
الأسئلة الشائعة
Q: ما الفرق بين تطوير البرمجيات المخصصة والتعاقد مع مطوّر شامل؟
تطوير البرمجيات المخصصة هو الفئة التجارية — ما تشتريه. أما التطوير الشامل فهو الانضباط التقني الذي يُنفّذه بشكل صحيح، ويغطي الواجهة والخلفية وقاعدة البيانات والتشغيل كعمل واحد مسؤول عنه طرف واحد، لا مجرد مسمى في ملف مستقل.
Q: كم تكلف البرمجيات المخصصة عادة؟
يُحدَّد النطاق لكل مشروع بدلًا من نشر سعر ثابت — يعتمد على عدد أدوار المستخدمين والتكاملات وتعقيد البيانات. المحرك الحقيقي للتكلفة هو النطاق لا الساعات؛ يُتفق على سعر ثابت بعد تحديد النطاق وقبل كتابة أي كود.
Q: هل يمكنكم استكمال مشروع بدأه مطوّر أو وكالة أخرى؟
نعم، بعد تقييم الكود الحالي — ما يستحق الإبقاء عليه، وما يحتاج إعادة بناء، ولماذا. غالبًا ما يتطلب توريث نظام غير مكتمل حكمًا معماريًا أكبر من البدء من الصفر، لذلك يُحدَّد كخطوة أولى مستقلة.
Q: هل أملك الكود بعد إطلاق المشروع؟
نعم — تُسلَّم 100٪ من مستودع GitHub وقواعد البيانات وسكريبتات التشغيل عند التسليم، دون أي رسوم متكررة لأرانطو ودون ارتباط بمنصة مملوكة لطرف آخر.
Q: ماذا يحدث بعد الإطلاق — هل يوجد دعم مستمر؟
تحصل على تواصل مباشر مع من بنى النظام، لا طابور تذاكر أو مدير حساب متغيّر. يُحدَّد الدعم المستمر بشكل منفصل بعد معرفة أنماط الاستخدام الفعلية بعد الإطلاق.
Q: لماذا اختيار تطوير مخصص بدلاً من أداة SaaS تغطي معظم ما أحتاجه؟
إذا كانت أداة SaaS تغطي احتياجك الحالي بسعر يتوسع بشكل معقول، فهي غالبًا الخيار الصحيح — البرمجيات المخصصة مخصصة للفجوة المحددة التي لا تغطيها تلك الأداة، لا بديل شامل لكل فئة برمجية تستخدمها المنشأة.
Q: هل تطوير البرمجيات المخصصة آمن لأعمال حساسة للامتثال كالفوترة أو التقارير الضريبية؟
يمكن أن يكون كذلك، حين تُعامل متطلبات الامتثال كقيود تصميم أساسية من البداية — الختم التشفيري ومسار تخليص زاتكا في FATOORA Lite مثال حقيقي على ذلك، مبني في صميم البنية لا مضافًا لاحقًا.
Q: كيف يرتبط هذا بالتطوير الشامل؟
التطوير الشامل هو الانضباط الذي يجعل البرمجيات المخصصة تعمل فعليًا من البداية للنهاية — راجع الشرح الكامل لما يعنيه ذلك عند التعاقد مع استوديو لا مقاول واحد.
تشمل المشاريع المخصصة لعملاء السوق الخليجي التوطين العربي/الإنجليزي وتخطيط RTL افتراضيًا، وحيث يتطلب المشروع ذلك — كما في FATOORA Lite — تكاملًا مباشرًا مع الأنظمة التنظيمية الإقليمية مثل زاتكا.
جاهز للبدء؟
> ابدأ مشروعك