دبّـرني .
أبشر بي.
منصّة السوق العكسي (Reverse Marketplace) الأولى من نوعها في السعودية لمهمّات التعقيب والخدمات الميدانية اليومية — مزايدة شفّافة، وضمان مالي (Escrow) حقيقي على كل ريال، بدل الفوضى وانعدام الثقة في القنوات التقليدية.
قصة النشأة والمبرمجمن معاناة يومية إلى بنية سوق كاملة
دبّرني لم يبدأ كخطة عمل مكتوبة على ورق قبل الكود — بدأ كردّة فعل مباشرة على مشكلة يعيشها كل بيت سعودي تقريباً: الحاجة إلى "مُدبِّر" لمهمة صغيرة، وغياب أي سوق منظّم يوصلك به بثقة.
المشكلة كما تُعاش، لا كما تُروى في التقارير
أي شخص احتاج يوماً لتعقيب معاملة حكومية، أو نقل أثاث، أو تنظيف شقة، أو تجميع غرفة نوم، يعرف النمط نفسه: يبدأ برسالة في مجموعة واتساب عائلية أو حي سكني يسأل "أحد يعرف حد يسوّي كذا؟"، يحصل على 3-4 أرقام متفرقة، يتفاوض على السعر بلا أي مرجعية لسعر عادل، ثم يواجه معضلة الدفع: يدفع مقدماً ويخاطر بألا يظهر أحد، أو يرفض الدفع مقدماً ويخاطر بأن يرفض مقدّم الخدمة العمل بعد الوصول. لا تسعير مرجعي، لا تقييم موثوق، ولا أي طرف ثالث يحفظ حق الطرفين إذا ساءت الأمور.
هذه ليست مشكلة تقنية بالدرجة الأولى — هي مشكلة غياب سوق. المعقّبون ومقدّمو الخدمات المستقلون موجودون بأعداد كبيرة، والطلب موجود يومياً، لكن لا توجد آلية تُسعّر العرض والطلب بشفافية ولا تحمي المال أثناء تنفيذ المهمة.
من "مشغّل نهاية طرفية" إلى مؤسس منتج مالي-تقني
بُني دبّرني بيد مؤسس واحد يجمع خلفية غير تقليدية لهذا النوع من المشاريع: بكالوريوس شريعة من جامعة الطائف (2018)، إلى جانب عمل مستمر كمشغّل نهاية طرفية منذ التخرّج، وتطوّع سابق في الدعم الفني لموقع "تويستو" (2015). لم يأتِ من معسكر برمجة مكثّف ولا من شركة تقنية كبرى — تعلّم Flutter وSwift وهندسة قواعد بيانات Supabase (بما فيها سياسات الحماية على مستوى الصفوف RLS ودوال Edge Functions) ذاتياً أثناء بناء المنتج نفسه، مدعوماً بدورات عملية مثل Linux 101 وCommand-line 101/102، ودورة "خطوات في السوق" من الهيئة العامة للمنشآت الصغيرة والمتوسطة (منشآت).
الفكرة لم تكن "نبني تطبيق توصيل آخر" — كانت أقرب لسؤال: لماذا يوجد سوق أسهم منظّم لكل شيء تقريباً، ولا يوجد سوق منظّم لأبسط مهمة يحتاجها بيت سعودي كل أسبوع؟ إعادة صياغة لفلسفة المنتج التأسيسية
من الفكرة إلى بنية "سوق عكسي" حقيقية
الحل الذي استقرّ عليه المؤسس ليس "منصة إعلانات" تشبه حراج، ولا "تطبيق توصيل" يشبه منصات التوصيل الحالية. هو سوق عكسي (Reverse Marketplace): الناشر (طالب الخدمة) ينشر المهمة والميزانية التقريبية، ومقدّمو الخدمة (المُدبِّرون) يتنافسون بعروض أسعار مرئية للجميع — العكس التام لنموذج "بائع واحد يعرض سعراً ثابتاً" السائد في حراج والمتاجر الإلكترونية. هذا القلب في الاتجاه هو ما يفرض شفافية السعر تلقائياً: التنافس نفسه يكشف السعر العادل، لا إعلان تسويقي يدّعيه.
الشق الثاني، وهو الأصعب هندسياً والأهم ثقةً، كان بناء نظام ضمان مالي (Escrow) حقيقي: يُحجز مبلغ المهمة في محفظة داخل التطبيق عند قبول عرض، ولا يُصرف لمقدّم الخدمة إلا بعد تأكيد إتمام المهمة، مع دفتر حركة مالية (Ledger) لا يُعدَّل ولا يُحذف منه أبداً — فقط إضافة سجلات جديدة (Append-only)، بنفس المنطق الذي تُبنى عليه الأنظمة المصرفية الجادة، وليس مجرّد رقم في جدول قابل للتعديل.
الهوية البصرية ونظام التصميمDark Mode أولاً، زجاج معتم، وذهب كإشارة قرار
الفلسفة التصميمية لدبّرني مبنية على فكرة واحدة: التطبيق يتعامل مع أموال حقيقية، فيجب أن يبدو جاداً وموثوقاً بصرياً، لا "مرحاً" بألوان صاخبة كتطبيقات التوصيل العادية. من هنا جاء اختيار الأخضر الداكن العميق كأساس، والذهبي كإشارة وحيدة للقرار والاختيار.
الفلسفة: Dark Mode + Glassmorphism + Flat 3D
- Dark Mode كوضع أساسي لا كخيار ثانوي: الخلفيات الداكنة المتدرجة (من أخضر عميق إلى أسود مائل للأخضر) تقلّل الإجهاد البصري في الاستخدام المسائي المتكرر — النمط الغالب لنشر المهمات وتصفّح العروض بعد الدوام.
- Glassmorphism محسوب لا مفرط فيه: طبقات "زجاج معتم" (خلفية شبه شفافة + ضبابية Blur) تُستخدم حصراً في العناصر العائمة والبطاقات التي تحتاج فصلاً بصرياً عن الخلفية (نافذة تأكيد عرض، بطاقة رصيد المحفظة) — وليس كتأثير زخرفي على كل عنصر.
- Flat 3D للأزرار والبطاقات التفاعلية: ظلال ناعمة وحواف مرتفعة قليلاً بدل الأزرار المسطحة التماماً، لإعطاء إحساساً بأن العنصر "قابل للضغط" فعلياً — مهم في شاشات تتضمن قرارات مالية (تأكيد عرض، تحرير مبلغ محجوز).
لوحة الألوان الرسمية
الألوان الموثّقة فعلياً في ملفات الهوية والعروض المُعتمدة لدبّرني:
قواعد الاستخدام
- الأخضر العميق (#094A3E) للخلفيات الكبرى والعناصر الهيكلية — أبداً كلون نص على خلفية فاتحة.
- التركوازي (#0E6B5A) للعناصر التفاعلية الثانوية: روابط، أيقونات حالة، تمييز بيانات حيّة.
- الذهبي (#D4A85A) محجوز حصراً لإشارات القرار: زر أساسي، حالة "مقبول"، تمييز أعلى عرض في المزايدة. استخدامه في أكثر من عنصر واحد بالشاشة يُضعف قوته كإشارة.
- الرمادي المحايد (#6B7370) للنصوص الثانوية والحدود الفاصلة فقط.
النظام الطباعي
تُستخدم للعناوين الرئيسية وشعارات الشاشة والأرقام البارزة في لوحات التحكّم — وضوح هندسي قوي يناسب سياقات القرار السريع.
اختير Tajawal تحديداً لدعمه الكامل للأوزان المتعددة وقراءته المريحة في فقرات طويلة (وصف مهمة، شروط الاتفاق) على شاشات الجوال.
خط أحادي المسافة (Monospace) لكل رقم مالي، معرّف عملية، أو قيمة تقنية — يمنع الالتباس بين الأرقام المتشابهة (0/O، 1/l) في سياقات حسّاسة كالمحفظة وسجل الحركات.
لغة المكوّنات
البطاقات (Cards) هي الوحدة البصرية الأساسية في كل شاشة تقريباً — بطاقة مهمة، بطاقة عرض، بطاقة مُدبِّر. زوايا دائرية متوسطة (لا حادة ولا مبالغ في استدارتها)، وظل خفيف يوحي بالطبقات دون ثقل بصري. الأيقونات خطّية (Outline) بسيطة تتحوّل لأيقونة مملوءة بالذهبي عند التفعيل — إشارة اختيار واحدة ومتّسقة عبر كامل التطبيق.
دراسة السوق السعوديTAM · SAM · SOM ومصفوفة المنافسة
السوق الذي يستهدفه دبّرني يقع في تقاطع ثلاثة قطاعات رقمية سعودية تنمو جميعها بمعدلات معتبرة: الإعلانات المبوّبة الرقمية، منصات العمل الحر، والمدفوعات الرقمية. الأرقام أدناه من مصادر رسمية ومصادر أبحاث سوق مستقلة (مرجعية كاملة في القسم 10)، مع تمييز واضح بين الرقم المرجعي والتقدير المبني عليه.
لقطة السوق الكلي (أرقام مرجعية)
عدد سكان السعودية المقدَّر 2026 — DataReportal
نسبة انتشار الإنترنت (~34.4 مليون مستخدم) — DataReportal 2025
حجم سوق الإعلانات المبوّبة الرقمية السعودي — Ken Research
عدد العاملين المستقلين (فريلانسرز) في السعودية — تقرير سوق منصات العمل الحر 2025
| المؤشر | القيمة | المصدر / الحالة |
|---|---|---|
| مساهمة الاقتصاد الرقمي في الناتج المحلي | 16.0% (هدف 19.2% بحلول 2030) | الهيئة العامة للإحصاء (GASTAT) 2024 / رؤية 2030 |
| حجم سوق منصات العمل الحر | $145–158.5M (2025) → $472.7M (2033) | تقديرات متعددة (CAGR≈15.3%) — تباين بين مصدرين |
| نسبة المعاملات غير النقدية (Cashless) | 79% (ديسمبر 2025) | هدف ساما 70% تحقق مبكراً 2023 — الهدف الجديد 80% بحلول 2030 |
| مساهمة المنشآت الصغيرة والمتوسطة في الناتج المحلي | 20%–28% (هدف 35% بحلول 2030) | منشآت — تباين بين المصادر حول الرقم الحالي الدقيق |
| حجم سوق التجارة الإلكترونية | ≈ 100 مليار ريال (2025) | تقديرات سوق مجمّعة |
| زوّار منصة حراج (أكبر مبوّبة محلية) | ≈ 50 مليون زيارة/شهر ≈ 50 ألف إعلان جديد/يوم | بيانات تشغيلية معلنة عن حراج |
نموذج TAM · SAM · SOM
لا يوجد تقرير سوق رسمي مخصّص لفئة "وساطة المهمّات الميدانية بالمزايدة" في السعودية بحد ذاتها — لذلك تم بناء النموذج التالي بأسلوب Bottom-Up مبني على افتراضات صريحة موضّحة تحت كل رقم، وليس كرقم منقول حرفياً من تقرير طرف ثالث.
TAM — السوق الكلي المحتمل
مجموع سوق الإعلانات المبوّبة الرقمية ($1.2B) وسوق منصات العمل الحر (≈$150M) — الحيّزان اللذان يلتقي عندهما نموذج دبّرني. مجموع تقديري مركّب من مصدرين مستقلين، لا رقم رسمي واحد.
SAM — القابل للخدمة فعلياً
حصر على سكان المدن الأربع المستهدفة (الرياض/جدة/الدمام/مكة، ≈14 مليون نسمة تقديراً) × افتراض 0.6 مهمة قابلة للوساطة شهرياً لكل أسرة رقمية نشطة × متوسط قيمة مهمة 30–50 ريال. نموذج تقديري داخلي — الافتراضات قابلة للمراجعة الميدانية.
SOM — القابل للاستحواذ (3–5 سنوات)
سيناريو استحواذ واقعي لمنصة جديدة تبني الثقة تدريجياً، يعادل تفعيل 3,000–5,000 عملية يومية عند النضج — نفس الافتراض التشغيلي المستخدم في نموذج الإيرادات بالقسم 06.
مصفوفة المقارنة التنافسية
| المعيار | دبّرني | حراج والمبوّبات | مكاتب التعقيب التقليدية | منصات الخدمة المباشرة |
|---|---|---|---|---|
| آلية التسعير | مزايدة تنافسية مفتوحة | سعر ثابت من طرف واحد | تفاوض شفهي غير موثّق | تسعير خوارزمي مغلق |
| حماية المال أثناء التنفيذ (Escrow) | ضمان مالي فعلي (Ledger لا يُعدَّل) | غير موجود | غير موجود — دفع نقدي مباشر | أحياناً عبر بوابة الدفع فقط |
| تحقّق الهوية والموقع | تحقّق إلزامي + موقع GPS للمهام الميدانية | لا تحقّق حقيقي | ثقة شخصية/معرفة سابقة فقط | تحقّق قوي عادة |
| نطاق المهمّات المدعومة | عام: تعقيب، نقل، تنظيف، تجميع، مستندات... | إعلاني فقط، لا وساطة تنفيذ | تعقيب حكومي فقط غالباً | خدمة واحدة متخصّصة عادة |
| سجل تقييم موثوق للطرفين | تقييم ثنائي الاتجاه مرتبط بمعاملة فعلية | غير موجود | غير موجود | موجود غالباً |
الفجوة التي يعالجها التسعير العكسي والضمان المالي
الفجوة الحقيقية ليست "عدم وجود تطبيقات" — السوق مزدحم بمبوّبات ومنصات توصيل متخصّصة. الفجوة هي أن لا منصّة واحدة تجمع بين اتجاه التسعير العكسي وحجز المال أثناء التنفيذ لفئة المهمّات الميدانية المتنوّعة وغير المعيارية. حراج يحل مشكلة "العرض والطلب على سلعة"، لا "تنفيذ مهمة بثقة". مكاتب التعقيب تحل مشكلة "من ينفّذ"، لا "بأي سعر عادل وبأي ضمان". دبّرني يستهدف الفراغ الدقيق بين الاثنين.
معمارية النظام وطرق العملمن نقرة النشر إلى تحرير المبلغ المحجوز
حزمة التقنية (Tech Stack)
| الطبقة | التقنية | الدور |
|---|---|---|
| تطبيق الجوال | Flutter + Riverpod + go_router | واجهة واحدة لـ iOS/Android، إدارة حالة تفاعلية، توجيه مبني على الأدوار (ناشر/مُدبِّر) |
| نظام التصميم | Material 3 + RTL + Tajawal | دعم كامل للعربية من اليمين لليسار كأولوية أولى، لا كإضافة لاحقة |
| الخلفية (Backend) | Supabase (Postgres) | قاعدة بيانات، مصادقة، تخزين، وقنوات فورية (Realtime) للمزايدة الحيّة |
| الموقع الجغرافي | PostGIS + Mapbox | مطابقة المهام الميدانية بالمسافة، تحديد المدينة تلقائياً عبر GPS |
| التحقق والإشعارات | UltraMsg (WhatsApp API) | إرسال رمز التحقق OTP عبر واتساب — عبر Edge Function مخصّصة لا كود مضمّن |
| المدفوعات | Moyasar (قيد الربط) | شحن المحفظة بمصادر دفع سعودية (مدى/بطاقات) — لن يُفعَّل قبل اكتمال اختبار طرفي حقيقي |
رحلة طالب الخدمة (الناشر)
نشر المهمّة
وصف المهمة، الميزانية التقريبية، وللمهام الميدانية: تحديد الموقع (يُستنتج اسم المدينة تلقائياً من الإحداثيات، لا يُدخله المستخدم يدوياً لتفادي أخطاء التصنيف).
استقبال العروض
يتنافس المُدبّرون بعروض سعر مرئية للجميع في الوقت الفعلي عبر قناة Realtime — لا عروض خاصة مخفية تتيح تلاعباً بالسعر.
قبول عرض وحجز المبلغ
عند القبول، يُحجز مبلغ العرض من محفظة الناشر داخل نظام الـEscrow فوراً — لا يظهر كرصيد متاح لأي طرف حتى إتمام المهمة.
التواصل والتنفيذ
محادثة داخل التطبيق بين الطرفين لتنسيق التفاصيل، دون الحاجة لمشاركة رقم هاتف شخصي مبكراً.
تأكيد الإتمام والتقييم
تأكيد الناشر لإتمام المهمة يُطلق تحرير المبلغ من الـEscrow لمحفظة المُدبِّر (بعد خصم العمولة)، يليه تقييم ثنائي الاتجاه.
رحلة مقدّم الخدمة (المُدبِّر)
تفعيل دور المُدبِّر
تبديل الدور من "ناشر" إلى "مُدبِّر" من الإعدادات — نفس الحساب يمكن أن يكون الاثنين، بمنع صريح (على مستوى الصلاحيات وعلى مستوى الواجهة معاً) من تقديم عرض على مهمّة نشرها بنفسه.
تصفّح المهام القريبة
قائمة مهام مرتّبة بالمسافة الجغرافية والفئة، مع حد بحث حالي 50 مهمة (فجوة تقنية معروفة، مدرجة في خارطة الطريق).
تقديم عرض تنافسي
عرض سعر مع رسالة قصيرة تبرز الخبرة أو التقييمات السابقة.
تنفيذ المهمّة
تنسيق ميداني مباشر مع الناشر، مع إمكان تحديث حالة التنفيذ داخل المحادثة.
استلام المبلغ في المحفظة
يُقيَّد المبلغ (بعد خصم العمولة) في محفظته فور تأكيد الناشر — القيد يُضاف لدفتر الحركة (Ledger) ولا يُعدَّل رجعياً أبداً.
معمارية الضمان المالي (Escrow) وإدارة النزاعات
القاعدة الذهبية في تصميم النظام المالي: الـLedger لا يُعدَّل، فقط يُضاف إليه، ومحمي بقيد تنفيذي (Trigger) فعلي على مستوى قاعدة البيانات — لا اعتماداً على انضباط كود التطبيق فقط. كل دالة قادرة على تحريك المال بين المحافظ (SECURITY DEFINER) مقيَّدة صراحة لصلاحية الخادم (service_role) فقط، بحيث لا يستطيع أي طلب من التطبيق نفسه — حتى لو تم اختراقه — تحريك مال مباشرة متجاوزاً منطق العمل.
الباقي → محفظة المُدبِّر
عند نشوء نزاع (عدم اتفاق الطرفين على إتمام المهمة)، يبقى المبلغ في حالة "محجوز" ولا يُحرَّر تلقائياً لأي طرف — وهي نقطة التصميم الحاسمة: النظام مبني بحيث الحياد الافتراضي هو "لا صرف بلا تأكيد"، لا "صرف تلقائي بعد مهلة" الذي قد يُستغل.
الأمان: طبقة مبنية على دروس حوادث حقيقية لا افتراضات نظرية
بيانات الاتصال الحسّاسة (رقم الهاتف والبريد الإلكتروني) معزولة في جدول منفصل (profile_contacts) محمي بسياسة أمان على مستوى الصفوف (RLS) حقيقية تُقيّد كل قراءة بـauth.uid() = id — أي أن أي مستخدم لا يمكنه قراءة بيانات اتصال مستخدم آخر عبر الواجهة البرمجية مهما حاول، وهذا تحقّق عبر اختبار REST حقيقي بحسابات فعلية، لا افتراضاً نظرياً بعد كتابة السياسة فقط.
- كل دالة قاعدة بيانات حسّاسة تُفحص دورياً عبر pg_get_functiondef للتأكد من عدم وجود دوال قديمة غير موثّقة في ملفات الترحيل (Migrations) تتعامل مع نفس الأعمدة الحسّاسة.
- لا مفاتيح أو رموز سرّية مضمّنة داخل كود التطبيق (IPA/APK) — كل تكامل خارجي حسّاس (مثل إرسال رمز التحقق عبر واتساب) يمر عبر Edge Function على الخادم.
- الترحيلات (Migrations) تُطبَّق مباشرة على قاعدة الإنتاج بشكل موثَّق ومرقّم تسلسلياً (آخر رقم: 045)، ما يوفّر أثراً تدقيقياً كاملاً لكل تغيير بنيوي على البيانات.
المحاذاة مع رؤية السعودية 2030أربعة مستهدفات، أثر مباشر لا رمزي
01 — الاقتصاد الرقمي
كل عملية على دبّرني — من نشر المهمّة إلى تحويل الأجر — تحدث داخل قنوات رقمية موثّقة بالكامل، محوّلة نشاطاً اقتصادياً كان يجري نقداً وشفهياً خارج أي إحصاء رسمي إلى نشاط رقمي قابل للقياس. الاقتصاد الرقمي يساهم حالياً بـ16.0% من الناتج المحلي (2024) والهدف الرسمي 19.2% بحلول 2030 — كل معاملة تنتقل من "السوق غير الرسمي" (Informal Economy) لدبّرني تُضاف مباشرة لهذا الرقم.
02 — تمكين العمل الحر
عدد العاملين المستقلين في السعودية تجاوز 1.8 مليون شخص، ومعظمهم خارج مظلّة منصّات العمل الحر الرقمية القائمة (المتخصّصة غالباً في الخدمات المكتبية/الرقمية كالتصميم والترجمة). دبّرني يفتح قناة دخل رقمية موثّقة لفئة مختلفة تماماً من العمالة المستقلة: المعقّبون والحرفيون ومقدّمو الخدمات الميدانية، الذين لا تخدمهم منصّات العمل الحر الحالية أصلاً.
03 — التحوّل لنظام نقد لا ورقي
المملكة حقّقت بالفعل 79% معاملات غير نقدية بنهاية 2025، متجاوزة هدف الـ70% قبل موعده، والهدف الجديد 80% بحلول 2030. دبّرني يستهدف تحديداً الشريحة الأكثر مقاومة للتحوّل: مدفوعات المهام الصغيرة غير الرسمية (30-50 ريال) التي لا تزال تتم نقداً بين الأفراد — إغلاق هذه الفجوة الأخيرة هو بالضبط ما يحتاجه الوصول لهدف 80%.
04 — جودة الحياة وتسهيل الخدمات اليومية
تقليص زمن العثور على مُدبِّر موثوق من "أيام من السؤال في المجموعات" إلى "دقائق من نشر مهمّة واستقبال عروض مقارنة" هو أثر مباشر وقابل للقياس على محور "جودة الحياة" في رؤية 2030، بلا حاجة لبنية تحتية جديدة أو استثمار عام — فقط إعادة تنظيم سوق قائم فعلياً.
الجدوى الاقتصادية ونموذج الإيراداتعمولة الصفقة كمحرك أساسي، وتدفّقات مكمّلة
نماذج الدخل
عمولة الصفقة
المصدر الأساسي — تُخصم تلقائياً عند تحرير المبلغ من الـEscrow، بلا فاتورة يدوية ولا اعتماد على تحصيل لاحق.
اشتراكات VIP للمُدبّرين
ظهور أولوية في قوائم البحث، حد أعلى للعروض اليومية، شارة "موثّق" مرئية — تدفّق دخل متكرر (Recurring) يقلّل الاعتماد الكامل على حجم المعاملات.
إعلانات موجّهة
تثبيت مُدبّرين أو فئات خدمة في أعلى نتائج فئة معيّنة — يُفعَّل بعد الوصول لكثافة مستخدمين كافية لعدم إفساد تجربة البحث.
افتراضات النموذج (مقدَّمة صراحة من المؤسس)
متوسط قيمة المهمّة الواحدة على المنصّة يتراوح بين 30 و50 ريالاً — رقم مصدره تقدير المؤسس المباشر المبني على طبيعة المهام المستهدفة (لا رقم منقول من تقرير خارجي). سيناريو النضج التشغيلي المستخدم هنا: الوصول إلى 5,000 عملية مكتملة يومياً عند نضج التشغيل في المدن الأربع.
| السنة | عمليات/يوم (تقديري) | إيراد سنوي من العمولة (نطاق) | الحالة |
|---|---|---|---|
| السنة 1 | 150 – 400 | SAR 165K – 730K | إطلاق تجريبي، 4 مدن، بناء ثقة أولي |
| السنة 2 | 600 – 1,200 | SAR 660K – 2.19M | نمو عضوي + أول حملات سفراء علامة |
| السنة 3 | 1,800 – 3,000 | SAR 1.97M – 5.48M | تفعيل اشتراكات VIP كتدفّق ثانٍ |
| السنة 4 | 3,000 – 4,200 | SAR 3.29M – 7.67M | تفعيل الإعلانات الموجّهة |
| السنة 5 | 4,000 – 5,000 | SAR 4.38M – 9.13M | نضج تشغيلي في المدن الأربع، تقييم للتوسّع الإقليمي |
هيكل التكلفة الرئيسي المتوقّع
- رسوم بوابة الدفع (Moyasar): نسبة على كل عملية شحن/سحب محفظة — تكلفة متغيّرة مرتبطة مباشرة بالحجم.
- البنية التحتية (Supabase/Mapbox/UltraMsg): تكلفة تتدرّج مع عدد المستخدمين النشطين والاستعلامات الجغرافية — منخفضة نسبياً في مرحلة ما قبل النمو الكبير.
- حساب Apple Developer Program: رسم سنوي ثابت، تمّ الاشتراك فيه بالفعل كخطوة مؤكدة نحو الإطلاق.
- التسويق واقتناء المستخدمين: البند الأكبر تحكّماً في سرعة النمو — تفاصيله في القسم 07.
العائد على الاستثمار (ROI) — منطق الحساب لا رقم نهائي مُلزم
بما أن جولة التمويل ومبلغها لم يُحسما بعد في هذه الوثيقة، لا تُقدَّم نسبة ROI محدَّدة كحقيقة — بدلاً من ذلك، معادلة الحساب المُقترحة لأي مستثمر: (الإيراد التراكمي للسنوات 1-5 من الجدول أعلاه، مطروحاً منه هيكل التكلفة أعلاه) ÷ مبلغ الاستثمار المطروح فعلياً. يُنصح ببناء نموذج مالي كامل (P&L تفصيلي شهري) قبل أي عرض رسمي على مستثمر، بدل الاعتماد على الجدول أعلاه وحده.
خطط التسويق والاستحواذاستراتيجية ثنائية الجانب: طالب الخدمة والمُدبِّر معاً
النموذج ثنائي الجانب (Two-Sided Marketplace) يفرض قاعدة تسويقية صارمة: لا فائدة من جلب آلاف الناشرين بلا مُدبّرين كافين للاستجابة السريعة، والعكس صحيح. لذلك الاستحواذ يجب أن يُدار كمسارين متوازيين لا مسار واحد.
جانب الطلب — استقطاب طالبي الخدمة
- استهداف جغرافي ضيّق أولاً (حي أو مدينة واحدة): تركيز الميزانية الإعلانية على نطاق جغرافي صغير حتى تتحقق كثافة عرض/طلب محسوسة، بدل تشتيت الميزانية على أربع مدن دفعة واحدة.
- محتوى مقارنة صريح: حملات تُظهر الفرق الملموس بين "اسأل في مجموعة واتساب وانتظر" مقابل "انشر واستقبل عروضاً خلال دقائق" — الألم الحقيقي الذي بُني عليه المنتج (القسم 01) هو نفسه المادة التسويقية الأقوى.
- شراكات مع مجمّعات سكنية وحسابات أحياء على منصات التواصل: نفس القنوات غير الرسمية التي كانت المشكلة (مجموعات واتساب الحي) تصبح أول قناة توزيع.
جانب العرض — استقطاب المُدبّرين
- استهداف مباشر للعمالة الحرفية والمعقّبين النشطين فعلاً على قنوات غير رسمية (حساباتهم الشخصية، مجموعات مهنية) بعرض واضح: دخل إضافي موثّق دون تكلفة اشتراك أولية.
- حوافز الانضمام المبكر: إعفاء مؤقت أو مخفَّض من العمولة لأوائل المُدبّرين في كل مدينة — يبني كثافة عرض كافية قبل تعميم الحملة على جانب الطلب في تلك المدينة.
- شارة "موثّق" مرتبطة بالتحقق الفعلي للهوية: رأس مال اجتماعي قابل للتسويق الذاتي من المُدبِّر نفسه (يشاركها في ملفه الشخصي على منصّات أخرى).
بناء الثقة وبرنامج سفراء العلامة
الثقة هي المنتج الفعلي، لا الميزة الثانوية — أي خلل ملموس في الضمان المالي أو التقييمات يهدم الاقتراح الأساسي للمنصّة بالكامل. لذلك:
- عرض علني (بدون بيانات حسّاسة) لعدد المعاملات المكتملة وقيمتها الإجمالية المحفوظة عبر الـEscrow — دليل اجتماعي رقمي مباشر.
- برنامج سفراء يستهدف تحديداً مُدبّرين ذوي تقييم عالٍ مستقر (لا عدد عروض كبير فقط) لتمثيل المنصّة في مدنهم — الحافز مبني على الأداء الموثّق داخل النظام نفسه، لا معايير خارجية.
- سياسة نزاعات معلنة وواضحة (لا "نتعامل مع كل حالة على حدة" غامضة) — الغموض في حسم النزاعات هو أسرع طريق لفقدان الثقة في منصّة مالية.
خارطة الطريق والتطوير المستقبليمن الإطلاق التجريبي إلى الذكاء الاصطناعي التوصوي
منجز جزئياً
الأساس التقني والمالي
تطبيق Flutter كامل، تسجيل دخول عبر واتساب، نشر/مزايدة/محادثة، تبديل الأدوار، تحصين مالي كامل لبنية الـEscrow والـLedger (Migrations 1–45)، إصلاح تسريب بيانات الاتصال. حساب Apple Developer Program مفعَّل.
قيد التنفيذ
إغلاق الفجوات الحاجبة للإطلاق
ربط Moyasar واختبار شحن/سحب حقيقي طرفاً لطرف (لا إطلاق قبله وفق قرار المؤسس)، توقيع Xcode بالحساب المدفوع، إعداد App Store Connect (بطاقة خصوصية دقيقة، لقطات، الوصف)، دورة TestFlight داخلية.
قادم
الرياض كمدينة انطلاق، ثم التوسّع للمدن الأربع
إطلاق تدريجي مدينة تلو الأخرى (وليس دفعة واحدة) لضمان كثافة عرض/طلب حقيقية قبل التوسّع الجغرافي، مدعوماً بحملات جانب العرض المذكورة في القسم 07.
قادم
إغلاق الفجوات التشغيلية غير الحاجبة
رصد أعطال حقيقي (Crash/Error Monitoring — غير موجود حالياً إطلاقاً)، تفعيل اختبارات آلية في خط الأنابيب (CI الحالي يبني فقط دون تشغيل flutter test/analyze)، إشعارات Push (غير موجودة حالياً)، ترقيم صفحات حقيقي (Pagination) للمحادثات والبحث بدل الحدود الثابتة الحالية (100 رسالة / 50 مهمة).
مدن إضافية داخل السعودية
التوسّع لمدن من الدرجة الثانية بعد إثبات نموذج الوحدة الاقتصادية (Unit Economics) في المدن الأربع الأولى — بلا أي توسّع خارج السعودية في هذه المرحلة.
تسعير ذكي وتوصية مطابقة
اقتراح نطاق سعر عادل للناشر عند النشر بناءً على تاريخ مهام مشابهة فعلية (لا سعر مفروض، بل مرجعية إضافية تدعم قرار المزايدة)، وترتيب توصوي للمُدبّرين الأنسب لمهمّة معيّنة بناءً على تاريخ الأداء والمسافة معاً.
اقتراحات استراتيجية إضافيةأفكار من إعدادنا لتعزيز القيمة التشغيلية والاستثمارية
الأفكار التالية اقتراحات لتعزيز الوضع التفاوضي أمام المستثمرين والجهات الداعمة — هي اجتهاد إضافي، وليست جزءاً من النطاق التقني المؤكَّد حالياً.
مؤشر "نزاهة السعر" العلني
نشر متوسط سعر كل فئة مهمّة (تعقيب، نقل، تنظيف...) لكل مدينة كبيانات مفتوحة مبسّطة — يحوّل دبّرني من "منصّة وساطة" إلى "مرجع سعري" للسوق كلّه، وهو أصل بيانات قيّم للمستثمر لاحقاً بحد ذاته، مستقل عن حجم المعاملات.
تكامل مباشر مع جهات تعقيب رسمية
شراكة اختيارية مع مكاتب تعقيب مرخّصة قائمة كـ"مُدبّرين مؤسسيين" داخل المنصّة نفسها — يمنح دبّرني مصداقية أمام الجهات الحكومية دون بناء ترخيص تعقيب مستقل من الصفر.
خط تأمين مصغّر على المهام عالية القيمة
لمهام تتجاوز سقفاً معيّناً (نقل أثاث فاخر، شحن مستندات حسّاسة)، تغطية تأمينية اختيارية بقسط صغير يُضاف للمعاملة — تدفّق إيراد إضافي وحافز ثقة إضافي في آن واحد.
واجهة برمجية (API) محدودة للشركاء المؤسسيين
السماح لشركات عقارية أو إدارات مرافق (Facility Management) بنشر مهام صيانة متكرّرة برمجياً بدل الواجهة اليدوية — يفتح شريحة عملاء B2B موازية للمستخدم الفردي دون تغيير جوهر المنتج.
صندوق ضمان جماعي (Trust Pool) صغير
نسبة محدودة جداً من العمولة تُخصَّص لصندوق تعويض استثنائي في حالات النزاع النادرة المؤكَّدة تقصيراً واضحاً — يُسوَّق كإشارة ثقة إضافية تتجاوز الضمان المالي الأساسي للمعاملة الواحدة.
تقرير أثر اقتصادي سنوي علني
نشر تقرير سنوي مبسّط: عدد المهام المكتملة، إجمالي الدخل الذي تحوّل لمُدبّرين مستقلين، عدد المدن. أداة علاقات عامة مباشرة مع الجهات الحكومية الداعمة لرؤية 2030، وتُبنى تلقائياً من بيانات المنصّة الحقيقية دون جهد تسويقي إضافي.
المصادركل رقم مرجعي في هذه الوثيقة مصدره أحد التالية
- الهيئة العامة للإحصاء (GASTAT) — مساهمة الاقتصاد الرقمي في الناتج المحلي 2024
- وزارة الاتصالات وتقنية المعلومات (MCIT) — هدف الاقتصاد الرقمي 19.2% بحلول 2030
- ResearchAndMarkets — تقرير سوق منصات العمل الحر في السعودية 2025-2030
- Arab News — التحوّل السعودي نحو الاقتصاد اللانقدي
- Ken Research — سوق الإعلانات المبوّبة الرقمية في السعودية
- DXB Apps / Similarweb — بيانات تشغيلية عن منصّة حراج (زيارات وإعلانات يومية)
- DataReportal — Digital 2026: Saudi Arabia
- Monsha'at (الهيئة العامة للمنشآت الصغيرة والمتوسطة) — هدف مساهمة المنشآت الصغيرة والمتوسطة 35% بحلول 2030
- Vision2030.ai — حجم سوق التجارة الإلكترونية السعودي 2025