حلقة اللعب والمحتوى
التحكم والمستويات والتقدم والذكاء الاصطناعي والواجهة وحجم المحتوى المطلوب.
دليل المشتري لتقدير واقعي
ما الذي يحدد تكلفة تصميم لعبة موبايل؟
لا يوجد سعر واحد يصلح لكل الألعاب. التقدير الجيد يبدأ بتحديد القرارات التي تغيّر حجم البرمجة والفن والاختبار والتشغيل، ثم تقسيم المشروع إلى مراحل قابلة للمراجعة.
Android وiOS
تخطيط المنصات والاختبار من بداية النطاق.
Unity وBlender
البرمجة والفن داخل مسار إنتاج واحد.
مراحل قابلة للمراجعة
نسخ قابلة للعب بدل انتظار التسليم النهائي.
ملفات مصدر منظمة
تسليم ما تم الاتفاق عليه مع البناء والوثائق.
عوامل التكلفة
سبعة قرارات تشكّل معظم التقدير.
كل عامل يغيّر حجم العمل والمخاطر وعدد التخصصات ودورات المراجعة؛ لذلك يجب جمعها في نطاق واحد قبل إصدار العرض.
عدد المنصات
Android وiOS والويب وسطح المكتب تضيف متطلبات اختبار وتكامل ونشر مختلفة.
الأنظمة المتصلة
الحسابات وMultiplayer وBackend والحفظ السحابي ولوحات الصدارة والتحليلات.
الاتجاه الفني
2D أو 3D والواقعية وعدد الشخصيات والبيئات والتحريك والمؤثرات وواجهة المستخدم.
هدف الأداء
فئة الأجهزة ومعدل الإطارات والذاكرة وحجم التنزيل وتعقيد المشاهد والاتصال.
نقطة البداية
فكرة موثقة أو مشروع قائم أو أصول قابلة للاستخدام؛ ومشروعات الإنقاذ تحتاج مراجعة أولًا.
الإطلاق والتسليم
اختبار المتاجر والخصوصية والتحليلات والتشغيل والوثائق وملفات المصدر المتفق عليها.
مقارنة عروض تكلفة اللعبة
كيف تقارن عرضَي سعر لنفس اللعبة؟
يصبح الفرق بين عرضين مفهومًا عندما تعرف العمل الذي يقابله كل مبلغ. ثبّت البنود التالية، واطلب توضيح أي عبارة عامة مثل «لعبة كاملة» أو «دعم شامل» قبل المقارنة.
| البند | ما ينبغي أن يوضحه العرض |
|---|---|
| المحتوى والفن | عدد المراحل والشخصيات والواجهات، وما يُنتج خصيصًا، وما تقدمه أنت أو يُستخدم وفق ترخيص خارجي. |
| أنظمة اللعبة | الخصائص المشمولة، والتكاملات المطلوبة مثل الحسابات أو المشتريات أو الخدمات المتصلة، والاستثناءات الصريحة. |
| المنصات والاختبار | المنصات والأجهزة المتفق عليها، ومعايير قبول النسخة، وما إذا كان تجهيز الإطلاق داخل النطاق. |
| المراجعات والتغييرات | نقاط الاعتماد ودورات المراجعة المتفق عليها، والفرق بين إصلاح عيب وإضافة متطلب جديد، وكيف يُعتمد أثر التغيير. |
| التسليم والدعم | ملفات التسليم والوثائق المتفق عليها، وحدود الدعم بعد التسليم ومدته، وما يُحسب عملًا إضافيًا. |
| التكاليف الخارجية | الحسابات أو الخدمات أو الأصول المطلوبة، والجهة التي تدفعها، وهل تشملها قيمة العرض أم تُدفع منفصلة. |
إذا كان بند غير محسوم، اطلب تسجيل الافتراض المستخدم في تقديره وما الذي يستدعي إعادة مراجعته. قارن العروض بعد توحيد هذه الافتراضات، ثم راجع العمل المشمول في خدمة تصميم وتطوير الألعاب.
هل إطلاق Android وiOS يعني مضاعفة التكلفة؟
لا تُستنتج تكلفة المنصة الثانية بضرب الرقم أو قسمته. قد يشترك المشروع في أنظمة وأصول، بينما تبقى أعمال خاصة بالبناء والتكامل والاختبار والتسليم. اطلب إظهار هذه الأعمال كبند مستقل، وبيان ما يتغير عند الإطلاق المرحلي. تؤكد وثائق Unity عن اختلافات المنصات أن اشتراك بنية المشروع لا يلغي اختلافات الأجهزة وطرق النشر. ولحسم قرار الإطلاق نفسه، راجع Android فقط أم Android وiOS؟
آخر تحديث للمحتوى: .
ميزانية التنفيذ وما بعد الإطلاق
افصل تكلفة بناء اللعبة عن تكلفة تشغيلها.
انتهاء البرمجة لا يحدد وحده كل المصروفات اللاحقة. اطلب فصل العمل المطلوب للوصول إلى النسخة المتفق عليها عن الخدمات والدعم اللذين قد يحتاجهما المشروع بعد الإطلاق.
تكلفة التنفيذ
التصميم والبرمجة والفن والاختبار والتسليم بحسب النطاق. يوضح العرض المراحل والمخرجات ومعايير قبولها، ويحدد ما تتضمنه قيمة كل مرحلة.
التشغيل والدعم
قد يشمل استضافة أو خدمات سحابية أو اشتراكات أو أعمال دعم وتحديث بحسب اللعبة. يوضح الاتفاق الجهة المسؤولة وطريقة الاحتساب، وهل البنود دورية أو حسب الاستخدام أو بطلب مستقل.
مثلًا، توضح وثائق Unity Cloud Save وجود استخدام مجاني وحدود قد يبدأ بعدها احتساب الاستخدام الإضافي. لذلك راجع الخدمة المستخدمة فعلًا وشروطها وقت التقدير. كما تشرح وثائق تنبيهات ميزانية Unity أن التنبيه يساعد على متابعة الإنفاق، لكنه لا يوقف الخدمات تلقائيًا عند بلوغ الميزانية.
قبل اعتماد العرض، حدد: من يملك حساب الخدمة؟ ومن يتابع استهلاكها؟ وما الذي يشمله دعم العيوب؟ وكيف تُقدّر خصائص أو محتويات جديدة بعد التسليم؟
تعريف المرحلة قبل مقارنة السعر
هل السعر لنموذج أولي أم لنسخة أولى للإطلاق؟
النموذج الأولي يختبر سؤالًا محددًا في اللعب أو التقنية، وقد يستخدم أصولًا مؤقتة. أما النسخة الأولى الموجهة للجمهور فتحتاج نطاقًا واضحًا للإنتاج والاختبار والتسليم. اختلاف المخرج يجعل مقارنة السعرين وحدهما غير مفيدة.
النموذج الأولي (Prototype): اتفق على الفرضية التي سيختبرها، والبناء القابل للمراجعة، والأجزاء التي قد تحتاج إعادة تنفيذ في الإنتاج.
شريحة الجودة (Vertical Slice): حدد الجزء الذي يعرض مستوى الفن والأنظمة المستهدف للمراجعة؛ وجود هذا الجزء لا يعني اكتمال محتوى اللعبة كلها.
النسخة الأولى أو MVP: لا تعتمد على الاسم وحده. اكتب الخصائص والمحتوى والمنصات ومعايير القبول المطلوبة لهذه النسخة، وما يبقى خارجها. يساعدك دليل خطوات تصميم اللعبة والنموذج القابل للعب على فهم دور كل مرحلة.
قبل اعتماد التقدير: النموذج الأولي مرحلة عمل لها تكلفة، ولا يضمن خفض إجمالي المشروع. اطلب تحديد ما إذا كانت مخرجاته ستُستخدم في الإنتاج، وما الذي يحتاج مراجعة قبل تقدير المراحل التالية.
أسئلة قبل بدء المشروع
إجابات واضحة تساعدك على مقارنة عروض التنفيذ.
لماذا لا يوجد سعر ثابت لتصميم لعبة؟
لأن عدد الأنظمة والمحتوى والمنصات ومستوى الفن والاتصال والاختبار يختلف من مشروع إلى آخر، وهذه العوامل هي التي تحدد الجهد الحقيقي.
ما المعلومات المطلوبة للحصول على تقدير؟
ملخص الفكرة والجمهور والمنصات وأسلوب الفن والأنظمة المتصلة والمحتوى المطلوب والموعد والمواد المتاحة. اذكر أيضًا القرارات غير المحسومة حتى تظهر افتراضاتها وحدودها في التقدير.
هل النموذج الأولي يقلل التكلفة؟
قد يكشف المخاطر مبكرًا قبل التوسع، لكنه مرحلة عمل لها تكلفة ولا يضمن خفض إجمالي المشروع. يحدد العرض ما يُختبر وما يمكن استخدامه لاحقًا وما قد يحتاج إعادة تنفيذ.
هل تشمل التكلفة ملفات المصدر؟
يجب تحديد تسليم ملفات Unity وBlender والأصول والوثائق بوضوح في العرض، مع توضيح العناصر الخارجية وتراخيصها.
هل يشمل عرض السعر تشغيل الخدمات بعد الإطلاق؟
يُحدد ذلك صراحةً في العرض. اطلب فصل تكلفة التنفيذ عن الاستضافة والخدمات والاشتراكات والدعم المحتمل، مع بيان الجهة المسؤولة وطريقة الاحتساب وما يُدفع منفصلًا.
كيف يُحسب طلب خاصية جديدة بعد اعتماد النطاق؟
تُراجع الخاصية لتحديد ما تغيّره في البرمجة والفن والاختبار والتسليم، ثم يُوثق أثرها في السعر والموعد ويُعتمد قبل التنفيذ. ويظل إصلاح عيب في بند متفق عليه مختلفًا عن إضافة متطلب جديد.