الإطلاق
$1,650
لمن يريد أن يبدأ البيع فعليًا هذا الشهر ويقيس الطلب قبل أن يصرف أكثر.
- متجر كامل يستقبل الطلبات بالدفع عند الاستلام
- لوحة Django admin مخصصة لمتابعة الطلبات والمخزون
- فصل الصلاحيات: أدمن، موظف، عميل
- منشور على سيرفرك بدومينك وشهادة SSL
ردًّا على سؤالك: بكم تُقيَّم المنصة؟
وضعتَ عناوين أساسية، وكل عنوان منها يتّسع لعشرة بنود أو لبندين. لذلك بدل رقم واحد مبهم، فصّلنا العمل إلى ثلاث خطط: كل خطة نطاق مغلق، ومدة، وسعر ثابت. اقرأ الجدول، علّم على ما تحتاجه فعلًا، وستظهر لك الخطة التي تغطيه.
التعارض ليس في الأدوات، بل في مكان تخزين التوكن. صفحات Django تُؤمَّن بجلسة (session cookie) يقرأها الخادم مع كل طلب. الـ JWT يعيش في المتصفح. فإن وضعته في localStorage تكون قد فتحت بابًا وأغلقت آخر: الصفحات تبقى غير مؤمَّنة، والتوكن يصبح قابلًا للقراءة بجافاسكريبت.
JWT مخزَّن في localStorage، والصفحات تعتمد عليه.
النتيجة: تسريب محتمل للحساب، وصفحات تبدو مؤمَّنة وهي ليست كذلك.
نفس الـ JWT الذي طلبته، لكن في المكان الصحيح.
النتيجة: لا ثغرة XSS تسرق الجلسة، ولا صفحة نصف مؤمَّنة، والـ API جاهز لما بعد الموقع.
لماذا يُحسم هذا في اليوم الأول: اختيار طبقة المصادقة يحدد شكل الـ middleware والصلاحيات وكل اختبار يُكتب بعده. تغييره في منتصف المشروع يعني إعادة كتابة مسارات الدخول والصلاحيات — لا تعديلًا بسيطًا. وبما أن الدفع عند الاستلام يعني لا بيانات بطاقات ولا بوابة دفع، فالسيناريو الأمني هنا أخفّ بكثير، وهذا انعكس على السعر والمدة في الخطط أدناه.
كل بند هنا شيء يُبنى ويُختبر ويُسلَّم — لا عناوين عامة. اضغط على أي بند لتختاره، وسيتحدّث الاختيار في أعلى الجدول ليخبرك بأقل خطة تغطي كل ما اخترته. ثم انسخ ملخص اختيارك وأرسله لي كما هو.
| البند | الإطلاق$1,650 | التشغيل$2,500 | المنصة$4,200 |
|---|---|---|---|
| واجهة المتجر | |||
| كتالوج بأقسام ومنتجات وصور متعددة | ✓ | ✓ | ✓ |
| خيارات المنتج (مقاس، لون) بمخزون مستقل لكل خيار | ✓ | ✓ | ✓ |
| بحث وفلاتر بالقسم والسعر والتوفر | ✓ | ✓ | ✓ |
| سلة تعمل قبل تسجيل الدخول ولا تضيع عند إغلاق الصفحة | ✓ | ✓ | ✓ |
| واجهة عربية RTL كاملة تعمل على الموبايل أولًا | ✓ | ✓ | ✓ |
| حساب العميل: العناوين المحفوظة، سجل الطلبات، إعادة الطلب بضغطة | · | ✓ | ✓ |
| تقييمات ومراجعات للمنتجات بمراجعة إدارية قبل النشر | · | · | ✓ |
| واجهة ثنائية اللغة عربي/إنجليزي | · | · | ✓ |
| الطلب والدفع عند الاستلام | |||
| إتمام الطلب بالدفع عند الاستلام مع صفحة تأكيد ورقم طلب | ✓ | ✓ | ✓ |
| دورة حياة الطلب: جديد ← مؤكد ← قيد الشحن ← تم التسليم ← ملغي | ✓ | ✓ | ✓ |
| خصم المخزون عند التأكيد وإرجاعه عند الإلغاء | ✓ | ✓ | ✓ |
| رسوم شحن مختلفة حسب المدينة أو المنطقة | · | ✓ | ✓ |
| كوبونات وخصومات بشروط وصلاحية وحد أدنى للطلب | · | ✓ | ✓ |
| إشعار تلقائي للعميل عند تغيّر حالة الطلب (رسائل عبر Meta Cloud API أو SMS) | · | ✓ | ✓ |
| طلبات الإرجاع والاستبدال بمسار معتمد وسبب مسجَّل | · | ✓ | ✓ |
| تسوية التحصيل النقدي: المبلغ المحصَّل لكل مندوب مقابل الواصل للخزنة | · | · | ✓ |
| متابعة السلات المتروكة وتذكير العميل تلقائيًا | · | · | ✓ |
| الإدارة والصلاحيات | |||
| لوحة Django admin مخصصة: إجراءات جماعية للطلبات وبنود الطلب inline | ✓ | ✓ | ✓ |
| مجموعات وصلاحيات تفصل الأدمن عن الموظف عن العميل | ✓ | ✓ | ✓ |
| لوحة تشغيل يومية: طلبات اليوم وحالاتها ومبيعاتها في شاشة واحدة | · | ✓ | ✓ |
| تنبيه نفاد المخزون وسجل التوريد والكميات الواردة | · | ✓ | ✓ |
| تقارير المبيعات بالمنتج والمدينة واليوم مع تصدير CSV | · | ✓ | ✓ |
| حسابات المندوبين وتوزيع الطلبات عليهم وتحديث الحالة منهم | · | · | ✓ |
| التقنية والتسليم | |||
| تأمين الصفحات بجلسة Django مع حماية CSRF | ✓ | ✓ | ✓ |
| نشر على سيرفر بدومين وشهادة SSL ونسخة احتياطية يومية | ✓ | ✓ | ✓ |
| DRF API مؤمَّن بـ JWT داخل HttpOnly cookie | · | ✓ | ✓ |
| GA4 وبكسل الإعلانات وأحداث الشراء والإضافة للسلة | · | ✓ | ✓ |
| توثيق API بمعيار OpenAPI جاهز لتطبيق موبايل لاحقًا | · | · | ✓ |
| بيئة تجريبية منفصلة ونشر آلي بلا توقّف للمتجر | · | · | ✓ |
| كاش Redis وضغط الصور وقياس سرعة الصفحات | · | · | ✓ |
| مدة التنفيذ | أسبوعان | 4 أسابيع | 6 أسابيع |
| متابعة بعد التسليم | 15 يومًا | 30 يومًا | 45 يومًا |
ما معنى «متابعة بعد التسليم»: هي فترة ضمان على الشغل المتفق عليه في الجدول أعلاه — أي خلل أو سلوك مخالف للمواصفة يتصلَّح فيها بدون أي تكلفة إضافية. وهي ليست فترة تعديلات مفتوحة: طلب تغيير في شيء مسلَّم وشغّال، أو إضافة بند غير موجود في خطتك، يُقدَّر ويُسعَّر على حدة.
الفرق بينها ليس عدد الميزات، بل الجواب على سؤال واحد: كم عملية يوميًا سيتحمّلها المتجر قبل أن يحتاج موظفًا إضافيًا.
$1,650
لمن يريد أن يبدأ البيع فعليًا هذا الشهر ويقيس الطلب قبل أن يصرف أكثر.
$2,500
لمن يعرف أنه سيصل إلى عشرات الطلبات يوميًا ولا يريد إدارتها من جدول Excel.
$4,200
لمن عنده مندوبو توصيل، وأموال نقدية تتحرك يوميًا، ونية لتطبيق موبايل.
لأنها ليست تقديرًا لمشروع أول من نوعه. المكوّنان الأثقل في متجرك — إدارة الطلبات وفصل الصلاحيات — بنيناهما قبل ذلك في نظامين يعملان.
طلبات تُفتح وتُعدَّل وتُقفل على مدار اليوم، بصلاحيات تفصل الكاشير عن المدير، وتقارير إغلاق يومية. نفس منطق دورة حياة الطلب المطلوب هنا.
توزيع الطلبات على المندوبين، تتبّع الحالة، وتسوية ما حُصِّل نقدًا. هذا بالضبط ما تقوم عليه خطة «المنصة».
ارجع إلى الجدول، علّم على البنود التي تريدها فعلًا، واضغط «انسخ ملخص اختيارك» ثم أرسله لي في المحادثة. سأردّ عليك بجدول تنفيذ بالأسابيع مبنيًّا على اختيارك أنت، لا على خطة جاهزة.