انتقل إلى المحتوى
الخبر، المملكة العربية السعودية

تطوير تطبيقات ويب في السعودية

تطبيق ويب يحل محل الجدول الذي تجاوزه فريقك

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

6 إلى 12

أسبوعاً لأول إصدار يعمل

2

لغتان مدعومتان في الواجهة

24/7

مراقبة بعد تشغيل النظام

بوابات العملاء والموردينأنظمة سير عمل داخليةصلاحيات حسب الدورسلاسل الاعتمادلوحات تحكم وتقاريرواجهة عربية وإنجليزيةتسجيل دخول موحدربط مع ERP وAPIسجل تدقيق لكل تعديل

الإجابة المباشرة

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

قبل وبعد

ما الذي تزيله هذه الخدمة.

العملية تعيش في الجداول والبريد

اليوم

تصل الطلبات بالبريد وتُنسخ إلى جدول، ولا أحد متأكد أي نسخة هي الأحدث.

مع النظام

نظام واحد يحفظ كل طلب وحالته وتاريخه، ويراه من يحتاجه فقط.

الاعتمادات تتعطل ولا أحد يعرف السبب

اليوم

طلب شراء يبقى في بريد أحدهم أسبوعاً ولا تعلم إلا حين يلاحقك المورد.

مع النظام

لكل خطوة مسؤول ومؤقت وتذكير، ويرى المدراء أين يتأخر العمل.

العملاء يتصلون باستمرار للسؤال عن الحالة

اليوم

يجيب موظفوك طوال اليوم عن أسئلة الحالة نفسها لأن العميل لا يرى طلباته.

مع النظام

بوابة آمنة تعرض للعميل طلباته ومستنداته وفواتيره في أي ساعة.

البرنامج الجاهز يفرض عليك تغيير طريقة عملك

اليوم

الأداة الجاهزة تنجز معظم المطلوب، والباقي حلول التفافية لم يوثقها أحد.

مع النظام

التطبيق يطابق عمليتك الفعلية، ويتغير حين تتغير.

ماذا نبني

ما الذي يصل إلى يديك.

سير العمل والاعتمادات

تتحرك الطلبات عبر الخطوات التي تحددها، بمسؤولين ومواعيد وتذكيرات.

صلاحيات حسب الدور

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

لوحات تحكم وتقارير

عرض مباشر للأعمال الجارية والتأخيرات وأحمال العمل، مع تصدير إلى Excel.

واجهة ثنائية اللغة

عربي وإنجليزي بتخطيط من اليمين لليسار، يختار كل مستخدم لغته.

التكامل

ربط مع نظام ERP أو المحاسبة أو البريد أو بوابة الدفع أو مزود الهوية.

سجل التدقيق وأدوات الإدارة

كل تغيير مسجل بمن فعله ومتى، مع شاشات لمديري النظام.

بالتفصيل

كيف يعمل، وما الذي عليك أن تقرره.

نبدأ من العملية لا من الشاشات

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

نبدأ بمتابعة العمل نفسه. نجلس مع من ينفذونه، ونجمع الجداول والرسائل الفعلية، ونكتب العملية كقائمة خطوات ومسؤولين وقواعد. ثم نسأل أي القواعد سياسة وأيها عادة. هذا الحوار يزيل غالباً جزءاً كبيراً من الميزات المخططة ويجعل الباقي أسهل في البناء.

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

الأمان والصلاحيات والامتثال السعودي

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

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

كثيراً ما يكون تسجيل الدخول الموحد أول طلب من إدارة التقنية. يمكننا الربط مع Microsoft Entra ID أو Google Workspace أو أي مزود هوية آخر، فيستخدم الموظفون بياناتهم المعتادة، ويفقد من يغادرون الشركة الوصول فور إغلاق حساباتهم.

التكامل والاستضافة وقرار البناء

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

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

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

خطة التسليم

خمس مراحل. تعتمد كل واحدة.

اقرأ كل مرحلة كأنها عقد صغير: ما نحتاجه منك، وما يصل إلى يديك، والجملة التي يجب أن تتحقق قبل أن ننتقل.

01 / 05

استكشاف العملية

1 إلى 2 أسبوع

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

ما تقوم به
  • عرّفنا بمن ينفذون العمل
  • شارك الجداول والنماذج والتقارير الحالية
  • حدد ما يدخل الإصدار الأول وما يخرج منه
ما نسلمه
  • خريطة العملية بالأدوار والقواعد
  • قائمة ميزات ونموذج بيانات محددة النطاق
  • سعر ثابت وجدول زمني للتسليم
معيار الانتقال

ننتقل عندما تُعتمد وثيقة النطاق كتابياً.

02 / 05

التصميم والنموذج التجريبي

1 إلى 2 أسبوع

نحول النطاق إلى شاشات قابلة للنقر بالعربية والإنجليزية ونختبرها مع مستخدمين حقيقيين.

ما تقوم به
  • جرّب النموذج مع فريقك
  • صحح ما لا يطابق سير العمل الحقيقي
  • اعتمد مجموعة الشاشات النهائية
ما نسلمه
  • نموذج تجريبي قابل للنقر
  • نظام تصميم للواجهة
  • قائمة بالتعديلات المتفق عليها بعد الاختبار
معيار الانتقال

ننتقل عندما اعتمد مستخدمو النظام النموذج التجريبي.

03 / 05

البناء

3 إلى 6 أسابيع

نبني التطبيق على دفعات أسبوعية، ونُبقي موقعاً تجريبياً تستخدمه في أي وقت.

ما تقوم به
  • اختبر كل إصدار أسبوعي
  • وفّر بيانات عينة وحسابات اختبار
  • أجب عن أسئلة الحالات الخاصة
ما نسلمه
  • بيئة تجريبية تعمل
  • سير العمل الأساسي والصلاحيات والتقارير
  • تكاملات مربوطة بأنظمة الاختبار
معيار الانتقال

ننتقل عندما كل مسارات الإصدار الأول تعمل من أولها إلى آخرها على البيئة التجريبية.

04 / 05

الاختبار والإطلاق

1 إلى 2 أسبوع

نجري فحوص الأمان واختبارات التحمل وقبول المستخدمين، وننقل بياناتك، ثم نطلق.

ما تقوم به
  • نفّذ قائمة اختبار القبول
  • اعتمد ترحيل البيانات
  • درّب المجموعة الأولى من المستخدمين
ما نسلمه
  • نتائج الاختبار وفحص الأمان
  • بيانات مرحّلة وقائمة إطلاق
  • مراقبة ونسخ احتياطي ووثائق للإدارة
معيار الانتقال

ننتقل عندما تنجح اختبارات القبول ويعمل النظام مع تأكيد المراقبة.

05 / 05

الدعم والتطوير

مستمر

نحافظ على سلامة النظام ونطلق التحسينات كلما تعلم فريقك ما يحتاجه لاحقاً.

ما تقوم به
  • اجمع ملاحظات المستخدمين
  • رتب أولويات التغييرات القادمة
  • أبلغ عن أي أمر غير متوقع
ما نسلمه
  • مراقبة التوفر وتحديثات الأمان
  • دورة تحسين شهرية
  • ملخص للاستخدام والأداء
معيار الانتقال

ننتقل عندما يعمل الدعم بوتيرة متفق عليها ويعرف فريقك كيف يصل إلينا.

أسئلة المشترين

تُطرح قبل التوقيع.

كم يستغرق بناء تطبيق ويب مخصص؟

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

كيف تسعّرون تطبيق الويب؟

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

هل يعمل بالعربية كما يعمل بالإنجليزية؟

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

من يملك الكود المصدري؟

أنت. عند سداد قيمة المشروع تتسلم المستودع وسكربتات النشر والوثائق. نستخدم أطر عمل شائعة ليتمكن فريق آخر من صيانة النظام إن قررت يوماً تغيير المزود.

هل يمكن ربط التطبيق بنظام ERP أو المحاسبة لدينا؟

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

جاهز لاستبدال الجدول بنظام حقيقي؟

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