Jeux prêts
Jeux prêts à l'emploi et sources de jeuxvous permettre de lancer le produit en cours d'examen plus rapidement si le client a le droit légal d'utiliser du code, des graphiques, de la musique, des polices et des composants tiers. Sur DitWork, vous pouvez trouver un entrepreneur pour auditer le projet terminé, vérifier la licence, relooker, localiser, corriger les erreurs, l'intégration back-end et préparer les versions.
Un projet tout fait ne signifie pas une entreprise complètement toute faite. Avant d'acheter, vous devez vérifier la version du moteur, la qualité du code, les dépendances, les licences, la constructibilité, la prise en charge des appareils cibles et l'étendue réelle des modifications. Le faible prix du code source peut cacher des bibliothèques obsolètes, un manque de droits sur les actifs ou l'impossibilité de publier dans le magasin.
Quelles options pouvez-vous commander ?
Le format du service dépend de ce qui existe déjà et des droits qui sont transférés. Un modèle de mécanique, un produit en marque blanche et un jeu entièrement sorti ont des valeurs, des risques et un travail de suivi différents.
- Projet Unity, Unreal Engine ou Godot prêt à l'emploi avec code source
- kit de démarrage ou modèle pour un mécanicien séparé pour un nouveau développement
- jeu en marque blanche avec remplacement de la marque, du style visuel et du contenu
- relookage d'un jeu mobile ou par navigateur avec de nouveaux graphismes et une nouvelle localisation
- finalisation du projet acheté, mise à jour du moteur et des dépendances
- audit des sources avant achat ou transfert d'un projet à un autre entrepreneur
Que vérifier avant d'acheter
Ne payez pas pour un projet uniquement en fonction de la vidéo ou de l'APK installé. Accédez au référentiel ou faites une démonstration d'une version à partir des sources. Pour chaque package, image, police, son et plugin, la source, le type de licence et la transférabilité au nouveau propriétaire doivent être clairs.
| Objet à vérifier | Risque | Confirmation |
|---|---|---|
| Code source | seul l'assemblage ou le projet incomplet est transféré | référentiel et build propre réussi |
| Licences | les actifs ne peuvent pas être utilisés commercialement ou transférés | registre des composants, reçus et textes de licence |
| Dépendances | SDK obsolètes, services supprimés et packages fermés | liste des versions et plan de mise à jour |
| Publication | le projet enfreint les règles ou utilise la marque de quelqu'un d'autre | audit du contenu, des paiements, de la confidentialité et des métadonnées |
| Soutien | aucune documentation et personne ne peut corriger l'erreur | examen technique, instructions et évaluation de la dette |
Ce qu'il faut inclure dans les termes de référence
Spécifiez les plates-formes cibles, les pays, les langues, la marque souhaitée, les modifications mécaniques, la monétisation, l'analyse, la publicité, les paiements, le backend et les délais. Répertoriez ce qui a déjà été acheté et quels documents confirment les droits. Si le projet doit remplacer une application existante, décrivez l'identifiant du package, le compte de magasin, la rétention des utilisateurs et les exigences de compatibilité.
- lien vers le projet source, la version du moteur et les fichiers disponibles
- écrans, personnages, niveaux et actifs qui doivent être remplacés
- nouvelles fonctionnalités, intégrations, événements d'analyse et données du serveur
- appareils pris en charge, résolutions et versions minimales du système d'exploitation
- format de transfert de code, d'accès, de clés de signature et de comptes de magasin
- critères de construction de la version, test de fumée et liste des défauts inacceptables
Étapes de finalisation d'un jeu terminé
- Vérifiez les droits, le code source, la propreté de la construction et la dette technique.
- Créez une sauvegarde et une branche distincte, validez le comportement d'origine.
- Préparez une carte des remplacements : marque, UI, graphismes, sons, textes, niveaux et mécaniques.
- Mettez à jour les dépendances et apportez ensuite des modifications fonctionnelles.
- Collectez les versions de test, vérifiez les analyses, les paiements, la publicité et les économies.
- Transférez le référentiel, les versions, la documentation, les licences et les accès.
Reskin sans perte de qualité
Reskin ne doit pas se limiter au remplacement d’une icône et de quelques images. Il est important de vérifier les dimensions, les zones de sécurité, les animations, le contraste, la lisibilité, la localisation, le style sonore et la cohérence de l'interface. Les nouveaux graphiques doivent respecter des restrictions techniques : atlas, compression, pivots, dénomination, résolution, nombre de polygones et budget mémoire.
Si le sujet change, les anciens textes, événements d'analyse, tutoriels, réalisations et captures d'écran du magasin doivent également être révisés. Sinon, l'utilisateur reçoit un produit avec une marque contradictoire et des restes du modèle d'origine.
- palette, typographie, icônes et états visuels unifiés
- vérifier tous les écrans, chargements, erreurs, tutoriel et popup
- captures d'écran du nouveau magasin, icône, image promotionnelle et description
- faire correspondre les tailles et les formats des moteurs de pipeline
Mise à jour du moteur et des SDK tiers
Le grand saut dans la version du moteur est réalisé indépendamment des nouvelles fonctions. Tout d'abord, le projet est assemblé dans sa configuration d'origine, puis mis à jour par étapes contrôlées et les modifications apportées à l'API, au rendu, à la physique, à la sérialisation et aux formats d'actifs sont enregistrées. Les SDK de publicité, d'analyse, de paiement et d'autorisation sont vérifiés pour prendre en charge les exigences actuelles de la plate-forme.
Nous ne pouvons pas promettre qu'un ancien projet sera mis à jour sans retravailler. Certains plugins peuvent ne plus être pris en charge, dépendre de packages fermés ou avoir une licence non transférable. Ensuite, l'estimation comprend le remplacement des composants et la migration des données.
De quoi dépend le coût ?
- exhaustivité des sources, qualité de l'architecture et assemblage reproductible
- volume de reskin, nouveaux graphismes, animation, son, niveaux et localisation
- différence entre les versions actuelles et cibles du moteur, du SDK et du système d'exploitation
- nouveaux paiements, publicités, analyses, comptes, sauvegardes backend et cloud
- nombre de plateformes, de magasins, de langues et d'appareils de test
- disponibilité des documents relatifs aux actifs et nécessité de remplacer les composants controversés
Comment choisir un artiste
Demandez qu’un audit technique soit réalisé avant un devis fixe à volume élevé. Le spécialiste doit construire le projet sur une machine propre, afficher une liste de dépendances, expliquer l'architecture et identifier les endroits où le simple remplacement d'une ressource brisera la fonctionnalité.
Ne transférez pas les comptes de magasin et les clés de signature avant de sélectionner un artiste. Utilisez des rôles distincts avec des droits minimaux. Créez un référentiel au sein de votre organisation et vérifiez régulièrement que les modifications, la documentation et les nouvelles licences y sont enregistrées.
Liste de contrôle d'acceptation
- le projet est assemblé à partir de zéro selon les instructions sans les fichiers personnels du développeur
- la nouvelle marque ne contient pas d'anciens noms, liens, icônes ou clés analytiques
- les scripts de base et d'erreur fonctionnent sur les appareils cibles
- les achats, la publicité, les analyses, les liens profonds et les sauvegardes sont testés en mode test
- le registre des licences a été transféré et il n'existe aucun composant dont le droit d'utilisation n'est pas clair
- le client a reçu un référentiel, des assemblages, des matériaux de magasin, des accès et un plan de mise à jour
Droits du code et sources inappropriées
Seuls les modèles pour lesquels le vendeur a le droit de concéder une licence ou de transférer des droits exclusifs sont éligibles. Vous ne pouvez pas acheter de sources divulguées, de copies de jeux d'autres personnes, de comptes volés, de protections ou d'actifs contournés sans autorisation. Même un projet de travail contrefait pourrait être retiré du magasin et créer des risques financiers ou juridiques. Les conditions d'utilisation du code, le nombre d'applications, le droit de revente et la possibilité de transfert au prochain propriétaire sont consignés par écrit.
Comment publier une tâche pour un jeu terminé
Indiquez la source du projet, le moteur, les sources disponibles, la confirmation de licence, les plateformes cibles, le volume de reskin, les nouvelles fonctionnalités et le format de publication. Joignez une vidéo, la version actuelle et une liste des erreurs connues. Notez séparément si un audit est nécessaire avant l'achat, une révision complète ou simplement une préparation à la sortie.
