تطوير تطبيق أعمال مع لوحة تحكم
تطوير تطبيق أعمال مع لوحة تحكم: طلب من التطبيق يصل للوحة الإدارة ويتغيّر وضعه ويعود إشعار للمستخدم. الأدوار والاستثناءات والتكاملات وحدود النطاق قبل طلب العرض.
تطوير تطبيق أعمال مع لوحة تحكم يعني أن نبني جزأين يعملان كنظام واحد: تطبيق جوال يستخدمه عميلك على iOS وAndroid، ولوحة تحكم إدارية يدير منها فريقك الطلبات والمستخدمين والمحتوى والصلاحيات والتقارير. هذه الصفحة تشرح الدورة التي يجب أن تعمل من أول يوم — طلب يُرسَل من التطبيق، يصل إلى اللوحة، يتغيّر وضعه، ثم يعود إشعار إلى المستخدم — وما يدخل في النطاق وما يُحدَّد معك في تحليل المتطلبات.
- التطبيق والواجهة الخلفية ولوحة التحكم تُبنى معاً على قاعدة بيانات واحدة، لا كأجزاء منفصلة تُربط لاحقاً.
- أدوار المستخدمين وحالات الطلب وقواعد الإشعارات تُكتب في وثيقة المتطلبات قبل البرمجة.
- التكاملات — الدفع، الرسائل النصية، الخرائط، الأنظمة القائمة — بنود منفصلة في عرض السعر.
- تصل إلى لوحة التحكم فور جاهزيتها أثناء التطوير لتبدأ إدخال بياناتك الحقيقية.
- الكود المصدري وقاعدة البيانات وحسابات المتاجر باسم منشأتك.
الموقف الذي يبدأ منه معظم المشترين
لديك خدمة يطلبها العملاء اليوم عبر الهاتف أو واتساب أو نموذج على الموقع، ثم يتابعها فريقك يدوياً على جداول أو رسائل متفرقة. العميل لا يعرف أين وصل طلبه فيتصل ليسأل، والإدارة لا ترى كم طلباً متأخراً ولا من المسؤول عنه. ما تحتاجه ليس «تطبيقاً» فقط، بل دورة عمل واضحة يراها الطرفان.
سيناريو توضيحي: دورة طلب واحد
- المستخدم يرسل طلباً من التطبيق — يختار الخدمة ويعبّئ البيانات المطلوبة، ويدفع إن كان الدفع جزءاً من الدورة. يظهر الطلب في حسابه بحالة «جديد».
- الطلب يصل إلى لوحة التحكم — يظهر في قائمة الطلبات الجديدة لدى الموظف المختص حسب صلاحياته، مع بيانات العميل وتفاصيل الطلب.
- الموظف يغيّر الوضع — يقبل الطلب أو يرفضه مع ذكر السبب، أو يحوّله إلى «قيد التنفيذ» ثم «مكتمل».
- إشعار يعود للمستخدم — مع كل تغيير متفق عليه يصل إشعار إلى جوال المستخدم، وتتحدّث حالة الطلب داخل التطبيق.
- الإدارة ترى الصورة كاملة — تقارير بعدد الطلبات وحالاتها، تساعدك على معرفة ما يتأخر وأين.
هذه الدورة هي أول ما نختبره معك في اختبار القبول: تجرّبها أنت وفريقك على بيانات حقيقية قبل الإطلاق.
الأدوار والمدخلات والمخرجات
كل تطبيق أعمال يبدأ بسؤال: من يستخدم النظام، وماذا يُدخل كل طرف، وماذا يرى؟ هذا الجدول نموذج للأسئلة التي نجيب عنها معك في وثيقة المتطلبات:
| الدور | أين يعمل | ما يُدخله | ما يستلمه أو يراه |
|---|---|---|---|
| المستخدم / العميل | تطبيق الجوال | بيانات التسجيل، تفاصيل الطلب، الدفع إن وُجد | حالة طلبه، الإشعارات، سجل طلباته السابقة |
| الموظف أو المشرف | لوحة التحكم | قبول أو رفض الطلب، تغيير الوضع، ملاحظات | قائمة الطلبات المسندة إليه حسب صلاحياته |
| مزوّد الخدمة أو المندوب (إن وُجد) | تطبيق مستقل أو صلاحية داخل التطبيق | تحديث التنفيذ ميدانياً | المهام المسندة إليه وتفاصيلها |
| مدير النظام | لوحة التحكم | المستخدمون والصلاحيات والمحتوى والإعدادات | التقارير ونظرة عامة على العمليات |
تطبيق فيه عميل ومزوّد خدمة ومشرف يختلف في حجمه وتكلفته عن تطبيق بنوع مستخدم واحد، لذلك نطلب منك تحديد أنواع المستخدمين عند طلب عرض السعر.
الاستثناءات التي يجب أن يتعامل معها النظام
الدورة السليمة سهلة الوصف؛ ما يكشف جودة التحليل هو ما يحدث عندما لا تسير الأمور كما يجب. نحصر معك هذه الحالات قبل البرمجة ونكتب سلوك النظام في كل منها:
| الحالة | السؤال الذي نحسمه في المتطلبات |
|---|---|
| فشل الدفع أو إلغاؤه | هل يُحفظ الطلب بحالة «بانتظار الدفع» أم لا يُنشأ؟ وماذا يرى المستخدم؟ ودورة الاسترجاع إن أُلغي بعد الدفع. |
| رفض الطلب | هل سبب الرفض إلزامي؟ وهل يصل للمستخدم نصاً في الإشعار أم داخل التطبيق فقط؟ |
| المستخدم أوقف الإشعارات | تبقى الحالة محدّثة داخل التطبيق، فهل يلزم قناة بديلة مثل رسالة نصية لحالات معيّنة؟ |
| إلغاء المستخدم بعد قبول الطلب | هل يُسمح به، وحتى أي مرحلة، وما أثره على الدفع؟ |
| طلب لم يُعالَج في وقت مناسب | هل يظهر تنبيه في اللوحة أو يُعاد إسناده؟ ومن يقرر المهلة؟ |
| توقّف خدمة خارجية | كيف يتصرف النظام إن تعذّر الوصول إلى بوابة الدفع أو مزوّد الرسائل أو نظامك القائم؟ |
ما تشمله لوحة التحكم
لوحة التحكم الإدارية جزء أساسي من معظم مشاريعنا، وتُبنى مع الواجهة الخلفية أولاً أو بالتوازي مع التطبيق. مكوّناتها المعتادة:
إدارة الطلبات
قوائم الطلبات حسب الحالة، تفاصيل كل طلب، وتغيير الوضع الذي يُطلق الإشعار للمستخدم.
إدارة المستخدمين
حسابات العملاء والموظفين، وتفعيلها أو إيقافها، وسجل طلبات كل عميل.
الصلاحيات
من يرى ماذا ومن يحق له تغيير ماذا — حسب الأدوار المتفق عليها في المتطلبات.
إدارة المحتوى
الخدمات أو المنتجات والنصوص والصور التي تظهر في التطبيق، تعدّلها دون الرجوع إلينا.
التقارير
أعداد الطلبات وحالاتها والمؤشرات التي تحتاجها إدارتك؛ تُحدَّد التقارير المطلوبة بدقة في تحليل المتطلبات.
دليل الاستخدام
تستلم عند التسليم دليل استخدام لوحة التحكم مع بيانات الوصول لكل الحسابات والخوادم.
أي مكوّن إضافي — مثل تصدير البيانات بصيغ محددة، أو سجل تفصيلي بكل تعديل ومن قام به، أو لوحات مؤشرات خاصة — يُحدَّد في تحليل المتطلبات ويظهر بنداً واضحاً في العرض.
حدود النطاق والتكامل
كل تكامل خارجي بند تكلفة مستقل، وإغفال تكامل واحد عند طلب العرض يغيّر التقدير كثيراً. ما نعمل عليه في مشاريعنا:
| التكامل | ما يشمله | ما يُحدَّد معك |
|---|---|---|
| بوابات الدفع | مدى، Apple Pay، STC Pay، وحلول التقسيط مثل تابي وتمارا، مع اختبار الدورة كاملة: ناجحة، فاشلة، ملغاة، ومسترجعة | مزوّد الدفع وحسابك لديه، ورسومه تُدفع له مباشرة |
| الإشعارات | إشعارات الجوال عند تغيّر حالة الطلب | أي التغييرات تُطلق إشعاراً ونصّه |
| الرسائل النصية | ربط مع مزوّد رسائل SMS لرموز التحقق أو التنبيهات | المزوّد ورسومه كخدمة خارجية متكررة |
| الخرائط والتتبع | تحديد المواقع وعرضها، والتتبع عند الحاجة | هل التتبع لحظي أم عند نقاط محددة |
| الأنظمة القائمة | ربط عبر واجهات API مع أنظمة ERP وCRM والمخزون والشحن والمنصات الحكومية | توفّر واجهة API موثّقة لدى النظام القائم، واتجاه تدفق البيانات |
ما لا يدخل في النطاق ما لم يُتفق عليه كتابياً: الحملات الإعلانية المدفوعة، ورسوم الخدمات الخارجية (الدفع، الرسائل، الخرائط، الاستضافة، حسابات المطورين)، وأي ميزة لم ترد في قائمة الشاشات المعتمدة. أي طلب خارج النطاق يُقدَّر سعراً ومدة ويُوثَّق قبل تنفيذه.
كم تكلفة تطبيق أعمال مع لوحة تحكم؟
تعتمد التكلفة على عدد أنواع المستخدمين، وعدد الشاشات في التطبيق واللوحة، وعدد المنصات، ونوع التكاملات. الواجهة الخلفية ولوحة التحكم جزء معتبر من الميزانية في هذا النوع من المشاريع، لذلك نسعّرها بنداً منفصلاً لا مدمجاً في رقم إجمالي. تفصيل العوامل ونطاقاتها الاسترشادية في تكلفة تطوير تطبيق في السعودية؛ والسعر النهائي يصلك في عرض مكتوب ببنود منفصلة بعد تحليل مشروعك.
كيف ينفَّذ المشروع؟
نعمل بمراحل لكل منها مخرج تعتمده قبل الانتقال لما بعدها: اكتشاف ووثيقة متطلبات، ثم تصميم ونموذج أولي تفاعلي لشاشات التطبيق واللوحة، ثم تطوير بنسخ تجريبية دورية، ثم اختبار يشمل دورة الطلب والدفع والصلاحيات، ثم النشر على المتاجر. الدفع مرتبط بمراحل مكتملة. التفاصيل ودورك في كل مرحلة في كيف نعمل.
اطلب عرض سعر لتطبيقك
أخبرنا بفكرة التطبيق وأنواع المستخدمين والمنصات والتكاملات المطلوبة وموعد الإطلاق المستهدف، ونعود إليك بنطاق عمل مكتوب وعرض ببنود منفصلة.
الأسئلة الشائعة
هل لوحة التحكم تطبيق جوال أم موقع ويب؟
يُحدَّد ذلك في تحليل المتطلبات حسب طريقة عمل فريقك. الشائع أن يستخدم الموظفون لوحة التحكم من المتصفح، بينما يستخدم العملاء — وأحياناً المندوبون — تطبيق الجوال.
هل يمكن أن يكون لكل موظف صلاحيات مختلفة؟
نعم. الصلاحيات جزء من لوحة التحكم، وتُبنى حسب الأدوار التي نتفق عليها في وثيقة المتطلبات: من يرى أي طلبات، ومن يحق له تغيير الحالة أو تعديل المحتوى.
هل يصل إشعار للمستخدم مع كل تغيير في حالة الطلب؟
مع كل تغيير تتفق عليه معنا. نحدّد في المتطلبات أي التغييرات تُطلق إشعاراً ونص كل إشعار، وتبقى الحالة محدّثة داخل التطبيق حتى لو أوقف المستخدم الإشعارات.
هل يمكن ربط التطبيق بنظامنا الحالي؟
نعم، عبر واجهات API مع أنظمة ERP وCRM والمخزون والشحن والمنصات الحكومية. يعتمد الربط على ما يتيحه نظامك القائم، لذلك اذكر الأنظمة المطلوبة في طلبك لأنها تؤثر مباشرة على التقدير.
ما بوابات الدفع التي تدعمونها؟
مدى وApple Pay وSTC Pay وحلول التقسيط مثل تابي وتمارا، مع اختبار دورة الدفع كاملة بما فيها الفشل والإلغاء والاسترجاع. رسوم بوابة الدفع تُدفع للمزوّد وهي منفصلة عن تكلفة التطوير.
متى أستطيع تجربة لوحة التحكم؟
أثناء التطوير، فور جاهزيتها، لتبدأ إدخال بياناتك الحقيقية. وتستلم نسخة تجريبية من التطبيق على جهازك بشكل دوري خلال مرحلة التطوير.
من يملك التطبيق ولوحة التحكم بعد التسليم؟
منشأتك. الكود المصدري للتطبيق واللوحة وقاعدة البيانات وحسابات App Store وGoogle Play باسمك، ويُسلَّم المستودع كاملاً مع بيانات الوصول ودليل استخدام لوحة التحكم.
ابدأ بوثيقة نطاق لا برقم تقديري
جلسة اكتشاف نحوّل فيها دورة عملك إلى أدوار وحالات وشاشات مكتوبة، ثم عرض ببنود منفصلة — بلا رسوم وبلا التزام.