ملفات تسليم مشروع اللعبة: ماذا يجب أن تستلم؟

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

إعداد ومراجعة: فريق Upload For Software. آخر مراجعة تحريرية وفنية: 28 أغسطس 2026. اعتمدنا على المصادر الرسمية المرتبطة داخل المقال، ولا نعرض أرقامًا أو نتائج غير موثقة.

الإجابة المختصرة: يجب أن تتضمن ملفات تسليم مشروع اللعبة كل ما يسمح لك بتشغيل المشروع، وبنائه، وتحديثه، ونشره دون الاعتماد الكامل على المورد السابق. وهذا يعني سورس الكود، ملف مشروع المحرك، النسخ التشغيلية، الأصول الفنية والصوتية، الوثائق، صلاحيات الحسابات، إعدادات الخدمات الخارجية، والنسخ الاحتياطية، مع توضيح حقوق الاستخدام والملكية. وجود ملف APK أو نسخة قابلة للعب وحدها لا يُعد تسليمًا كاملًا.

هذا الدليل موجه لصاحب مشروع يتعاقد مع شركة تصميم وتطوير ألعاب أو فريق خارجي، ويريد تحويل عبارة «تسليم المشروع» إلى قائمة قابلة للفحص. تختلف التفاصيل حسب نوع اللعبة والمنصات والعقد، لكن الهيكل التالي يمنع أكثر فجوات التسليم شيوعًا.

قائمة ملفات تسليم مشروع اللعبة

ابدأ بقائمة مكتوبة وموقعة داخل نطاق العمل أو ملحق التسليم. ينبغي أن تحدد اسم كل مخرج، صيغته، مكانه، ومن المسؤول عن التحقق منه. القائمة الأساسية هي:

  1. سورس كود اللعبة ومستودع Git مع تاريخ الإصدارات والفروع اللازمة.
  2. ملف مشروع Unity أو المحرك المستخدم بإصدار المحرك والحزم والإضافات الصحيحة.
  3. النسخ التشغيلية للمنصات المتفق عليها، مثل Android أو iOS أو Windows.
  4. الأصول المصدرية للرسومات والنماذج والخامات والتحريك والصوت وواجهة المستخدم.
  5. الوثائق الفنية والتشغيلية التي تشرح البناء والنشر والبنية والخدمات الخارجية.
  6. الحسابات والصلاحيات الخاصة بالمتاجر والتحليلات والإعلانات والخوادم والخدمات السحابية.
  7. نسخة احتياطية نهائية مؤرخة ومطابقة للإصدار الذي تم اعتماده.
  8. كشف التراخيص والملكية لكل أصل أو إضافة أو مكتبة تابعة لطرف ثالث.
تسليم منظم لمشروع لعبة يشمل الكود والأصول والوثائق والحسابات
التسليم الكامل حزمة قابلة للتشغيل والتطوير، وليس نسخة لعبة نهائية فقط.

ما الفرق بين النسخة التشغيلية وسورس كود اللعبة؟

النسخة التشغيلية هي الناتج الذي يمكن تثبيته أو تشغيله للاختبار. أما سورس الكود وملف المشروع فهما المواد التي تمكّن فريقًا تقنيًا من فتح اللعبة وتعديلها وبناء إصدار جديد. إذا استلمت النسخة التشغيلية فقط، يمكنك تجربة المنتج لكنك لا تملك عمليًا مسارًا مضمونًا للصيانة أو التحديث.

في مشروع Unity مثلًا، يجب أن تصل المجلدات والملفات اللازمة للمشروع، مع تسجيل إصدار Unity والحزم المستخدمة وتعليمات استعادة الاعتمادات. توضح وثائق Unity الرسمية كيف تُنظم أصول المشروع داخل نافذة Project؛ لكن فريقك يحتاج فوق ذلك إلى توثيق البنية الخاصة بلعبتك وما لا يمكن استنتاجه من أسماء الملفات وحدها.

الأصول الفنية والصوتية: استلم المصدر لا التصدير فقط

الصورة المضغوطة داخل اللعبة أو النموذج المصدّر إلى المحرك لا يكفيان دائمًا لإجراء تعديلات مستقبلية. اطلب ملفات المصدر المتفق عليها: ملفات Blender أو أدوات النمذجة، الخامات والـTextures، ملفات التحريك، عناصر واجهة المستخدم القابلة للتحرير، والمؤثرات والملفات الصوتية الأصلية إن كان العقد يسمح بذلك.

ينبغي أن يصاحب الأصول كشف بسيط يوضح: هل الأصل أُنتج خصيصًا للمشروع؟ هل هو مشتَرى من متجر أصول؟ ما نوع الترخيص؟ وهل يمكن نقله إلى حساب المالك؟ حقوق النشر تنشأ وفق القوانين والاتفاقات السارية، لذلك لا تفترض أن دفع تكلفة التنفيذ ينقل تلقائيًا كل الحقوق؛ راجع بند الملكية والتراخيص في العقد. تقدم المنظمة العالمية للملكية الفكرية مدخلًا عامًا لفهم حقوق المؤلف، لكن الصياغة التعاقدية المحلية تحتاج مراجعة قانونية عند الضرورة.

نقل حسابات المتاجر والخدمات الخارجية

يُفضّل أن تُنشأ حسابات Google Play وApp Store والخدمات الحساسة باسم مالك المشروع منذ البداية، ثم يُمنح فريق التطوير أقل صلاحيات لازمة. عند التسليم، راجع المالكين والمديرين والمستخدمين، وأزل الصلاحيات التي لم تعد مطلوبة بعد التأكد من استقرار الإصدار.

إذا كانت اللعبة منشورة بالفعل داخل حساب المورد، فقد تحتاج إلى عملية نقل رسمية بشروط محددة. راجع تعليمات نقل التطبيقات في Google Play ونقل التطبيقات في App Store Connect قبل تحديد موعد الإغلاق؛ فقد توجد عناصر لا تنتقل تلقائيًا أو متطلبات يجب استيفاؤها أولًا.

لا تنسَ خدمات التحليلات، الإشعارات، الإعلانات، قواعد البيانات، الاستضافة، البريد، التخزين السحابي، لوحات مراقبة الأعطال، وحسابات أدوات التصميم. المطلوب ليس إرسال كلمات مرور شخصية، بل نقل الملكية أو إضافة حساب المالك بصلاحية صحيحة، ثم تدوير الأسرار والمفاتيح بطريقة آمنة.

الوثائق التي تمنع تعطّل المشروع بعد التسليم

لا تحتاج وثائق ضخمة لا يقرأها أحد؛ تحتاج وثائق قصيرة ودقيقة تجيب عن أسئلة التشغيل الفعلية:

  • ما إصدار المحرك والحزم والإضافات المطلوبة؟
  • كيف نفتح المشروع ونبني نسخة لكل منصة؟
  • ما البيئات المتاحة: تطوير، اختبار، وإنتاج؟
  • أين تُخزن الإعدادات والأسرار، ومن يملك صلاحية الوصول؟
  • كيف تُنشر نسخة جديدة، وكيف نتراجع إلى نسخة مستقرة؟
  • ما الأنظمة التي تحتاج متابعة، مثل الخادم أو المشتريات أو التحليلات؟
  • ما المشكلات المعروفة وما حدود الإصدار الحالي؟

اربط هذه الوثائق بمراحل الموافقة أثناء الإنتاج، لا تؤجلها إلى آخر يوم. يوضح دليلنا عن مراحل صناعة لعبة إلكترونية ونقاط التسليم كيف تجعل الاعتماد جزءًا من دورة العمل بدل أن يصبح مفاجأة في النهاية.

كيف تختبر حزمة التسليم قبل اعتمادها؟

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

الفحصمعيار القبول
فتح المشروعيفتح بالإصدار المحدد دون ملفات مفقودة أو أخطاء مانعة.
بناء نسخةيمكن إنشاء Build للمنصات المتفق عليها من التعليمات المكتوبة.
المستودعتاريخ الكود موجود، والإصدار النهائي مميز بعلامة أو Release واضح.
الحساباتالمالك يستطيع الدخول وإدارة المستخدمين والفوترة والنشر.
الأصولملفات المصدر والتراخيص مطابقة للقائمة ولا توجد روابط محلية مكسورة.
النسخة الاحتياطيةتمت استعادتها واختبارها، وليست مجرد ملف غير مُتحقق منه.
قائمة مرئية لمجلدات كود اللعبة والأصول والصوت والوثائق والحسابات والنسخ الاحتياطية
قسّم الحزمة إلى مخرجات واضحة حتى يمكن فحص كل جزء وتحديد المسؤول عنه.

حقوق ملكية اللعبة والتراخيص

افصل بين ثلاثة أشياء: ملكية الكود الذي أُنشئ خصيصًا، حق استخدام الأصول التابعة لطرف ثالث، وملكية الحسابات والبيانات. قد تكون لك حقوق واسعة في عنصر، وترخيص محدود في عنصر آخر. اطلب جدولًا يذكر اسم الأصل أو المكتبة، مصدرها، نوع الترخيص، الحساب الذي اشتراها، وأي قيود على إعادة البيع أو النقل.

قبل التعاقد أصلًا، استخدم قائمة اختيار شركة تطوير ألعاب لتثبيت بنود التسليم والملكية ومواعيد المراجعة. كما ينبغي إدخال وقت تجهيز الوثائق والاختبار والنقل ضمن تقدير تكلفة تطوير اللعبة بدل التعامل معه كعمل مجاني يظهر في نهاية المشروع.

متى يتم التسليم وما الذي يبقى للدعم؟

التسليم ليس حدثًا واحدًا. الأفضل وجود تسليمات مرحلية: نموذج أولي، نسخة Alpha، نسخة Beta، مرشح إطلاق، ثم حزمة نهائية. كل مرحلة تثبت أن المستودع والحسابات والوثائق محدثة. بعد الإطلاق، يحدد عقد الدعم ما إذا كان الفريق سيصلح الأعطال، ويتابع توافق الأنظمة، ويضيف محتوى، ومدة الاستجابة لكل نوع من المشكلات.

الخلاصة العملية: لا تعتمد المشروع لأن اللعبة تعمل فقط. اعتمده عندما ينجح طرف مخوّل في فتح المصدر، وبناء النسخة، والوصول إلى الحسابات، ومطابقة الأصول والتراخيص والوثائق مع قائمة التسليم. هذه هي النقطة التي يصبح عندها المشروع قابلًا للصيانة والنمو دون ارتهان تقني غير مقصود.

هل استلام APK يعني أنني استلمت مشروع اللعبة؟

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

هل يجب استلام ملفات Blender وملفات التصميم الأصلية؟

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

من الأفضل أن يملك حسابات المتاجر؟

الأفضل عادة أن ينشئها مالك المشروع باسمه ويضيف فريق التطوير بالصلاحيات اللازمة. هذا يقلل تعقيد النقل ويحافظ على التحكم في النشر والفوترة والمستخدمين.

متى أعتمد الدفعة النهائية؟

بعد مطابقة قائمة التسليم واختبار فتح المشروع وبناء نسخة من بيئة نظيفة، والتحقق من الأصول والوثائق والحسابات والنسخة الاحتياطية، وفق شروط القبول المحددة في العقد.