خطة مؤسسية لإطلاق منصة AI Builder عالمية من اليمن

التاريخ: 2026-07-11

النسخة: 1.0

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

1. القرار التنفيذي

نبدأ من Cloudflare VibeSDK كنواة تقنية، لكن لا نبيع "VibeSDK" كما هو. نبيع نتيجة تجارية واضحة:

"حوّل نشاطك إلى موقع أو تطبيق عملي خلال أيام، مع دومين، لوحة إدارة، واتساب، دعم، وتطوير مستمر."

المنتج في أول 90 يوم ليس SaaS كامل فقط، بل نموذج هجين:

1. خدمة تنفيذ مدفوعة سريعة للعملاء اليمنيين والعرب.
2. منصة AI داخلية تساعد الفريق على التسليم بسرعة.
3. باقات اشتراك شهرية للاستضافة، الصيانة، التعديلات، والدعم.
4. شبكة وكلاء/ممثلين في المحافظات تجلب العملاء وتحصّل المدفوعات.
5. لاحقا تتحول الخدمة إلى منصة ذاتية الخدمة عالمية.

القاعدة: لا ننتظر اكتمال المنتج العالمي حتى نربح. نبدأ بجمع دفعات من اليوم الأول عبر عروض تأسيسية واضحة، مع تسليم يدوي/شبه آلي حتى تكتمل المنصة.

2. الافتراضات والحدود

هذه الخطة تفترض:

• المنتج مبني على VibeSDK أو fork منه، مع الحفاظ على ترخيص MIT وإشعار Cloudflare.
• السوق الأول: اليمن بكل المحافظات، ثم المغتربين اليمنيين، ثم السوق العربي، ثم العالمي.
• القناة الأولى للبيع: واتساب، فيسبوك، علاقات محلية، وكلاء محافظات، ومبيعات مباشرة.
• الدفع في اليمن سيبدأ يدويا أو شبه يدوي بسبب محدودية بوابات الدفع المحلية العامة.
• الأسعار الداخلية تحسب بالدولار أو الريال السعودي، والتحصيل المحلي يكون بسعر صرف يوم التحصيل.

حدود مهمة:

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

3. الرؤية

الرؤية:

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

التموضع:

• لسنا "مصمم مواقع" فقط.
• لسنا "قوالب جاهزة" فقط.
• لسنا "شات AI يكتب كود" فقط.
• نحن "مصنع رقمي للأعمال الصغيرة والمتوسطة".

القيمة:

• العميل اليمني يريد دخل، زبائن، ثقة، واتساب، ظهور، ونظام بسيط.
• العميل العربي يريد سرعة، سعر واضح، لغة عربية، دعم، وتخصيص.
• العميل العالمي لاحقا يريد منصة build/deploy قابلة للبرمجة والتوسع.

4. لماذا VibeSDK مناسب كبداية

حسب المستودع الرسمي لـ Cloudflare VibeSDK، هو منصة مفتوحة المصدر لتوليد تطبيقات ويب بالذكاء الاصطناعي، مبنية على Cloudflare developer platform.

النواة تشمل:

• React + Vite للواجهة.
• Cloudflare Workers كخلفية.
• Durable Objects لوكلاء الذكاء الاصطناعي والحالة.
• D1 كقاعدة بيانات SQLite.
• Drizzle ORM.
• R2 للقوالب والملفات.
• KV للتخزين السريع والجلسات.
• Cloudflare Containers للمعاينة وتشغيل التطبيقات المولدة.
• Workers for Platforms لنشر تطبيقات المستخدمين.
• AI Gateway للربط والمراقبة والتحكم في نماذج الذكاء الاصطناعي.
• GitHub Export.
• SDK رسمي @cf-vibesdk/sdk.

لماذا هو أفضل من Libra لهذا المشروع:

• ترخيص MIT يسمح بتعديل وبيع المنتج مع الاحتفاظ بالإشعار.
• رسمي من Cloudflare.
• مصمم أساسا لمنصات AI vibe coding.
• يستخدم Workers for Platforms لتشغيل كود مستخدمين متعددين.
• أقرب لنموذج "منصة عالمية" وليس مجرد تطبيق SaaS محلي.

لكن VibeSDK ليس جاهزا وحده كشركة:

• لا يكفي كنظام اشتراكات وفواتير كامل.
• يحتاج control plane تجاري.
• يحتاج سياسة استخدام، حماية، مراقبة تكلفة، دعم، وكلاء، وتسعير.
• يحتاج Arabic-first UX و RTL وقطاعيات يمنية/عربية.

5. المنتج الذي نبيعه من اليوم الأول

5.1 المنتج الأول: موقع أعمال سريع

لمن:

• مطاعم وكافيهات.
• عيادات ومراكز طبية غير حساسة.
• محلات.
• مكاتب عقار.
• مدارس ومعاهد.
• خدمات صيانة.
• مصورين ومصممين.
• شركات مقاولات.
• منظمات ومبادرات.

المخرجات:

• صفحة/موقع تعريفي.
• زر واتساب.
• نموذج طلب.
• خريطة/موقع.
• صور وخدمات.
• دومين أو subdomain.
• لوحة تعديلات بسيطة لاحقا.
• استضافة وصيانة شهرية.

5.2 المنتج الثاني: متجر واتساب

ليس متجر دفع إلكتروني كامل في البداية. هو كتالوج ذكي يقود إلى واتساب.

المخرجات:

• كتالوج منتجات.
• تصنيفات.
• بحث.
• زر طلب واتساب مع تفاصيل المنتج.
• صفحة عروض.
• QR للمتجر.
• لوحة إدارة بسيطة أو تحديث عبر الفريق.

5.3 المنتج الثالث: لوحة إدارة/تطبيق داخلي

لمن:

• عقارات.
• مدارس.
• عيادات.
• مخازن.
• جمعيات.
• فرق مبيعات.

المخرجات:

• تسجيل دخول.
• أدوار.
• جداول بيانات.
• نماذج.
• تقارير.
• تصدير Excel/CSV.
• دعم شهري.

5.4 المنتج الرابع: MVP للشركات الناشئة

لمن:

• أصحاب أفكار SaaS.
• وكالات.
• مشاريع تقنية.
• مغتربين يريدون مشروع رقمي.

المخرجات:

• تحليل فكرة.
• Blueprint.
• prototype.
• تطبيق أولي.
• خطة تقنية.
• نشر تجريبي.
• باقة تطوير مستمر.

6. نموذج الربح من اليوم الأول

الهدف ليس أن ينتظر العميل منصة ذاتية الخدمة. الهدف أن يدفع مقابل نتيجة.

6.1 عرض اليوم الأول

اسم العرض:

باقة المؤسسين: أطلق حضورك الرقمي خلال 48-72 ساعة

الشروط:

• عدد محدود: أول 100 عميل.
• دفع مقدم غير مسترد لحجز التنفيذ.
• تسليم مرحلي.
• دعم واتساب.
• سعر تأسيسي ينتهي بعد أول 100 عميل.

6.2 الباقات المقترحة

العملة المحاسبية: USD أو SAR.

التحصيل المحلي: ما يعادلها حسب سعر يوم التحصيل.

6.3 طريقة تحقيق دخل من اليوم الأول

اليوم الأول لا يحتاج منصة مكتملة. يحتاج عرض، صفحة بيع، واتساب، وفريق تنفيذ.

خطة اليوم الأول:

1. تجهيز عرض PDF/صفحة قصيرة.
2. نشر 10 أمثلة وهمية أو demo.
3. فتح باب "أول 100 عميل".
4. طلب عربون 20-50 USD أو ما يعادله.
5. تسجيل الطلب في CRM.
6. تسليم أول 5-10 عملاء يدويا باستخدام VibeSDK + تعديلات بشرية.
7. تحويل كل عميل إلى اشتراك شهري.

هدف أول 7 أيام:

• 100 محادثة مبيعات.
• 30 عرض سعر.
• 15 دفعة مقدمة.
• 5 تسليمات أولية.
• 5 اشتراكات شهرية.

هدف أول 30 يوم:

• 300-500 lead.
• 60 عميل دافع.
• 25 موقع/كتالوج مسلم.
• 10 اشتراكات شهرية مثبتة.
• 3 وكلاء محافظات نشطين.

6.4 الدخل المتوقع كسيناريوهات

سيناريو محافظ في أول 30 يوم:

• 30 عميل "حضور سريع" × 49 = 1470 USD.
• 15 عميل "موقع أعمال" × 149 = 2235 USD.
• 5 عملاء "كتالوج" × 199 = 995 USD.
• اشتراكات شهرية أولية: 50 × متوسط 15 = 750 USD MRR.
• إجمالي تحصيل أولي تقريبي: 4700 USD.

سيناريو متوسط:

• 80 عميل تأسيس بمتوسط 120 USD = 9600 USD.
• 40 اشتراك بمتوسط 20 USD = 800 USD MRR.
• 2 مشاريع MVP × 1200 = 2400 USD.
• إجمالي تحصيل أولي تقريبي: 12000 USD.

سيناريو متفائل:

• 150 عميل تأسيس بمتوسط 150 USD = 22500 USD.
• 80 اشتراك بمتوسط 25 USD = 2000 USD MRR.
• 5 مشاريع MVP بمتوسط 1500 = 7500 USD.
• إجمالي تحصيل أولي تقريبي: 30000 USD.

هذه أرقام تشغيلية وليست وعدا. الشرط هو تنفيذ مبيعات يومية صارمة.

7. استراتيجية المحافظات اليمنية

اليمن إداريا 21 محافظة + أمانة العاصمة، ويشار لها عمليا كـ 22 وحدة إدارية تشمل سقطرى وأمانة العاصمة. الهدف ليس فتح مكتب في كل محافظة من أول يوم، بل فتح قناة بيع وتحصيل وتمثيل في كل محافظة تدريجيا.

7.1 نموذج التوزيع

المركز:

• فريق مركزي أونلاين: مبيعات، تنفيذ، دعم، محاسبة.

المحافظات:

• ممثل محافظة.
• مندوب مدينة.
• شريك وكالة.
• مسوق عمولة.

العمولة:

• 20% من رسوم التأسيس للعميل الجديد.
• 10% من أول 3 أشهر اشتراك.
• مكافأة عند الوصول إلى 10 عملاء نشطين.

7.2 ترتيب المحافظات

مرحلة A - أول 30 يوم:

• أمانة العاصمة.
• صنعاء.
• عدن.
• تعز.
• إب.
• حضرموت.
• الحديدة.
• مأرب.

مرحلة B - 31 إلى 60 يوم:

• ذمار.
• لحج.
• شبوة.
• أبين.
• الضالع.
• عمران.
• حجة.

مرحلة C - 61 إلى 90 يوم:

• البيضاء.
• الجوف.
• المهرة.
• المحويت.
• ريمة.
• صعدة.
• سقطرى.

7.3 خطة تغطية كل محافظة

لكل محافظة نحتاج:

• قائمة 100 نشاط تجاري.
• 20 وكالة/مسوق محتمل.
• 10 مدارس/معاهد.
• 10 مطاعم/كافيهات.
• 10 عيادات/مراكز.
• 10 عقارات/مقاولات.
• 10 منظمات/مبادرات.
• 10 مؤثرين محليين.

قالب تشغيل المحافظة:

1. تعيين ممثل مؤقت.
2. تدريبه على العرض.
3. تزويده برابط demo.
4. تزويده برسائل واتساب.
5. تفعيل طريقة تحصيل.
6. أول هدف: 5 عملاء مدفوعين.
7. بعد 5 عملاء: يصبح ممثلا معتمدا.

8. استراتيجية المبيعات

8.1 العميل المثالي في البداية

نركز على عميل:

• لديه نشاط قائم.
• يستطيع دفع 50-200 USD أو ما يعادلها.
• يحتاج ظهورا فوريا.
• يستخدم واتساب يوميا.
• لا يحتاج نظاما معقدا.
• يريد تسليم سريع.

لا نبدأ بعميل:

• يريد نظام ERP كامل بسعر موقع بسيط.
• لا يستطيع الدفع مقدما.
• يريد ربط دفع إلكتروني معقد من أول يوم.
• يحتاج امتثال قانوني عالي.

8.2 الرسالة التسويقية

رسالة قصيرة:

نعمل لك موقع/كتالوج احترافي لنشاطك خلال 48-72 ساعة، مرتبط بالواتساب، يظهر خدماتك ومنتجاتك، مع استضافة ودعم شهري. ادفع عربون واحجز ضمن أول 100 عميل بسعر تأسيسي.

رسالة للتجار:

بدل ما ترسل صور المنتجات كل مرة، خذ رابط كتالوج مرتب. العميل يختار المنتج ويرسل الطلب مباشرة للواتساب.

رسالة للعيادات:

صفحة مواعيد وتعريف بالأطباء والخدمات وموقع العيادة، مع زر حجز واتساب.

رسالة للعقارات:

اعرض الشقق والأراضي بالصور والموقع والتفاصيل، والعميل يرسل استفساره مباشرة.

8.3 قمع المبيعات

المراحل:

1. Lead.
2. محادثة واتساب.
3. فهم النشاط.
4. عرض الباقة.
5. تحصيل عربون.
6. جمع البيانات.
7. بناء demo.
8. مراجعة العميل.
9. تسليم.
10. تحويل إلى اشتراك.

قواعد المبيعات:

• لا تنفيذ بلا عربون.
• لا نشر بلا دفع المتبقي.
• لا وعود غير مكتوبة.
• كل تعديل خارج النطاق له سعر.
• كل عميل يجب أن يوقع موافقة واتساب/نموذج بسيط على النطاق.

9. الدفع والتحصيل داخل اليمن

9.1 المبدأ

لا نبني نجاح المشروع على تكامل API دفع من اليوم الأول. نبدأ بتحصيل يدوي موثق، ثم ننتقل إلى تكاملات رسمية عندما تتوفر عقود تاجر وواجهات API.

9.2 طرق الدفع العملية

قنوات محتملة، حسب توفر الحسابات والامتثال:

• تحويل بنكي محلي.
• محافظ إلكترونية محلية.
• كاش عبر ممثل المحافظة.
• حوالات محلية.
• دفع عبر وكلاء مع إيصال.
• للمغتربين: تحويلات دولية أو دفع عبر كيان خارجي نظامي بعد مراجعته قانونيا.

أمثلة خدمات/محافظ موجودة في السوق اليمني يجب التحقق من شروط التاجر معها:

• CAC Mobile Money.
• Jawali.
• Floosak.
• Kuraimi Jawal / خدمات الكريمي.
• Yemen Wallet.
• شبكات حوالات محلية.

9.3 نظام التحصيل

يجب إنشاء ledger داخلي من اليوم الأول:

• رقم العميل.
• المحافظة.
• اسم المندوب.
• المبلغ.
• العملة.
• سعر الصرف المستخدم.
• طريقة الدفع.
• صورة الإيصال.
• حالة الدفع.
• العمولة.
• تاريخ التسليم.

لا تعتمد على ذاكرة واتساب.

9.4 سياسة المخاطر المالية

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

10. التقنية والبنية المؤسسية

10.1 مسار التطوير الصحيح

لا يبدأ المشروع داخل public_html.

المسار:

Windows أو Linux
↓
WSL2 Ubuntu عند استخدام Windows
↓
Docker Desktop
↓
Bun + Node.js
↓
VibeSDK fork
↓
Cloudflare

10.2 نواة VibeSDK

نثبت الأصل أولا:

git clone https://github.com/cloudflare/vibesdk.git ysa-build
cd ysa-build
bun install
bun run setup
bun run db:migrate:local
bun run dev

ثم:

bun run typecheck
bun run lint
bun run test
bun run build

لا نعيد البراند قبل هذه الخطوة.

10.3 المعمارية المستهدفة

طبقات النظام:

1. Public Website: صفحة بيع، أسعار، أمثلة، تسجيل.
2. SaaS Control Plane: مستخدمون، مؤسسات، مشاريع، اشتراكات، فواتير، دعم.
3. AI Builder Core: مقابلة العميل، blueprint، توليد، إصلاح، معاينة.
4. Runtime Layer: نشر التطبيقات على Workers for Platforms.
5. Billing & Usage: أرصدة، حدود، استهلاك نماذج، تكلفة.
6. Support Console: تذاكر، واتساب، حالة مشاريع.
7. Agent Network Portal: لوحة وكلاء المحافظات والعمولات.
8. Admin & Compliance: مراجعة، حظر، سجلات، صلاحيات.

10.4 Cloudflare

المطلوب للإنتاج:

• Workers Paid Plan.
• Workers for Platforms.
• Custom Domain.
• غالبا Advanced Certificate Manager عند استخدام wildcard subdomains حسب شكل الدومين.
• D1.
• R2.
• KV.
• Durable Objects.
• Containers.
• AI Gateway.

10.5 Model Router

في البداية:

• Gemini عبر Google AI Studio لتقليل التعقيد.
• AI Gateway للمراقبة والحدود.

لاحقا:

• Gemini.
• OpenAI.
• Anthropic.
• OpenRouter.
• Grok/xAI عند الحاجة.

القاعدة:

• كل باقة لها حدود AI credits.
• لا توجد توليدات مفتوحة.
• كل عملية توليد لها تكلفة داخلية.
• أي عميل كبير يستخدم BYOK أو باقة أعلى.

11. الأمن والحوكمة

11.1 مخاطر الذكاء الاصطناعي

المخاطر:

• توليد كود غير آمن.
• prompt injection.
• تسريب مفاتيح API.
• إساءة استخدام لتوليد صفحات احتيالية.
• رفع محتوى مخالف.
• استنزاف AI credits.
• تشغيل كود ضار داخل المعاينة.

الضوابط:

• sandbox لكل مشروع.
• منع الأسرار داخل الكود المولد.
• فحص قبل النشر.
• حدود CPU/memory/time.
• مراجعة دومينات ومحتوى.
• سجل كامل لكل توليد.
• rate limits.
• spend limits.
• منع أنواع مشاريع عالية المخاطر.
• تعطيل نشر أي مشروع مشتبه حتى يراجع.

11.2 صلاحيات داخلية

الأدوار:

• Owner.
• Admin.
• Finance.
• Sales Manager.
• Governorate Agent.
• Builder.
• Support.
• Customer.

كل دور له أقل صلاحية ممكنة.

11.3 سياسة البيانات

• لا تخزن كلمات مرور plain text.
• لا ترسل مفاتيح API في واتساب.
• لا تحفظ وثائق حساسة إلا عند الحاجة.
• افصل بيانات العملاء.
• وفر export/delete لاحقا.
• جهز Privacy Policy وTerms من البداية.

12. الخطة التشغيلية لأول 90 يوم

Phase 0: أيام 1-3

الهدف: إثبات أن VibeSDK يعمل.

المهام:

• تجهيز بيئة التطوير.
• تشغيل VibeSDK الأصلي.
• إعداد Cloudflare.
• إعداد Gemini.
• تشغيل توليد بسيط.
• تشغيل preview.
• تشغيل build/test.
• توثيق كل blocker.

مخرجات:

• تقرير تشغيل.
• فيديو داخلي قصير.
• قائمة مخاطر تقنية.

Phase 1: أيام 4-7

الهدف: تجهيز البيع قبل التخصيص الكبير.

المهام:

• اختيار اسم مؤقت.
• صفحة عرض بسيطة.
• 5 demos لقطاعات يمنية.
• PDF باقات.
• رسائل واتساب.
• CRM بسيط.
• ledger مدفوعات.
• نموذج جمع بيانات العميل.

مخرجات:

• أول حملة مبيعات.
• أول دفعات.

Phase 2: أيام 8-21

الهدف: التسليم المدفوع.

المهام:

• بناء أول 10-25 مشروع عميل.
• إنشاء نظام جودة.
• توثيق أكثر الطلبات تكرارا.
• بناء templates/knowledge packs أولية.
• تدريب 3 وكلاء.
• تفعيل دعم واتساب.

مخرجات:

• أول revenue حقيقي.
• أول اشتراكات شهرية.
• أول قصص نجاح.

Phase 3: أيام 22-45

الهدف: تحويل الخدمة إلى نظام قابل للتكرار.

المهام:

• لوحة عملاء.
• لوحة مشاريع.
• نظام باقات.
• نظام AI credits داخلي.
• حساب عمولات الوكلاء.
• قوالب معرفة للقطاعات.
• تحسين مقابلة AI قبل البناء.

مخرجات:

• تقليل وقت التسليم.
• رفع هامش الربح.
• وكلاء في 8 محافظات.

Phase 4: أيام 46-90

الهدف: SaaS أولي.

المهام:

• Self-service محدود.
• دفع/تحصيل شبه آلي.
• لوحة اشتراكات.
• نظام فواتير.
• إدارة custom domains.
• Marketplace للوكلاء/الوكالات.
• توثيق API/SDK داخلي.

مخرجات:

• منتج قابل للتوسع.
• 100-300 عميل مدفوع.
• MRR واضح.

13. الفريق المطلوب

13.1 فريق مؤسس صغير

الأدوار:

• CEO/Product: القرار، التسعير، الشراكات.
• CTO/Lead Engineer: VibeSDK، Cloudflare، الأمن.
• AI Engineer: prompts، blueprints، model routing.
• Full-stack Engineer: SaaS control plane.
• Designer: UI/RTL/brand.
• Sales Lead: قنوات البيع والوكلاء.
• Customer Success: onboarding والدعم.
• Finance/Ops: التحصيل والعمولات والدفاتر.

يمكن لشخص واحد حمل أكثر من دور في البداية، لكن لا يجب تجاهل أي وظيفة.

13.2 وكلاء المحافظات

شروط الوكيل:

• لديه شبكة علاقات.
• يستخدم واتساب باحتراف.
• قادر على التحصيل أو التنسيق.
• يفهم أساسيات المنتج.
• يلتزم بالنصوص والأسعار.

أدوات الوكيل:

• رابط demo.
• كتيب PDF.
• أسعار.
• نموذج تسجيل العميل.
• رابط تتبع عمولة.
• سياسة تحصيل.

14. التسويق

14.1 قنوات اليمن

• واتساب.
• فيسبوك.
• تيك توك.
• صفحات محلية.
• مؤثرون محافظات.
• غرف تجارية.
• مدارس ومعاهد.
• مطاعم وكافيهات.
• معارض صغيرة.
• طباعة QR posters للعملاء الأوائل.

14.2 قنوات خارج اليمن

• المغتربون اليمنيون.
• أصحاب أعمال عرب في الخليج.
• وكالات تسويق صغيرة.
• مستقلون يريدون white-label.
• مجتمعات no-code/AI.
• LinkedIn للشركات.

14.3 المحتوى

أفكار محتوى:

• قبل/بعد لموقع نشاط.
• "من واتساب فقط إلى رابط احترافي".
• "كيف تزيد ثقة العميل خلال 48 ساعة".
• "كتالوج مطعم خلال يوم".
• "لوحة عقارات بسيطة".
• "مشروع من تعز صار له رابط يرسل عروضه للمغتربين".

14.4 التفكير خارج الصندوق

أفكار غير تقليدية:

• باقة "هدية للمغترب": مغترب يدفع لإنشاء موقع لمشروع عائلته في اليمن.
• كروت QR مطبوعة لكل عميل.
• شبكة "مندوب جامعي" لبيع مواقع للخريجين والمشاريع الصغيرة.
• شراكة مع مصورين محليين: تصوير + موقع.
• شراكة مع مطابع: QR menu + website.
• باقة رمضان/عيد/موسم مدارس.
• منصة "دليل محافظتي" تجمع عملاءك في directory عام وتزيد ظهورهم.
• باقة "تاجر واتساب محترف" تشمل كتالوج + رسائل جاهزة + QR.
• White-label للوكالات المحلية.

15. تجربة العميل

15.1 خطوات العميل

1. يرى الإعلان أو يصله عرض.
2. يفتح واتساب.
3. يختار نوع النشاط.
4. يدفع عربون.
5. يرسل البيانات والصور.
6. يحصل على preview.
7. يطلب تعديلين ضمن الباقة.
8. يدفع المتبقي.
9. يتم النشر.
10. يدخل اشتراك شهري.

15.2 نموذج جمع البيانات

الحقول:

• اسم النشاط.
• المحافظة/المدينة.
• رقم واتساب.
• نوع النشاط.
• الخدمات/المنتجات.
• الأسعار إن وجدت.
• الصور.
• الشعار إن وجد.
• العنوان.
• روابط السوشيال.
• اللغة.
• الباقة.
• طريقة الدفع.

15.3 SLA

• رد أولي: أقل من 4 ساعات عمل.
• preview للباقات الصغيرة: 48-72 ساعة.
• تعديل أول: 24 ساعة.
• إصلاح أعطال حرجة: 24 ساعة.
• تعديل محتوى بسيط: حسب الباقة.

16. الجودة

قائمة فحص قبل التسليم:

• يعمل على الجوال.
• زر واتساب صحيح.
• لا توجد أخطاء إملائية واضحة.
• الصور مضغوطة.
• SEO أساسي.
• سرعة مقبولة.
• روابط صحيحة.
• نموذج يعمل.
• الدومين يعمل.
• SSL يعمل.
• العميل وافق على النسخة النهائية.

قائمة فحص للتطبيقات:

• تسجيل الدخول يعمل.
• الأدوار تعمل.
• الجداول تحفظ البيانات.
• لا تظهر بيانات عميل لعميل آخر.
• النسخ الاحتياطي مفهوم.
• لا توجد أسرار في الواجهة.
• تم اختبار flow رئيسي.

17. المالية والوحدات الاقتصادية

17.1 التكاليف

تكاليف ثابتة أولية:

• Cloudflare Workers Paid.
• Workers for Platforms.
• دومين.
• احتمال Advanced Certificate Manager.
• أدوات تواصل/CRM.
• تصميم ومواد تسويقية.

تكاليف متغيرة:

• LLM usage.
• Containers usage.
• وقت الفريق.
• عمولات وكلاء.
• دعم.
• دومينات العملاء إن شملتها الباقة.

17.2 قواعد حماية الهامش

• لا توليد AI مفتوح للعميل في الباقات الصغيرة.
• كل باقة لها عدد محاولات وتعديلات.
• أي custom backend له سعر منفصل.
• أي دفع إلكتروني/تكامل خارجي مشروع منفصل.
• لا اشتراك شهري أقل من تكلفة الدعم.
• كل وكيل يأخذ عمولة فقط بعد تحصيل فعلي.

17.3 KPI مالية

• Cash collected.
• MRR.
• Gross margin.
• CAC.
• Payback period.
• نسبة التحويل من محادثة إلى دفع.
• متوسط سعر التأسيس.
• نسبة التجديد الشهري.
• تكلفة AI لكل مشروع.

18. المنتج المؤسسي المستهدف

18.1 SaaS Control Plane

لازم نبني:

• Users.
• Organizations.
• Projects.
• Plans.
• Subscriptions.
• AI Credits.
• Invoices.
• Payments ledger.
• Agent commissions.
• Admin dashboard.
• Support tickets.
• Audit logs.
• Feature flags.
• Usage metering.
• Abuse controls.

18.2 AI Project Interview

بدل أن يكتب العميل:

اعمل متجر

المنصة تسأل:

• ما نوع المنتجات؟
• هل البيع عبر واتساب أم دفع إلكتروني؟
• هل توجد مخازن؟
• هل تريد لوحة إدارة؟
• هل لديك صور؟
• هل لديك أسعار؟
• ما المحافظة؟
• هل تريد عربي فقط أم عربي/إنجليزي؟

ثم تنتج:

• Project Specification.
• Database Blueprint.
• Roles.
• Pages.
• Workflows.
• Integrations.
• Price estimate.
• Delivery estimate.

ثم يوافق العميل قبل البناء.

18.3 Knowledge Packs

ننشئ حزم معرفة، ليست templates جامدة:

• Commerce.
• Restaurants.
• Real Estate.
• Clinics.
• Schools.
• NGOs.
• Services.
• Hotels.
• Booking.
• Portfolio.
• Corporate.
• Custom SaaS.

كل حزمة تحتوي:

• أسئلة مقابلة.
• كيانات بيانات.
• صفحات متوقعة.
• صلاحيات.
• workflows.
• نماذج عربية.
• قيود قانونية.
• أخطاء شائعة.

19. المخاطر وخطة التخفيف

20. خطة البدء الفورية

اليوم 0

• اعتماد هذه الخطة.
• اختيار اسم مؤقت.
• حجز الدومين أو استخدام build.ysa-tech.com.
• تجهيز قائمة أول 100 lead.
• تجهيز حسابات تواصل.

اليوم 1

• تشغيل VibeSDK الأصلي.
• تجهيز صفحة عرض بسيطة.
• تجهيز 3 demos.
• إطلاق عرض "أول 100 عميل".
• بدء محادثات واتساب.
• قبول الدفعات الأولى.

اليوم 2-3

• تسليم أول demo لعميل حقيقي.
• توثيق flow المبيعات.
• فتح ledger.
• اختيار أول ممثلين.

الأسبوع الأول

• 15 دفعة مقدمة.
• 5 تسليمات.
• 3 قصص نجاح.
• 3 وكلاء قيد التدريب.

أول شهر

• 60 عميل دافع.
• 25 تسليم.
• 10 اشتراكات شهرية.
• تغطية مبيعات فعلية في 8 محافظات.

21. أمر Codex المقترح لأول تنفيذ تقني

You are performing a production-grade architecture and deployment audit of this VibeSDK repository before any product customization.

Do not modify the source code yet.

First, run and verify the original project locally, then inspect:
- AI agent orchestration
- blueprint generation
- phase-wise code generation
- model/provider routing
- sandbox and Cloudflare Containers
- live preview lifecycle
- generated project file management
- D1 and Drizzle data layer
- R2 and KV usage
- Workers for Platforms deployment
- dispatch namespaces and project routing
- authentication
- app/project lifecycle
- GitHub export
- API architecture
- security boundaries
- secrets handling
- quotas and rate limiting
- observability and error handling

Then produce:
- Current architecture map
- Test/build status
- Critical blockers
- Security findings
- Reusable AI Builder Core components
- SaaS gaps
- Recommended target architecture
- Exact phased execution plan for an Arabic-first commercial AI web application generation SaaS starting in Yemen and expanding globally

Do not rebrand yet.
Do not do broad refactors.
Audit, test, map, and plan first.

22. المصادر التي اعتمدت عليها

• Cloudflare VibeSDK GitHub: https://github.com/cloudflare/vibesdk
• Cloudflare VibeSDK README prerequisites: https://github.com/cloudflare/vibesdk/blob/main/README.md
• Cloudflare reference architecture for AI vibe coding platform: https://developers.cloudflare.com/reference-architecture/diagrams/ai/ai-vibe-coding-platform/
• Cloudflare Workers pricing: https://developers.cloudflare.com/workers/platform/pricing/
• Cloudflare Workers for Platforms pricing: https://developers.cloudflare.com/cloudflare-for-platforms/workers-for-platforms/reference/pricing/
• Cloudflare Containers pricing: https://developers.cloudflare.com/containers/pricing/
• Cloudflare AI Gateway pricing and features: https://developers.cloudflare.com/ai-gateway/reference/pricing/
• Cloudflare AI Gateway rate limiting: https://developers.cloudflare.com/ai-gateway/features/rate-limiting/
• Yemen governorates reference: https://yemenlg.org/governorates/
• Yemen administrative divisions: https://en.wikipedia.org/wiki/Administrative_divisions_of_Yemen
• CAC Mobile Money: https://www.cacbank.com.ye/en-Us/Contents/Page/Mobile-Money%20Wallet
• Jawali terms: https://jawali.com.ye/Terms_en/
• Kuraimi official site: https://kuraimibank.com/en
• OFAC sanctions search for compliance checks: https://sanctionssearch.ofac.treas.gov/

23. الخلاصة التنفيذية

مشروع العمر هنا ليس "نسخة عربية من V0". مشروع العمر هو شبكة إنتاج رقمي تجارية:

• AI يبني.
• فريق يراجع.
• وكلاء يبيعون في المحافظات.
• العملاء يدفعون تأسيس + اشتراك.
• المنصة تتعلم من كل مشروع.
• ثم تتحول إلى SaaS عالمي.

أول مال يأتي من البيع المباشر والخدمة المدفوعة، وليس من انتظار منصة كاملة.

القرار: نبدأ بتشغيل VibeSDK الأصلي، وفي نفس الأسبوع نبيع أول باقات مدفوعة بنموذج concierge delivery. التقنية تخدم المبيعات، والمبيعات تمول التقنية.