Agence de développement web, mobile et IA à Épinal

Par un premier échange de trente minutes pour comprendre le besoin, puis un atelier de cadrage qui fixe le périmètre, le planning et le budget. Pendant le développement, vous avez des points à date fixe, en général toutes les une à deux semaines, où l'on vous montre ce qui fonctionne à l'écran plutôt que de vous le décrire. Entre deux points, un interlocuteur unique suit votre projet et reste joignable par téléphone et par mail. Vous n'avez jamais à relancer pour savoir où en est le travail.

Non, c'est même la situation la plus fréquente et le cadrage sert exactement à ça. On part de ce que vous voulez obtenir, pas de ce qu'il faudrait coder : qui va s'en servir, pour faire quoi, et à quoi on verra que ça marche. De là on écrit ensemble le périmètre de la première version, on le chiffre, et vous décidez. Vous repartez avec un document clair que vous pourriez même donner à quelqu'un d'autre. Un cahier des charges écrit à l'avance, sans nous, se révèle souvent à moitié faux une fois le projet lancé.

Les premières maquettes arrivent en général sous deux à trois semaines après le cadrage, et vous les manipulez avant qu'une ligne de code soit écrite. C'est volontaire : corriger un écran à ce stade coûte une heure, le corriger après développement coûte plusieurs jours. Ensuite le développement avance par blocs, et vous voyez une version qui fonctionne dès qu'il y a quelque chose à montrer, pas à la toute fin. Personne n'attend six mois sans nouvelles.

Dans les Vosges, le recrutement est un vrai sujet : l'enseignement supérieur du bassin est orienté vers l'industrie, les matériaux et le bois plutôt que vers le développement logiciel, et les profils formés partent souvent vers les grandes métropoles. Trouver un développeur expérimenté localement prend donc du temps. Et même en y arrivant, une personne seule ne couvre pas le design, le développement, la mise en production et la maintenance. Une agence vous donne l'équipe complète tout de suite. Si vous voulez internaliser plus tard, nous livrons de façon à ce que quelqu'un puisse reprendre.

C'est ce que nous recommandons dans presque tous les cas. Une première version resserrée sur l'essentiel sort plus vite, coûte moins cher, et surtout elle vous apprend ce que vos utilisateurs font vraiment, ce qu'aucun cahier des charges ne peut deviner. Les fonctionnalités suivantes se décident ensuite avec de vraies informations plutôt qu'avec des suppositions. Concrètement, on découpe le projet en étapes chiffrées séparément, et vous n'engagez que la suivante.

On en discute, on chiffre l'ajout, et vous décidez de le prendre maintenant ou plus tard. Ce qui est convenu au départ reste au prix convenu, un ajout se facture en plus, et rien ne part en développement sans votre accord écrit. C'est aussi pour ça que le périmètre initial est écrit noir sur blanc au cadrage : c'est ce document qui permet de dire sans ambiguïté ce qui est un ajout et ce qui n'en est pas un. Dans les faits, tous les projets évoluent en cours de route, l'important est que ce soit visible.