01
Le projet est resté en sommeil
Le développeur initial est parti, les dépendances ont vieilli ou le build ne fonctionne plus. Vous devez comprendre ce qui est récupérable avant d’investir dans une nouvelle publication.
Mises à jour & maintenance d’anciens projets Unity
Votre ancien jeu ou application.
Réparé, mis à jour et maintenu.
Je répare, mets à jour et maintiens d’anciens jeux et applications Unity. Je peux remettre un projet arrêté en état de marche, améliorer ses écrans et fonctions, et ajouter un suivi pour comprendre son utilisation. Nous convenons du travail, du coût et du résultat attendu avant chaque étape.
Activité indépendante · Je réalise personnellement l’ingénierieEurope/Lviv · À distance dans le monde entier
Quand cela convient
Conserver ce qui fonctionne. Tester ce qui pourrait mieux fonctionner.
02
L’expérience a besoin d’être actualisée
Les principales fonctions marchent, mais des écrans anciens, des premiers pas confus, des problèmes d’appareil ou des connexions manquantes rendent le produit plus difficile à utiliser.
03
Vous voulez tester à nouveau le potentiel
Vous avez une hypothèse et avez besoin d’une mise à jour ciblée, d’événements produit fiables et d’un test avec de vrais utilisateurs pour décider de continuer, d’ajuster ou d’arrêter.
Ce que vous recevez
Le travail et les résultats dont nous convenons.
Un projet fonctionnel qui peut être mis à jour
Rétablissement du build, revue des dépendances, corrections ciblées et mises à niveau progressives de Unity ou des SDK lorsque cela se justifie. Documenter l’installation, la publication et les risques restants ; vérifier les sauvegardes et les flux de données existants si nécessaire.
Une actualisation ciblée du produit
Améliorer les écrans, l’aide à la prise en main, le gameplay ou les fonctions d’application convenus. Vérifier que la présentation convient aux appareils prévus et traiter les problèmes de vitesse ou de réactivité convenus. Choisir des changements qui répondent à une question claire sur l’utilisation du produit.
Des analyses qui répondent à une question
Un plan d’événements, l’intégration SDK convenue, la validation des événements et la configuration des rapports sur l’activation, la progression, les utilisateurs récurrents et la qualité technique. Incluez le contexte de version et les contrôles de consentement requis dans le périmètre de mise en œuvre.
Une version prête à tester et une passation
Builds de test, préparation de la publication, intégrations d’attribution ou de liens de campagne convenues et liste de vérification des mesures. Puis examen des preuves disponibles et prochaine étape priorisée.
Je prends en charge l’ingénierie et l’implémentation des mesures convenues. Les assets visuels, le design spécialisé, les campagnes marketing et l’acquisition payante nécessitent un périmètre distinct et des responsables clairs. Je peux préparer le produit et son suivi pour la promotion et travailler avec votre responsable marketing ; les gains de rétention, la croissance du public, les revenus et l’approbation des boutiques ne sont pas garantis.
Un relancement est un test, pas une promesse
La prochaine version donne-t-elle aux personnes une raison de revenir ?
Une apparence moderne peut faire partie de l’hypothèse. L’analyse produit aide à examiner ce que les personnes font réellement, au-delà de l’amélioration visuelle de la mise à jour. Pour les applications hors jeu, l’activation ou la réussite d’une tâche peut être plus utile que les taux de retour quotidiens.
Une hypothèse précise
Par exemple : faciliter l’achèvement de la première session, éliminer un blocage de progression ou réduire les frictions au chargement. Choisissez la question avant la mise à jour.
Événements produit vérifiés
Définissez le sens de chaque événement, vérifiez son déclenchement correct et séparez le trafic de test des utilisateurs réels. Installer un SDK d’analyse n’est qu’une partie du travail.
Un public et suffisamment de temps
Convenez des participants au test et de la façon dont ils y accéderont. Attendez la fenêtre de retour pertinente ; un échantillon petit ou non représentatif peut ne pas suffire pour décider.
| Signal | Éléments à suivre | La question qu’il permet d’éclairer |
|---|---|---|
| Activation et prise en main | Étapes de tutoriel, première action significative et sorties précoces de session. | Où les personnes se retrouvent-elles bloquées avant de découvrir la valeur centrale ? |
| Utilisateurs récurrents | Rétention J1 / J7 pour des cohortes définies de nouveaux utilisateurs, si pertinent. | Les utilisateurs reviennent-ils le jour mesuré après leur première utilisation ? |
| Qualité technique | Plantages, temps de chargement et performances propres aux appareils, en parallèle de l’usage. | Les frictions techniques empêchent-elles de tester équitablement le produit ? |
| Contexte du test | Version du build, plateforme, public et source d’acquisition si disponible. | Comparons-nous des utilisateurs similaires dans des conditions comparables ? |
Pas d’analyses historiques ? Commencer par une référence.
La première publication instrumentée montre où en est le produit ; elle ne peut pas reconstruire la rétention d’une version sans suivi. Convenez des définitions de cohorte et d’événement de retour avant le test. Comparez des fenêtres d’observation équivalentes et consignez les différences de public. Un changement avant/après ne suffit pas à établir que l’actualisation a causé une amélioration.
Comment nous travaillons ensemble
Une mise à jour ciblée. Une décision utile.
- 01
Rétablir et évaluer
Reproduire le build, examiner les dépendances et les données existantes, puis identifier ce qui peut être conservé en sécurité. Convenir d’un point de contrôle de faisabilité avant un engagement plus large.
- 02
Définir le test
Choisissez l’hypothèse produit, le public cible, les mesures de réussite, la fenêtre d’observation et les critères d’arrêt. Désignez un responsable du recrutement des testeurs ou du trafic.
- 03
Mettre à jour et instrumenter
Réaliser les changements convenus, vérifier le suivi d’utilisation et tester les appareils choisis. Si nécessaire, vérifier que les utilisateurs existants peuvent mettre à jour sans perdre de sauvegardes ni de données. Consigner la version testée et la manière de mesurer les résultats.
- 04
Observer et décider
Examiner le test après la fenêtre d’observation convenue. Séparer les signaux produit des problèmes techniques et des données manquantes, puis choisir d’itérer, de maintenir ou de suspendre.
Une expérience de développement pertinente
L’expérience derrière l’offre.
Cette offre s’appuie sur une ingénierie produit concrète de jeux publiés, de systèmes d’analyse et d’interfaces mobiles en production. Ce sont des exemples d’ingénierie pertinents, pas des affirmations de relancement mesuré ou de gain de rétention.
Android / iOS en production
Interface complexe et intégrations natives
Seul ingénieur du client Unity et architecte mobile, j’ai développé une interface responsive issue de Figma, une navigation asynchrone, des parcours dépendant du backend et des intégrations natives, avec validation sur appareils. Les détails du produit restent confidentiels.
Identité du produit non divulguée · Respect de la confidentialité
Jeux riches en systèmes
L’analyse au sein du produit
Seul développeur Unity et architecte systèmes, j’ai conçu l’analyse parallèlement aux systèmes de gameplay, progression, économie, sauvegarde et contenu piloté par les données, en intégrant le travail de l’équipe sur les graphismes, l’audio, le game design et l’équilibrage.
Découvrir le portfolio d’ingénierieAvant de commencer
Des attentes claires.
01En quoi cela diffère-t-il d’un audit technique Unity ?
Une analyse de projet identifie les problèmes, les éléments réutilisables et les prochaines étapes recommandées. Ce service couvre aussi les réparations et mises à jour convenues, l’ajout d’un suivi d’utilisation et la préparation d’une version de test. Nous pouvons commencer par une analyse avant de décider des changements.
02Pouvez-vous accompagner un ancien projet sans le relancer ?
Oui. Le périmètre peut se limiter à la maintenance, aux corrections de compatibilité, aux intégrations ou à une mise à niveau progressive. La maintenance et l’itération ultérieures sont convenues séparément, avec leurs délais de réponse et responsabilités ; cela n’implique pas un service d’exploitation permanent 24 h/24 et 7 j/7.
03Moderniser signifie-t-il réécrire ou passer à la dernière version de Unity ?
Non. J’examine d’abord le projet actuel et les exigences cibles, puis je choisis une voie compatible et maintenable. Une mise à niveau progressive ou une refactorisation ciblée peut suffire. L’accès aux sources, les droits sur les assets, la disponibilité des services et l’accès aux comptes des boutiques peuvent limiter la faisabilité.
04Pouvez-vous déterminer si la rétention s’est améliorée ?
Seulement si les données permettent une comparaison équitable. Si le suivi précédent était peu fiable, la première version avec suivi sert de point de départ aux comparaisons futures. Il faut des groupes d’utilisateurs similaires ou une expérience soigneusement préparée. Trop peu d’utilisateurs, des publics différents ou un test court peuvent laisser la réponse incertaine.
05Prenez-vous en charge la promotion et le recrutement des testeurs ?
Je peux préparer les builds, le suivi et les intégrations d’attribution convenues pour un relancement, et coordonner le volet technique avec vous ou votre responsable marketing. Recrutement du public, gestion publicitaire, créations et dépenses publicitaires ne sont pas inclus par défaut. Sans utilisateurs, il faut un plan distinct pour les atteindre avant qu’un test de rétention puisse être utile.
06L’actualisation peut-elle inclure un style visuel plus moderne ?
Oui. Je peux créer de nouveaux écrans à partir de maquettes Figma, adapter leur présentation aux différentes tailles d’écran et améliorer la prise en main et les interactions. Je peux travailler avec votre designer ou faire appel à des artistes de confiance. Nous convenons séparément de leur disponibilité, de leur travail et de leurs honoraires.
Échanger mises à jour & maintenance continue
Que faut-il corriger ou mettre à jour ?
Parlez-moi du jeu ou de l’application, de ce qui ne fonctionne plus et de ce que vous souhaitez changer. Nous pouvons commencer par vérifier le projet et convenir d’une première réparation ou mise à jour raisonnable.
Un budget limité ? Indiquez votre priorité et la fourchette qui vous convient. Je vous dirai clairement quelle première étape est réaliste.
La confidentialité dès le premier échange
Je comptabilise les actions de contact de façon agrégée, sans identifiants de visiteurs ni contenu des messages.
Besoin d’un autre type d’aide ?
Tous les servicesCréer un jeu
Développement de jeux
Créer une application hors jeu
Développement d’applications
Améliorer un produit existant
Analyse & réparation de projets Unity
Faire avancer un produit
Responsable technique Unity à temps partiel
Relier l’IA à un véritable processus
Connexions à l’IA & essais d’IA privée
Réunir les bonnes compétences
Développement avec des spécialistes créatifs et du test
Vérifier la qualité avant la prochaine étape