À Mons, beaucoup d’idées d’application naissent à l’université, dans les incubateurs de la région ou chez des entrepreneurs du Hainaut qui travaillent aussi avec le nord de la France. D’autres viennent d’acteurs culturels et touristiques, de commerces du centre, de cabinets de santé ou de PME industrielles. Souvent, un premier prototype existe déjà : une maquette, un démonstrateur réalisé lors d’un projet étudiant, une application bricolée qui a convaincu quelques utilisateurs. Le développement d’application mobile à Mons consiste alors à passer de cette ébauche à un produit fiable, puis à le faire vivre. Voici les questions que se posent nos interlocuteurs, et nos réponses.
Qui doit rédiger le cahier des charges : nous ou l’agence ?
Les deux. Vous connaissez le problème à résoudre, vos utilisateurs et votre modèle économique. Nous savons traduire ces éléments en parcours, en données et en règles précises. Concrètement, nous menons un ou plusieurs entretiens en visio, puis nous rédigeons un document que vous relisez et corrigez.
Ce cahier des charges décrit les profils d’utilisateurs, les parcours principaux, les contenus à gérer, les outils à connecter et les contraintes de confidentialité. Il est écrit pour être compris par un non-technicien, ce qui est utile si vous devez le présenter à un incubateur, à un partenaire ou à un organisme de financement.
Notre prototype peut-il servir de base au vrai produit ?
Parfois oui, parfois non. Un démonstrateur construit rapidement pour prouver une idée n’a pas les mêmes exigences qu’une application utilisée tous les jours par des inconnus. Nous l’analysons avec vous :
- la technologie est-elle adaptée à une publication durable sur les stores ?
- le code est-il lisible et testable par une nouvelle équipe ?
- la sécurité est-elle suffisante : authentification, droits, stockage des données ?
- le serveur tiendra-t-il la montée en charge ?
Selon les réponses, nous consolidons l’existant ou nous repartons sur une base propre en conservant ce qui a fait ses preuves : les parcours, le design, l’API si elle est saine.
Combien de fonctions mettre dans un MVP ?
Le moins possible, mais assez pour tenir une promesse. Un produit minimum viable, que l’on abrège en MVP, doit permettre à un utilisateur de réaliser l’action qui justifie l’application, du début à la fin. Pour une application qui met en relation des étudiants et des propriétaires de logements, c’est « trouver une annonce et contacter le propriétaire ». La visite virtuelle, la signature du bail en ligne et les avis attendront.
Nous fixons aussi, dès ce stade, quelques indicateurs simples : nombre d’inscriptions, part des utilisateurs qui vont au bout du parcours, retours qualitatifs. Ils diront si le MVP remplit son rôle.
Quelle technologie choisir pour notre application mobile ?
Elle découle des fonctions retenues, jamais d’une préférence de principe. Si votre MVP doit exister sur iPhone et sur Android sans doubler l’effort, Flutter ou React Native permettent de partager la plus grande partie du code. Si l’application dialogue en permanence avec un capteur ou exploite des fonctions très récentes des systèmes, Swift et Kotlin, les langages natifs, redeviennent pertinents. Et si vous voulez simplement vérifier qu’un usage intéresse votre public, une application web installable, dite PWA, coûte moins cher et évite la revue des stores. Vous recevez notre avis motivé, y compris ce qu’il implique pour l’entretien futur.
Qui s’occupe de l’application une fois publiée ?
C’est une question que beaucoup de projets nés à l’université découvrent trop tard, quand l’étudiant ou le stagiaire qui connaissait le code est parti. Une application publiée demande un entretien régulier :
- chaque année, Apple et Google sortent une nouvelle génération de leurs systèmes, qu’il faut tester et parfois intégrer ;
- Google Play impose périodiquement une version minimale d’Android à cibler pour accepter une mise à jour ;
- les composants tiers intégrés au code publient des correctifs, dont certains touchent à la sécurité ;
- les plantages doivent être surveillés et corrigés ;
- l’abonnement au programme développeur d’Apple et les certificats se renouvellent.
Nous documentons l’application pour qu’elle ne dépende jamais d’une seule personne, y compris chez nous.
Comment distinguer maintenance et évolution sur la facture ?
La maintenance garde l’application en état de marche : compatibilité, sécurité, correction des anomalies. L’évolution ajoute quelque chose : une fonction, une langue, un nouveau parcours. Nous les séparons dans nos propositions. La maintenance fait l’objet d’un cadre défini, les évolutions sont chiffrées lot par lot, quand vous décidez de les lancer.
Une agence basée à Marrakech peut-elle suivre un projet montois ?
Oui, à condition que tout soit organisé. Nous ne disposons d’aucun bureau en Belgique et nous le disons franchement. Votre projet est piloté depuis le Maroc par une personne attitrée, qui reste la même du cadrage à la maintenance. Nous fixons ensemble un rythme de réunions en visio, calé sur vos disponibilités. À chaque lot, une nouvelle version arrive sur votre téléphone par TestFlight ou par le canal de test de Google Play. Pour une question pressante, un appel ou un message WhatsApp suffit. Le dépôt de code, l’interface d’administration et les comptes développeur sont ouverts au nom de votre structure dès le premier jour.
Vous avez une idée, une maquette ou un prototype et vous envisagez un développement d’application mobile à Mons ? Montrez-nous où vous en êtes : un rappel gratuit pour en discuter, puis un devis détaillé qui vous parvient sous 48 h, sans aucun engagement de votre part.