Table of Contents
Analyse Technique
L’analyse technique doit être rédigée par un programmeur principal ou un directeur technique, puis intégrée dans la proposition.
Fonctionnalités Expérimentales
Listez les fonctionnalités expérimentales, telles que les technologies ou approches non testées. Excluez les fonctionnalités déjà prouvées dans d’autres jeux, même si elles sont nouvelles pour l’équipe. Par exemple, si votre équipe travaille sur un moteur 3D utilisant une méthode non éprouvée (par exemple, des quads), elle doit être listée comme expérimentale.
Estimez le temps nécessaire pour développer ces fonctionnalités et les amener à l’évaluation. Les fonctionnalités expérimentales nécessitent souvent plus de temps, ce qui peut prolonger le calendrier du projet. Assurez-vous que les examinateurs comprennent la valeur de ces expérimentations.
Tâches de Développement Majeures
Décrivez les principales tâches de développement en termes simples pour les lecteurs non techniques. Incluez des estimations de temps et les ressources nécessaires. Par exemple :
- Parseur de Scripts IA : 3-4 mois avec deux programmeurs pour convertir les scripts IA en logique exécutable.
Risques
Identifiez les risques techniques potentiels, y compris les technologies ou méthodes non testées. Si aucun risque n’est identifié, mentionnez-le. Par exemple, si votre équipe n’a jamais travaillé sur des jeux de stratégie en temps réel ou du rendu 3D, listez ces éléments comme risques. Mentionnez l’impact sur le calendrier et les ressources nécessaires pour résoudre les problèmes.
Alternatives (le cas échéant)
Proposez des alternatives pour atténuer les risques ou les fonctionnalités expérimentales. Listez les options qui peuvent coûter plus ou moins, mais qui donneraient des résultats différents. Incluez les avantages et inconvénients pour aider les examinateurs à prendre des décisions éclairées.
Ressources Estimées
Listez les ressources nécessaires : personnes, contractuels, logiciels, matériels. Utilisez des titres standards de l’industrie pour les lecteurs externes (par exemple, les éditeurs ou les investisseurs). Estimez le nombre de mois ou de semaines de travail, en ignorant les coûts à ce stade.
Calendrier Estimé
Fournissez la durée totale du développement et les principales étapes clés (par exemple, la date de début, alpha, bêta, et la version finale).
Projections de Coût et de Revenus
Coût des Ressources
Les coûts des ressources sont basés sur les ressources estimées dans l’analyse technique. Les coûts des employés doivent refléter les salaires et les frais généraux, tels que fournis par le département financier ou de la paie. Listez les achats de matériel et de logiciels, même s’ils sont partagés entre plusieurs projets ou intégrés dans les frais généraux. Utilisez des tableaux ou des feuilles de calcul intégrées pour plus de clarté.
Les coûts supplémentaires peuvent inclure la licence, la sous-traitance ou les tests externalisés.
Prix de Vente Conseillé (PVC)
Recommandez un prix de vente cible basé sur les prix des jeux existants, la valeur ajoutée au produit, et les coûts de développement. Les distributeurs peuvent pousser pour des prix plus bas, mais cela doit être traité plus tard. Gardez à l’esprit que des prix plus élevés entraînent généralement des ventes plus faibles, surtout dans les genres compétitifs avec une offre abondante.
Projection des Revenus
Projetez les revenus dans des scénarios pessimistes, attendus et optimistes en fonction des coûts définis et du prix de vente conseillé. Excluez le marketing et les frais généraux de l’entreprise, à moins qu’un budget marketing minimum ne soit connu. Souvent, ces projections sont mieux montrées sous forme de graphiques en secteurs ou en barres, avec des indicateurs supplémentaires montrant l’impact des risques décrits dans l’analyse technique.