تطوير تطبيقات الويب في السعودية
برمجيات تؤدّي العمل — لا موقع يصفه.
حين يتجاوز العمل جداول البيانات ولا يناسب أي منتج جاهز طريقتك الفعلية في التشغيل، يصبح البناء هو الحلّ. نصمّم ونبني تطبيقات ويب — بوابات عملاء، ولوحات متابعة تشغيلية، وأنظمة حجز واعتماد، وأدوات داخلية — بالعربية والإنجليزية، مربوطة بأنظمتك القائمة، والشيفرة المصدرية ملكك.
الشاشة نفسها. أشخاص مختلفون.
يرى كل شيء، ويستطيع تغيير القواعد نفسها.
- الاعتماد عند أي قيمةمسموح
- تعديل أي سجلمسموح
- تصدير الدفتر كاملًامسموح
- تغيير من يملك الاعتمادمسموح
يدير اليوم. يستطيع التنفيذ؛ لا إعادة كتابة القواعد.
- الاعتماد حتى حدّ محدَّدمسموح
- تعديل سجلات فرعهمسموح
- تصدير الدفتر كاملًاممنوع
- تغيير من يملك الاعتمادممنوع
حسابه هو — ولا شيء غيره.
- رؤية طلباته هومسموح
- رفع طلبمسموح
- رؤية حساب آخرممنوع
- اعتماد أي شيءممنوع
الموقع ينشر. والتطبيق يعمل.
الموقع ينشر، وتطبيق الويب يعمل. والذي يتغيّر بينهما ليس الشكل بل ما يحمله.
- يعرض المحتوى نفسه للجميع
- يمنح كل مستخدم حالته الخاصة
- يتغيّر حين يحرّره أحد
- يتغيّر حين يتصرّف مستخدم في سجل
- بلا تسجيل دخول ولا أدوار
- تسجيل دخول وأدوار وصلاحيات وسجلّ تدقيق
- يُعاد بناؤه في أسبوعين إن ساء
- يحمل بيانات تشغيلك سنوات
- يكفي أن يستخدمه شخص واحد في كل مرة
- يجب أن يصمد حين يتصرّف شخصان معًا
ولهذا يختلف تسعيرهما وصيانتهما — ولهذا يفشل التطبيق المبني كموقع في سنته الثانية لا الأولى.
ما هو تطبيق الويب — ومتى تحتاجه؟
- ما الذي يحمله
- الموقع ينشر، وتطبيق الويب يعمل. والفرق ليس في الشكل بل فيما يحمله: مستخدمون يسجّلون الدخول، وسجلات تتغيّر، وصلاحيات تحدّد من يرى ماذا، وقواعد يجب أن تصمد حتى حين يتصرّف شخصان في اللحظة نفسها. فالموقع التعريفي يمكن إعادة بنائه في أسبوعين إن ساء. أما التطبيق فيحمل بيانات تشغيلك، ولذلك تقرّر طريقة بنائه ما يكلّفك سنوات.
- متى تحتاجه فعلًا
- والدافع المعتاد ليس الطموح بل الاحتكاك. عملية تجري عبر أربعة جداول ومجموعة واتساب؛ ورقم واحد يُدخَل في ثلاثة أنظمة ويختلف فيها جميعًا؛ وعميل يسأل عن حالة طلبه فيضطر أحدهم إلى سؤال ثلاثة أشخاص. عند هذه النقطة تكون كلفة الالتفاف مدفوعة بالفعل كل شهر — والبناء لا يفعل سوى إظهارها.
- متى لا تبني
- والبناء ليس دائمًا الجواب الصحيح، وسنقول ذلك صراحة. فإن غطّى منتج جاهز ثمانين بالمئة مما تحتاجه، وكانت العشرون الباقية تفضيلًا لا مبدأً، فالشراء والتهيئة يفوزان. أما المواضع التي يستحقّ فيها البناء المخصص فهي ما يخصّك أنت — منطق التسعير، وسلسلة الاعتمادات، وطريقة تنظيم قطاعك — والشكل الصادق لكثير من المشاريع هو نظام مشترى مع طبقة مخصصة حيث يكمن الفرق فعلًا.
- ما يضيفه هذا السوق
- والبناء لهذا السوق يضيف متطلَّبين يسهل تأجيلهما ويكلف تداركهما. فالواجهة يجب أن تعمل من اليمين إلى اليسار بوصفها تنسيقًا من الدرجة الأولى — لا انعكاسًا لاحقًا — لأن أغلب المستخدمين الداخليين سيشغّلونها بالعربية؛ ونموذج البيانات يجب أن يتعامل من البداية مع التاريخ الهجري، والأسماء العربية بتعدّد صيغ كتابتها، وصيغ الهوية الوطنية. وإدخال دعم الاتجاه من اليمين إلى اليسار على تطبيق ناضج من أشقّ الأعمال التي يُطلب منّا تنفيذها.
مرجع واحد لكل شيء.
نادرًا ما يكون التطبيق وحده. والذي يقرّر بقاء الربط هو: أي نظام يملك كل قطعة بيانات — وماذا يفعل حين يبطئ الطرف الآخر أو يتوقّف.
يملك العملية التي بُني لها — ولا يملك ما ليس مرجعًا له.
نظام الموارد / المحاسبة
يملك الدفتر المحاسبيعند التوقّفطابور وإعادة محاولةبوابة الدفع
يملك ما تمّ توريده فعلًاعند التوقّفالمطابقة لا الافتراضشركات الشحن
تملك الشحنةعند التوقّفإعادة المحاولة ثم تنبيه موظفالرسائل وواتساب
تملك حالة التسليمعند التوقّفطابور دون تعطيل المستخدمبوابات حكومية وشريكة
تملك السجل المحفوظ لديهاعند التوقّفالاحتفاظ بآخر قراءة سليمةالهوية وتسجيل الدخول الموحّد
تملك هوية المستخدمعند التوقّفالفشل إلى المنع لا إلى السماح
ونخطّط كذلك للربط غير المتاح بعد، فلا يعطّل اتصالٌ ناقص البناءَ كلّه.
الأشياء التي يسجّل الناس الدخول إليها.
بوابات العملاء والشركاء
مكان يسجّل فيه عملاؤك أو وكلاؤك أو موردوك الدخول ليروا طلباتهم ومستنداتهم وأرصدتهم وطلباتهم — فتجيب عن نفسها الأسئلة التي يردّ عليها فريقك هاتفيًا. بأدوار وصلاحيات مصمَّمة بحيث لا يرى أحد بيانات حساب غيره.
لوحات المتابعة والتقارير
شاشة واحدة تسحب من الأنظمة التي تعيش فيها الأرقام فعلًا، بتعريفات متفق عليها مرة واحدة، فيتوقّف الجدل بين المالية والتشغيل حول صاحب الرقم الصحيح. مع تصدير وتقارير مجدولة بالعربية والإنجليزية.
أنظمة سير العمل والاعتمادات
طلبات وعروض أسعار واعتمادات وتسليمات، بقواعد يفرضها النظام لا الذاكرة — من يعتمد ماذا، وعند أي قيمة، وبأي ترتيب — مع سجلّ تدقيق كامل لمن فعل ماذا ومتى.
الحجز والجدولة
مواعيد وموارد وطاقة استيعابية وتقويمات موظفين، مع تذكيرات عبر القنوات التي يقرأها الناس هنا فعلًا. مبنيّة حول الحالات العسيرة — تعارض الحجوزات، وإعادة الجدولة، وعدم الحضور، وقواعد الإلغاء — لأنها هي التي تكلّف مالًا.
الربط وواجهات البرمجة
اتصالات بنظام تخطيط الموارد أو المحاسبة لديك، وبوابات الدفع، وشركات الشحن، والرسائل النصية وواتساب، وأي واجهة حكومية أو واجهة شريك تعتمد عليها — مبنيّة لتصمد حين يبطئ الطرف الآخر أو يتوقّف، وموثَّقة بحيث لا يخمّن المطوّر التالي.
الاستضافة والأمان والدعم
نشرٌ على بنية تناسب موقفك من مكان حفظ البيانات، ونسخ احتياطية جرى استرجاعها مرة على الأقل في تمرين حقيقي، ومراقبة تُنبّه إنسانًا، ووقت استجابة متفق عليه — لأن التطبيق بلا مالك يتدهور بصمت.
شريحة بعد شريحة. بلا كشف كبير في النهاية.
- العملية كما تجري فعلًا
الاستكشاف
نجلس مع من يؤدّون العمل اليوم ونرسم العملية كما تجري فعلًا، بما فيها الالتفافات. ثم نتفق على ما يجب أن يفعله الإصدار الأول ليستحقّ الاستخدام — وما هو مستبعَد عن قصد.
- يجرّبه مستخدمون حقيقيون أولًا
النموذج
نسخة قابلة للنقر من الشاشات الرئيسية بالعربية والإنجليزية، تُعرض على مستخدمين حقيقيين قبل بناء أي شيء. فتغيير شاشة في هذه المرحلة يكلّف أصيل يوم، وتغييرها بعد الإطلاق يكلّف إصدارًا كاملًا.
- بيئة تستطيع فتحها
البناء على شرائح
نُصدر شريحة عاملة واحدة في كل مرة إلى بيئة تستطيع فتحها، فتتفاعل مع برنامج لا مع تقارير حالة. مع اختبارات آلية على القواعد المهمّة، ومراجعة في نهاية كل شريحة.
- خطة رجوع للأسبوع الأول
الإطلاق
تُنقل البيانات وتُطابَق، ويُدرَّب المستخدمون بلغتهم، وتُفحص الصلاحيات دورًا دورًا، وتوضع خطة رجوع للأسبوع الأول. وعادةً نشغّل العملية القديمة بالتوازي فترة قصيرة بدل التحويل الكامل بين ليلة وضحاها.
- مالك، بالكتابة
التشغيل والتطوير
مراقبة ونسخ احتياطية وتحديثات أمنية ونافذة دعم متفق عليها — إضافة إلى إيقاع ثابت للتغييرات القادمة، لأن كل تطبيق يُستخدم يولّد طلبات. أما ما لا نفعله فهو الاختفاء عند التسليم.
نظام واحد، وكل فرع.
التطبيق هو الشيء الوحيد الذي تستطيع منشأة متعدّدة الفروع تشغيله فعلًا من مكان واحد — بشرط أن تُرسم الصلاحيات لكل فرع لا لكل شخص، وهذا هو الجزء الذي يُتجاوز ثم يُعاد بناؤه.
- Jeddahجدة
- Riyadhالرياض
- Makkahمكة المكرمة
- Madinahالمدينة المنورة
- Dammamالدمام
- Khobarالخبر
قبل أن تتعاقد على بناء.
ما الفرق بين الموقع الإلكتروني وتطبيق الويب؟
الموقع يعرض المحتوى نفسه للجميع غالبًا، ويتغيّر حين يحرّره أحد. أما تطبيق الويب فيمنح كل مستخدم حالته الخاصة: يسجّل الدخول، وتخصّه البيانات التي يراها، وتغيّر أفعاله السجلات، وتحدّد القواعد ما يُسمح له به. وهذا الفرق يقود كل ما سواه — فالتطبيق يحتاج نموذج بيانات، وأدوارًا وصلاحيات، وسجلّ تدقيق، ونسخًا احتياطية جرّبتَ استرجاعها فعلًا، وخطة لما يحدث حين يحرّر شخصان السجل نفسه. ولهذا يختلف تسعيرهما وصيانتهما، ولهذا يفشل التطبيق المبني كموقع في سنته الثانية لا الأولى.
هل نملك الشيفرة المصدرية؟
نعم. فالشيفرة وبنية قاعدة البيانات وإعدادات النشر ملككم، في مستودعكم أنتم منذ أول إيداع، لا تُسلَّم ملفًا مضغوطًا في النهاية. وهذا أهم مما يبدو: فهو يعني أن بإمكانكم تدقيق العمل عند جهة أخرى، أو نقله إلى فريق آخر، أو التوظيف داخليًا دون إعادة تفاوض. ونوثّق البنية والمتغيّرات البيئية وخطوات النشر ضمن التسليم. أما رخص الأطراف الأخرى — مكتبة مدفوعة أو خدمة خرائط أو خط — فتبقى تحت شروطها، ونُدرجها صراحةً فلا تقع مفاجآت.
هل نبني تطبيق ويب أم تطبيق جوال؟
ابدأ من موضع الاستخدام ومما يحتاجه من الجهاز. فالعمل الذي يُؤدَّى على مكتب أو حاسوب محمول، من موظفين أو شركاء أو عملاء مؤسسيين، مكانه الويب: قاعدة شيفرة واحدة، وتحديثات فورية، ولا مراجعة متجر تفصل بينك وبين إصلاح. أما التطبيق الأصيل فحين تحتاج الكاميرا، أو الموقع في الخلفية، أو العمل دون اتصال في الميدان، أو إشعارات يتفاعل معها الناس فعلًا — مندوب توصيل، أو فنّي ميداني، أو تطبيق مستهلك تريده على الشاشة الرئيسية. والجواب الشائع جدًا هو الاثنان معًا: النظام الكامل على الويب، وتطبيق جوال مركَّز للمهمة الوحيدة التي تحدث بعيدًا عن المكتب. ونحن نفضّل تحديد ذلك بصدق على بيع بنائين.
هل يمكن ربطه بالأنظمة التي نستخدمها بالفعل؟
غالبًا نعم، والسؤال الأول: ماذا يوفّر الطرف الآخر؟ واجهة برمجية موثّقة، أم قاعدة بيانات يمكن قراءتها، أم تبادل ملفات، أم شاشة فقط. ولكل خيار كلفته ومستوى اعتماديته، لذلك نتحقّق قبل أن نَعِد. ثم يقرّر أمران بقاء الربط. الأول: أي نظام يملك كل قطعة بيانات — فإذا استطاع نظامان تعديل سجل عميل واحد، فسيختلفان يومًا، ولا بدّ أن يكون أحدهما المرجع. والثاني: ماذا يحدث حين يبطئ الطرف الآخر أو يتوقّف: طوابير وإعادة محاولة، لا نموذج يفشل في وجه المستخدم. ونخطّط كذلك للربط غير المتاح بعد، فلا يعطّل اتصالٌ ناقص البناءَ كلّه.
ماذا يحدث بعد الإطلاق — ومن يتولّى الصيانة؟
كل تطبيق يحتاج مالكًا، وأنتم تختارون: نحن أم فريقكم. فإن كنّا نحن، اتفقنا على ترتيب دعم مكتوب: أوقات استجابة بحسب درجة الخطورة، ومراقبة تنبّه شخصًا لا لوحةً لا يراقبها أحد، وتحديثات أمنية وتحديثات للاعتماديات، ونسخ احتياطية موثَّقة باسترجاع حقيقي، ونافذة شهرية للتغييرات الصغيرة. وإن كان فريقكم، سلّمنا التوثيق وشرحنا البنية وخطوات النشر وبقينا متاحين لفترة انتقالية محدَّدة. أما ما ننصح بتجنّبه فهو الخيار الثالث الذي ينزلق إليه الناس تلقائيًا — لا مالك، فتتوقّف التحديثات، ويأتي أول عطل حقيقي على هيئة انقطاع.
- جدة
- الرياض
- مكة المكرمة
- المدينة المنورة
- الدمام
- الخبر
صِف الالتفاف.
صف لنا العملية التي تجري اليوم عبر أربعة جداول ومجموعة واتساب. ونرجع لك بما يجب أن يفعله الإصدار الأول ليستحقّ الاستخدام، وبما سيُربط به، وبما إذا كان يجدر بك بناؤه أصلًا.
- عرض مجاني دون أي التزام
- ردّ خلال يوم عمل واحد
- فريق عربي وإنجليزي
- أكثر من 9 سنوات في خدمة العلامات بالسعودية
اطلب عرضًا مجانيًا
أخبرنا عن علامتك — نردّ خلال يوم عمل واحد.