بناء نظام طلب خدمات منزلية

حدّد ما الذي يَعِد به النموذج

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

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

اجعل التغطية قائمة قابلة للإدارة

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

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

اربط الفني بالمهارة والوقت لا باسمه فقط

يحتاج سجل الفني إلى حالة توفر ومهارات ونطاق عمل. عند الإسناد، راجع نوع الخدمة ومكان الزيارة والفترة والتكليفات الأخرى. مدة الخدمة ووقت الانتقال تقديرات تشغيلية يضعها الفريق؛ لا يعالجها زر «تعيين» تلقائيًا ما لم تكن القواعد منفذة ومختبرة.

نقترح إبقاء الإسناد يدويًا في النسخة الأولى، مع تنبيه عند تعارض الفترات. وإذا كان التحقق الآلي غير منفّذ، يجب أن تقول الواجهة «يحتاج مراجعة المنسق»، لا أن تعرض أهلية مؤكدة. مثال التغطية أدناه مصطنع، والغرض منه كشف اختلاف الخدمة والمنطقة والمهارة.

صمّم تعديل الموعد كطلب تغيير

استخدم حالات: جديد، قيد المراجعة، مقترح موعد، مؤكد، في الطريق، قيد التنفيذ، مكتمل، ملغى، تعذر التنفيذ. لا تعني «مكتمل» أن الدفع تم، ولا تعني «في الطريق» أن الموقع يُتتبع حيًا. لا تضف هذه الدلالات إلا إذا نفذتها فعلًا.

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

اجمع تفاصيل كافية من دون كشفها للجميع

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

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

ماذا تبني أولًا ومتى تحتاج حلًا أوسع؟

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

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

الوصف القابل للنسخ

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

قائمة الفحص

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

أسئلة شائعة

المصادر

• OWASP — Authorization Cheat Sheet — فحص الصلاحيات على الموارد وطلبات الوصول (تاريخ التحقق: 2026-09-20)
• W3C WAI — User Notification — تحديد خطأ النموذج وتوضيح التصحيح (تاريخ التحقق: 2026-09-20)