Sommaire
La réponse courte : de 2 à 4 semaines pour transformer un site en PWA, de 1 à 3 mois pour une application métier ciblée, de 3 à 6 mois pour un ERP ou une plateforme complète. La réponse utile dépend surtout du périmètre de la première version et de votre disponibilité pour valider les étapes.
Les délais par type de projet
| Projet | Délai indicatif | Ce qui le détermine |
|---|---|---|
| PWA à partir d’un site existant | 2 à 4 semaines | L’état du site de départ |
| Intégration IA (premier cas d’usage) | 2 à 8 semaines | La qualité des données et le nombre d’outils à connecter |
| Application métier ciblée | 1 à 3 mois | Le nombre d’écrans et de règles métier |
| ERP ou plateforme multi-espaces | 3 à 6 mois et plus | Le nombre de types d’utilisateurs et d’intégrations |
Ces durées vont de la validation du devis à la mise en ligne. Elles supposent une première version centrée sur l’essentiel.
Les étapes d’un projet
- Cadrage (1 à 2 semaines) : ateliers, cahier des charges, devis ferme et planning.
- Maquettes (1 à 3 semaines) : vous testez l’application en version cliquable et vous la validez.
- Développement par lots (4 à 12 semaines) : chaque lot est livré, testé par votre équipe, ajusté, puis on passe au suivant.
- Mise en ligne (environ 1 semaine) : reprise des données, formation, démarrage, puis 3 mois de support.
Le découpage en lots a un avantage majeur : vous utilisez une partie de l’application bien avant la fin du projet, et les retours du terrain améliorent la suite.
Ce qui fait gagner du temps
- Un périmètre clair et priorisé : savoir ce qui est indispensable pour la première version.
- Un interlocuteur disponible : les validations rapides évitent les temps morts entre les lots.
- Des données prêtes : un fichier client propre s’importe en une heure ; un fichier incohérent demande des jours.
- Réutiliser l’existant : une base déjà éprouvée (comme pour les applications de club ou de tournées) raccourcit nettement le projet.
Ce qui fait perdre du temps
- Les changements de cap en cours de développement : une modification après validation coûte plus cher qu’au stade des maquettes.
- Les intégrations découvertes tard : un logiciel tiers sans API ou une documentation introuvable.
- Les validations qui traînent : deux semaines d’attente sur une maquette, ce sont deux semaines de décalage.
- Vouloir tout dans la première version : c’est la cause n°1 des projets qui s’éternisent.
Peut-on aller plus vite ?
Oui, de trois façons : réduire la première version au strict nécessaire, partir d’une base existante, ou paralléliser certaines tâches. La dernière option augmente le budget ; les deux premières le réduisent.
Mon conseil : fixez une date de première mise en ligne réaliste et construisez la première version pour cette date. Les fonctions suivantes arriveront plus vite, parce qu’elles s’appuieront sur un outil déjà utilisé.