كم تكلفة تطبيق خدمات منزلية؟ العميل والفني والإدارة والعمولات

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

التكلفة والميزانيةقراءة 11 دقيقة17 أكتوبر 2026

الإجابة المختصرة

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

«أريد تطبيقًا مثل تطبيقات الصيانة المعروفة» وصف يسمعه كل مطور، ولا يكفي لتقدير أي شيء. تطبيق لشركة صيانة لديها عشرون فنيًا على رواتبها مشروع، ومنصة تستقطب مئات الفنيين المستقلين وتأخذ عمولة من كل طلب مشروع آخر، رغم أن الشاشات قد تبدو متشابهة. هذه المقالة تبني تكلفة تطبيق خدمات منزلية من القرارات التي تحددها: من الفني بالنسبة لك، وكيف يُسعَّر الطلب، وأين يذهب المال، وماذا يحدث حين يعود العطل.

فنيون موظفون أم مقدمو خدمة مستقلون: القرار الذي يحدد الحجم

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

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

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

ما الذي تدفع مقابله في كل واجهة من الواجهات الثلاث؟

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

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

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

التسعير بعد المعاينة: أغلى منطق في التطبيق

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

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

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

التتبع والموقع: أي مستوى تحتاج فعلًا؟

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

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

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

العمولات والتسويات والضمان: حيث يتضاعف منطق المال

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

  • الدفع نقدًا للفني: إن سمحت به، فالفني هو من يحمل المال، ويصير مدينًا للمنصة بعمولتها. تحتاج رصيدًا سالبًا ومتابعة للتحصيل وربما إيقافًا لمن يتأخر.
  • الاسترداد بعد التسوية: عميل يستحق تعويضًا بعد أن استلم الفني مستحقه. من يتحمله، وكيف يُخصم من الدورة التالية؟
  • الضمان: العطل عاد بعد أسبوع. الطلب يُوجه للفني نفسه دون رسوم، فيحتاج النظام ربط طلب الضمان بالطلب الأصلي، وقاعدة لما يحدث إن لم يعد الفني يعمل في المنصة.
  • التعويض عند عدم الحضور: رصيد للعميل أو استرداد، وأثر على تقييم الفني، وربما خصم من مستحقاته بحسب سياستك.

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

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

ملاحظة عن المتاجر: الخدمات المنزلية تُستهلك خارج التطبيق، ولذلك تُحصَّل ببوابة دفع لا بنظام الشراء داخل التطبيق، وفق إرشادات مراجعة App Store (البند 3.1.3(e)) وسياسة المدفوعات في Google Play التي تذكر خدمات التنظيف بين الخدمات المادية. لا عمولة متجر على طلباتك، لكن عليك رسوم البوابة لكل عملية.

مثال افتراضي: التطبيق نفسه بنموذجي تشغيل

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

وحدات الجهد في النموذجين (مثال افتراضي)
البند(أ) فنيون موظفون، أسعار ثابتة(ب) مستقلون، رسوم زيارة ثم تقدير
تطبيق العميل1418 (موافقة على التقدير والبنود الإضافية)
تطبيق الفني1016 (تسجيل ووثائق، وقبول الطلبات، والتقدير، والمستحقات)
التوزيع5 (إسناد من المشرف)9 (عرض على الأقرب بمهلة)
التتبع4 (في الطريق ووقت تقديري)6 (مع إثبات الوصول)
الدفع69 (رسوم زيارة ودفع جزئي واسترداد)
العمولات والمستحقاتلا يوجد10 (تسويات من اللوحة أولًا)
الضمان والنزاعات48
لوحة الإدارة والتقارير1420 (اعتماد الفنيين والجودة والمال)
المجموع5796

الفرق بين النموذجين يقارب ثلثي حجم النموذج (أ)، ولم يأتِ من شاشات إضافية بقدر ما جاء من المنطق: التقدير في الموقع، والعمولات، واعتماد الفنيين، والنزاعات. ولو أخذت المنشأة النموذج (ب) بأسعار ثابتة بدل رسوم الزيارة، لانخفض الحجم في تطبيقي العميل والفني والدفع. هذا ما يعنيه أن نموذج العمل يحدد التكلفة.

ما الذي يمكن تأجيله دون أن يضر الإطلاق؟

المنصة الفارغة عند الإطلاق أخطر من المنصة الناقصة. لذلك ابنِ ما يجعل أول مئة طلب تنجح، وأجّل ما يخدم الحجم الكبير:

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

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

أخطاء شائعة في تقدير تطبيق الخدمات المنزلية

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

ما تسأل عنه شركة التطوير قبل أن توقّع

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

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

ما تجهزه قبل التواصل

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

الخلاصة: احسم نموذج التشغيل ثم اطلب التقدير

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

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

أسئلة شائعة

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

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

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

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

ليس دائمًا. أغلب العملاء يكفيهم أن الفني في الطريق مع وقت وصول تقديري يتحدث كل دقيقة تقريبًا. التتبع الأدق والتوزيع الآلي بالقرب يستحقان التكلفة حين يكثر الفنيون وتتقارب الطلبات.

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

اقرأ أيضًا

احصل على تقدير لتطبيق خدماتك المنزلية بنموذجك الفعلي

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

اطلب عرض سعر