Transformer un fichier Excel en app : à quoi ressemblent 4 semaines

Quand on annonce "votre app en quatre semaines, prix bloqué", on a parfois droit à un sourire poli. C'est légitime, on a tous vu des projets s'éterniser. Alors ouvrons les coulisses.

Semaine 1 : on cadre

On s'assoit avec vous, on comprend votre process, on dessine les écrans ensemble. Surtout, on fige le périmètre. C'est l'étape la plus importante : un périmètre clair garantit le délai et le prix.

Semaine 2 : on construit le socle

Base de données et premiers écrans. Dès la fin de semaine, vous voyez du réel, pas un schéma. On ajuste vite, tant que c'est facile à changer.

Semaine 3 : on ajoute l'intelligence

Logique métier, automatisations, connexions à vos outils. L'app passe de "jolie maquette" à "outil qui fait le travail".

Semaine 4 : on teste avec vous, et on livre

Vos utilisateurs prennent l'app en main, on récupère leurs retours, on ajuste, on met en production. À la fin, une app qui tourne, pas un prototype.

Ce qui fait dérailler un projet court (et comment l'éviter)

Une seule chose, presque toujours : le périmètre qui gonfle en cours de route. "Tant qu'on y est, on pourrait aussi...". Chaque petit ajout paraît anodin, mais empilés, ils font exploser le délai. Notre méthode : on note ces idées dans une liste "version 2", on les célèbre, et on livre d'abord la version 1 qui marche. On améliore ensuite, sur du solide.

À retenir

• Quatre semaines : cadrage, socle, intelligence, recette et mise en production.
• Le risque numéro un est le périmètre qui gonfle. On le range en "version 2".
• Le forfait engage les deux parties : prix bloqué, délai garanti.
• Bloquez la disponibilité des testeurs dès le départ.