النشر على المتاجر
حسابات مطوّر Google وApple تحتاج رسوماً ووسيلة دفع، وقد تواجه قيوداً بسبب العقوبات.
الحل: توزيع APK مباشر (الأكثر انتشاراً عندكم) + نسخة ويب PWA للآيفون، وحساب مطوّر عبر شخص أو جهة خارج سوريا عند الحاجة.من فكرة إلى ٣٠ حرفياً حقيقياً
هذا الملف يكمّل نموذج الشاشات: نطاق النسخة الأولى، خطة الأسابيع الستة، نموذج الربح، طرق الدفع المتاحة اليوم في سوريا، المخاطر الواقعية (المتاجر والدفع والثقة والقانون)، ومعايير قياس نجاح التجربة الأولى — ثم ترتيب التسليم للمبرمج.
30حرفي موثّق على الأقل
200مستخدم زبون في أول شهرين
30%من الحرفيين يدفعون بعد الشهر المجاني
4.0+متوسط تقييم التطبيق
١ · النطاق
ما يدخل في النسخة الأولى وما ينتظر
داخل النسخة الأولى
- مدينة واحدة فقط و٤ إلى ٦ فئات خدمات (كهرباء، سباكة، بناء وترميم، دهان، طاقة شمسية، نجارة).
- شاشات الزبون الست: دخول برقم الموبايل، رئيسية، قائمة بفلاتر، ملف حرفي، تقييم، مفضلة وسجل تواصل.
- شاشات الحرفي الخمس: تسجيل وتوثيق، متاح/غير متاح، ملف وأسعار، اشتراك ودفع يدوي، تقييمات وإحصائيات.
- لوحة إدارة ويب: قبول/رفض الحرفيين، مراجعة الدفعات وتفعيلها، حذف تقييم مسيء أو حظر، إحصائيات عامة.
- شهر تجريبي مجاني + تنبيه قبل انتهاء الاشتراك بـ٣ أيام.
خارج النسخة الأولى (لاحقاً)
- محادثة داخل التطبيق، وحجز مواعيد.
- دفع الزبون للحرفي عبر التطبيق وضمان مالي.
- عدّة مدن، إشعارات ذكية، وخرائط تفصيلية.
- فئة مواد البناء ومحلاتها، وإعلانات مدفوعة.
- ربط API مباشر مع الشام كاش أو سيرياتيل كاش عند توفّره.
القاعدة: لا نضيف ميزة جديدة قبل أن يصل الحرفي الحقيقي إلى أول ٣٠ ملف موثّق وأول ٢٠٠ زبون.
٢ · خطة التنفيذ
ستة أسابيع من الاتفاق إلى تجربة مغلقة
الأسبوع الأول ليس برمجياً: اختيار المدينة وتجميع ٢٠–٣٠ حرفياً حقيقياً هو أهم خطوة في المشروع، لأنهم سمعة التطبيق الأولى.
- 1الأسبوع 1 — التحضير الميداني
اختيار المدينة والفئات، وجمع ٢٠–٣٠ حرفياً ووعدهم بالتجربة المجانية، ومعهم أول ٢٠–٣٠ زبوناً للتجربة.
- 2الأسابيع 2–4 — البناء
المصادقة وقاعدة البيانات، ثم شاشات الزبون الست، ثم شاشات الحرفي الخمس.
- 3الأسبوع 5 — الاشتراك والدفع والإدارة
نظام الخطط، الدفع اليدوي (رقم العملية + رفع الإيصال)، لوحة الإدارة، وسجل الدفعات.
- 4الأسبوع 6 — تجربة مغلقة
١٠–١٥ حرفياً و٣٠–٥٠ زبوناً على النسخة الحقيقية، قياس الاتصالات والتقييمات، وتعديل ما يتعطّل فعلاً.
- 5بعدها — النشر والتوسّع
إطلاق النسخة الأولى في المدينة، ثم مدينة ثانية بعد إثبات أن الحرفيين يدفعون فعلاً بعد الشهر المجاني.
٣ · المخاطر
العوائق الواقعية وكيف نتجاوزها
سياسات المتاجر على الاشتراكات
قد تفرض Google وApple استخدام نظام الدفع الخاص بهما على الاشتراكات الرقمية داخل التطبيق.
الحل: هنا الاشتراك خدمة تجارية للحرفي لا محتوى رقمي للزبون — اسأل مبرمجاً متمرساً عن الصياغة، أو ابدأ بنسخة الأندرويد المباشرة.ثقة الناس
التطبيق الجديد بلا سمعة، وسوق فيه كثير من التجارب السيئة مع حرفيين عشوائيين.
الحل: أول ٣٠ حرفياً يُختارون بعناية وتكون هويتهم موثّقة، مع ظهور شارة «موثّق» وتقييمات من زبائن حقيقيين فقط.الدفع الإلكتروني
لا يوجد API جاهز ومضمون مع الشام كاش أو سيرياتيل كاش للمتاجر.
الحل: دفع يدوي مع تأكيد من الإدارة ومنع تكرار رقم العملية، ومنطق الدفع في وحدة مستقلة ليُربط الـAPI لاحقاً بلا إعادة بناء.الاستدامة المالية
الحرفي لن يدفع إذا لم يرَ اتصالات حقيقية من التطبيق.
الحل: إحصائيات واضحة في شاشة الحرفي (مشاهدات الملف، الاتصالات، الواتساب) وإثبات القيمة خلال الشهر المجاني.الجانب القانوني
تسجيل المشروع والضرائب وشروط التجارة الإلكترونية في سوريا.
الحل: استشارة محامٍ أو جهة مختصة قبل النشر التجاري، وإضافة سياسة خصوصية وشروط استخدام على التطبيق.
٤ · معايير النجاح
متى نقول إن التجربة نجحت؟
قياس واحد مهم: هل عاد الحرفي ودفع بعد الشهر المجاني؟ هذه الأرقام هي بوابة قرار التوسع للمدينة الثانية.
30حرفي موثّق على الأقل داخل المدينة
200مستخدم زبون خلال أول شهرين
30%من الحرفيين يدفعون بعد انتهاء الشهر المجاني
4.0+متوسط تقييم التطبيق من المجرّبين
≥ 5اتصالات أو محادثات واتساب شهرياً لكل حرفي فعّال
مؤشرات إنذار مبكر: حرفي فعّل اشتراكاً وبلا أي اتصال خلال أسبوعين، أو فئة خدمات بلا حرفي واحد متاح — تُعالَج في تجربة الأسبوع السادس.
٥ · التسليم للمبرمج
ترتيب التنفيذ وقواعد لا تُخالف
رابط البناء الموصى به: Flutter (RTL) + خلفية Supabase/Firebase + لوحة إدارة ويب. ابنِ بهذا الترتيب بالضبط، وسلّم نسخة قابلة للتجربة في نهاية كل مرحلة.
- المصادقة وقاعدة البيانات — دخول برقم الموبايل + رمز تحقق، وأدوار: زبون / حرفي / مدير.
- شاشات الزبون — الفئات والبحث، القائمة والفلاتر، ملف الحرفي، الاتصال والواتساب، التقييم، المفضلة والسجل.
- شاشات الحرفي — التسجيل وتوثيق الهوية ورفع الأعمال، إدارة الملف والأسعار، متاح/غير متاح، التقييمات والإحصائيات.
- الاشتراك والدفع اليدوي — الخطط، أرقام المحافظ، رقم العملية، رفع الإيصال، حالات الطلب، ومنع التكرار.
- لوحة الإدارة — توثيق الحرفيين، مراجعة الدفعات وتفعيلها، الإحصائيات، حذف التقييمات المسيئة أو الحظر.
قواعد هندسية ملزمة
- منطق الدفع في وحدة مستقلة (interface واحد كما في نموذج
PaymentProvider) — إضافة مزوّد ثالث لا تلمس الشاشات. - كل النصوص في ملف ترجمة واحد (ar/en) بلا نصوص مكتوبة داخل الواجهات.
- ضغط الصور على الجهاز قبل الرفع، وحد أقصى للحجم، وتخزين مؤقت للقوائم للقراءة بلا إنترنت.
- فهارس استعلام على (الفئة + المنطقة + متاح الآن + التقييم) لأن هذه هي شاشة الاستخدام الأكثر.
- صلاحيات صارمة: الزبون لا يرى صور الهويات ولا ملفات الإيصالات، والوصول للمدير فقط.
- لا مكتبات ثقيلة ولا رسوم متحركة كمالية — التطبيق يجب أن يعمل على أندرويد قديم وإنترنت ضعيف.
مقاييس القبول (قبل قول «جاهز»)
- رقم بصيغة
09xxxxxxxxيُقبل، وغيره يُرفض برسالة واضحة. - لا يظهر أي حرفي في القوائم قبل موافقة الإدارة واشتراك فعّال أو شهر تجريبي.
- رقم عملية مكرّر يُرفض تلقائياً، ويظهر سبب الرفض للحرفي.
- تفعيل الدفعة يُمدّد الاشتراك للمدة الصحيحة ويجلب تنبيهاً قبل ٣ أيام.
- التقييم متاح فقط لحساب تواصل فعلياً مع الحرفي، ويظهر في ملفه فوراً.
- إحصائيات الحرفي (مشاهدات/اتصالات) تُحتسب فعلياً لا تجريبياً.
ملاحظة على الأرقام: أسعار الخطط وأرقام المحافظ في هذا النموذج تجريبية للعرض — السعر النهائي يُحدَّد من لوحة الإدارة بعد تجربة السوق، وأرقام الشام كاش وسيرياتيل كاش الحقيقية تُدخل في الإعدادات لا في الكود.
شاهد الشاشات المبنية
اثنتا عشرة شاشة بحجم جهاز حقيقي: شاشات الزبون، شاشات الحرفي، ولوحة الإدارة.