قائمة تحقق للتاجر قبل الإعلان عن المتجر

قائمة عملية طويلة تُستخدم كـ«Definition of Done» داخلية. ليست نسخة من المزايا المعروضة في الرئيسية، بل فحوصات تقلّل المخاطر عند أول موجة عملاء.

أ) الحساب والهوية

  • البريد المستخدم في الطلب يصل إليه فعلياً وليس صندوقاً مهملاً.
  • تعرّف على جهة الدعم الرسمية لمتجرك (البريد أو صفحة التواصل) لرفع تذكرة عند مشكلة في البنية أو الفوترة.
  • كلمة مرور قوية لحسابات فريق المتجر في لوحة التاجر.

ب) المنتجات والأسعار

  • وصف منتج واضح: ما الذي يشتريه العميل، ومدة الترخيص، وما الذي لا يشمله.
  • سياسة استرداد مكتوبة حتى لو كانت «لا استرداد بعد التفعيل» — المهم الوضوح.
  • اختبار شراء تجريبي بنفس مسار العميل (وليس فقط «إصدار ترخيص يدوي»).

ج) الترخيص والسيرفر (إن وُجد FiveM)

  • سكربت التحقق مثبت على سيرفر تجريبي ومجرّب بنفس الإعدادات التي ستستخدمها مع عملائك.
  • فهم سياسة IP إن وُجدت؛ خطة عند تغيير الاستضافة.
  • رسالة خطأ للاعبين عند فشل التحقق لا تكشف تفاصيل داخلية.

د) Discord

  • البوت يعمل بصلاحيات كافية فقط لا غنى.
  • قنوات الإعلانات والدعم جاهزة ومُشرحة للأعضاء الجدد.
  • اختبار دور مرتبط بمنتج حقيقي (وليس دوراً يدوياً فقط).

هـ) البريد والدفع

  • SMTP للمتجر يعمل ورسالة الاختبار وصلت.
  • روابط الدفع (مثل PayPal) تُفتح من حساب عميل تجريبي.

و) الأمان والامتثال

  • لا تُخزَّن أسرار API في مستودعات عامة أو في سكربتات العميل.
  • مراجعة سياسة الخصوصية الخاصة بالمنصّة وتحديد ما يلزم إضافته لعملائك النهائيين.

ز) اليوم الأول بعد الإطلاق

  1. مراقبة سجلات التحقق وسجلات Discord لساعتين متواصلتين على الأقل.
  2. تجهيز ردود جاهزة لأسئلة متكررة متوقعة.
  3. تجميع ملاحظات لتحسين التوثيق الداخلي لديك (وليس فقط للمنصّة).
بعد إكمال القائمة، انتقل لقراءة مسار الانضمام من الطلب حتى أول ترخيص للتأكد أن فريقك يفهم التسلسل الإداري وليس التقني فقط.