Comestare — وثيقة متطلبات المنتج (PRD)

النطاق: منتج Comestare الأساسي (المنصة الإلكترونية). الجمهور: المؤسِّس، والمهندسون/المصمّمون المستقبليون، والمستثمرون التقنيون. المرجع المرافق: SRS (المتطلبات النظامية/التقنية).

1. نظرة عامة

Comestare هو تطبيق ويب ثنائي اللغة (EN/AR) يولّد استراتيجيات تسويقية مدعومة بالذكاء الاصطناعي انطلاقًا من فكرة أو رابط URL، ويدعم تحقيق الدخل عبر الخدمة الذاتية وعبر النموذج المُنفَّذ بالكامل نيابةً عن العميل. تحدّد هذه الوثيقة (PRD) الأهداف والمستخدمين والميزات ومعايير القبول.

2. الأهداف ومقاييس النجاح

3. الشخصيات (المدمجة في المنتج)

vibeCoders، ideaOnly، stuckBuilders، adReady، agencies، securityAnxious. تتطابق كل شخصية مع رسالة تسويقية ونقطة دخول (راجع التسويق والعملاء المحتملون).

4. قصص المستخدمين (الأساسية)

• بصفتي مؤسِّسًا، ألصق الرابط URL الخاص بي وأحصل على استراتيجية تسويقية كاملة (خريطة + خارطة طريق) في أقل من دقيقة، لأعرف تمامًا ما يجب فعله.
• بصفتي مستخدمًا مجانيًا، يمكنني توليد استراتيجية واحدة شهريًا ومعاينة القيمة (بعلامة مائية)، فأتحفّز للترقية.
• بصفتي مستخدم Pro، أحصل على استراتيجيات غير محدودة، وتحليل للمنافسين، وتقارير تحقّق، وعمليات تصدير.
• بصفتي منشأة صغيرة أو متوسطة (adReady)، يمكنني طلب "نفّذوها نيابةً عني" (Ad Studio) دون تعلّم الأداة.
• بصفتي وكالة، يمكنني وضع علامتي التجارية الخاصة (white-label) وإدارة عملاء متعددين.
• بصفتي متحدثًا بالعربية، أستخدم المنتج بالكامل بشكل أصيل باللغة العربية (من اليمين إلى اليسار RTL).
• بصفتي المؤسِّس/المسؤول، أدير المستخدمين والتسعير والمسارات والشؤون المالية والتدقيق عبر لوحة الإدارة.

5. المتطلبات الوظيفية

5.1 توليد الاستراتيجية (الأساسي)

• FR-1 قبول المدخلات كنصٍّ حرٍّ لفكرة أو رابط URL؛ مع التحقق والتنسيق القياسي.
• FR-2 توليد خريطة كون تسويقي: التموضع، والجماهير/الشخصيات المستهدفة، والقنوات، وركائز الرسائل، وسياق المنافسين.
• FR-3 توليد خارطة طريق مرحلية: إجراءات مرتّبة تسلسليًا ومجمَّعة في مراحل (التحقّق ← الإطلاق ← التوسّع).
• FR-4 عرض الكون بوصفه خريطة تفاعلية قابلة للاستكشاف؛ وخارطة الطريق كبطاقات مراحل.
• FR-5 فرض حدود الباقة (المجانية = 1/شهر، مع علامة مائية؛ الباقات المدفوعة بحسب التسعير).
• FR-6 دعم إعادة توليد الاستراتيجية أو تحسينها.
• FR-7 توطين عملية التوليد + واجهة المستخدم للغتين EN/AR.

5.2 الحسابات والمصادقة والباقات

• FR-8 التسجيل / تسجيل الدخول عبر البريد الإلكتروني + التحقق برمز OTP، وتسجيل الدخول عبر Google.
• FR-9 إدارة مستوى الاشتراك (Free/Starter/Pro/Agency)؛ والترقية/التخفيض؛ والدفع.
• FR-10 تقييد الميزات حسب المستوى (التصدير، وتقرير المنافسين، وإزالة العلامة المائية، والمقاعد، وواجهة API، والعلامة البيضاء white-label).

5.3 المخرجات والتنفيذ

• FR-11 تصدير الاستراتيجية/خارطة الطريق (PDF/خارطة طريق) للباقات المدفوعة.
• FR-12 تحليل المنافسين وتقرير التحقّق (Pro فما فوق).
• FR-13 استقبال طلبات "نفّذوها نيابةً عني": طلب Ad Studio أو خدمة؛ مع جمع الموجز والميزانية؛ وتوجيهه إلى المبيعات/CRM كعميل محتمل مؤهَّل.
• FR-14 (ضمن خارطة الطريق) توليد الحملات/المحتوى الإبداعي؛ وتتبّع مهام خارطة الطريق.

5.4 عمليات التنفيذ نيابةً عن العميل

• FR-15 Ad Studio: إعداد العميل، وسلسلة إنتاج المحتوى الإبداعي، والربط بالمنصات (Meta/TikTok)، والتقارير الأسبوعية.
• FR-16 الخدمات: تتبّع المشاريع والفوترة القائمة على المراحل الرئيسية (مثل 30/40/30%).

5.5 منصة الإدارة (قائمة)

• FR-17 مصادقة الإدارة (منفصلة عن مصادقة العملاء) مع أدوار (المالك/المسؤول/المُشاهِد).
• FR-18 إدارة المستخدمين والجلسات وأحداث التدقيق.
• FR-19 إدارة باقات التسعير (التسعير العام المُقدَّم من admin-backend).
• FR-20 إدارة سجلّ مسارات البوابة (الذي تستهلكه الطبقة الوسيطة middleware).
• FR-21 الشؤون المالية: المحافظ/الأرصدة، والمعاملات.

5.6 العملاء المحتملون والتحليلات

• FR-22 التقاط سجلّ العميل المحتمل (الهوية، المصدر/UTM، البيانات المؤسسية، السلوك، الموافقة) وفق مخطط العميل المحتمل.
• FR-23 احتساب درجة العميل المحتمل؛ وتحديد مرحلة دورة الحياة؛ وتوجيه العملاء المحتملين المؤهَّلين.
• FR-24 تتبّع أحداث مسار التحويل (الزيارة ← التسجيل ← التوليد ← التسعير ← الترقية) مع نسب المصدر (attribution).

6. المتطلبات غير الوظيفية (ملخص؛ الكامل في SRS)

الأداء (شعور بسرعة التوليد / بالبثّ المتدفق)، والموثوقية (المصادقة + البوابة محصَّنتان)، والأمن والخصوصية (PDPL/GDPR، الموافقة، مناطق البيانات)، وقابلية التوسّع (التخزين المؤقت، التحكّم في تكلفة الاستدلال)، والتدويل (EN/AR/RTL)، وإمكانية الوصول.

7. خارج النطاق (حاليًا)

تطبيقات الجوال الأصلية؛ والاستبدال الكامل لأنظمة CRM؛ والخدمات غير التسويقية؛ واللغات بخلاف EN/AR (بعد تحقيق الجاذبية السوقية).

8. معايير الإصدار (إطلاق MVP)

• عمل FR-1–FR-12 وFR-17–FR-24 باللغتين EN و AR.
• تفعيل المدفوعات لجميع باقات SaaS؛ وتوجيه العملاء المحتملين عبر استقبال طلبات التنفيذ نيابةً عن العميل.
• تشغيل التحليلات والتقاط العملاء المحتملين وتقييمهم.
• التحقّق من موثوقية المصادقة + الطبقة الوسطى↔الخلفية من طرف إلى طرف (دون أخطاء 5xx في مسار المصادقة).
• القبول: تمكّن مستخدم جديد ناطق بالإنجليزية ومستخدم جديد ناطق بالعربية، كلٌّ منهما، من التسجيل ← التوليد ← الوصول إلى جدار الدفع ← الترقية ← التصدير، مع تسجيل مسار الأحداث.

9. الاعتماديات والبنود المفتوحة

• نموذج/مزوّد الذكاء الاصطناعي للتوليد (ضوابط التكلفة والجودة).
• Stripe + قنوات الدفع المحلية في منطقة GCC.
• إمكانية تسليم البريد الإلكتروني/رمز OTP.
• حلّ مشكلات الإنتاج المعروفة قبل توسيع الإنفاق: اتصال الطبقة الوسطى↔الخلفية الخاصة بالعملاء، وإعداد/جلسة تسجيل الدخول عبر Google، وملف تعريف الارتباط الخاص بتحديث الجلسة عبر النطاقات (المتتبَّعة في ملحق SRS).