Combien de temps pour développer une application ? Le vrai calendrier, sans langue de bois.

C'est la question qu'on pose avant même de parler prix. Tu as une idée d'application ou d'outil métier, et avant de sortir le chéquier tu veux savoir une chose : dans combien de temps je peux m'en servir ? La plupart des réponses que tu vas entendre tournent autour de « trois à six mois », parfois plus. Je vais te dire pourquoi ce chiffre est souvent gonflé, ce qui fait vraiment varier un délai, et à quoi ressemble un calendrier honnête.

Je construis des logiciels sur mesure en pilotant l'IA, donc j'ai un parti pris sur la vitesse — je ne vais pas prétendre le contraire. Mais je te donne les vrais leviers, y compris ceux qui ne dépendent pas de moi, pour que tu puisses juger n'importe quel délai qu'on te propose.

Le chiffre direct : des semaines, pas des mois

Pour un outil métier de TPE ou de PME — un CRM taillé pour toi, un espace client, une automatisation qui remplace une tâche manuelle — le développement en lui-même ne devrait quasiment jamais prendre plus de quelques semaines. Chez moi, la première étape arrive en 7 jours : une maquette cliquable de ton application, avec tes écrans, ton vocabulaire, ton identité visuelle. Si elle n'est pas là dans les délais, tu ne dois rien. Ensuite, entre les ajustements et la mise en production, compte encore quelques semaines selon l'ampleur du projet.

Ce n'est pas de la magie : c'est ce que permet une seule personne qui pilote l'IA pour écrire le gros du code, sans faire passer chaque décision par un chef de projet, un comité ou une file d'attente de développeurs partagés entre dix clients.

Ce qui fait vraiment varier un délai

Le développement pur n'est presque jamais le goulot d'étranglement — pas quand l'IA écrit le gros du code sous supervision. Ce qui rallonge un projet, ce sont trois choses, et aucune n'a besoin d'une agence pour être résolue :

• Un périmètre flou. Si tu ne sais pas encore précisément ce que doit faire ton outil, le temps se déplace du développement vers les allers-retours. C'est pour ça que je commence toujours par la maquette : elle force les décisions tôt, pas en cours de route.
• Des intégrations tierces. Connecter ton outil à un logiciel de comptabilité, un paiement en ligne ou un CRM existant dépend parfois de la doc — ou de l'absence de doc — du service en question. Ce délai-là, personne ne le maîtrise à 100 %.
• La vitesse de tes propres retours. Un projet qui traîne trois semaines à cause d'un mail resté sans réponse, ça arrive. Le calendrier tient à deux, pas à un seul.

Les étapes, semaine par semaine

Concrètement, voici à quoi ressemble un projet chez moi une fois que le prix est figé par écrit :

• Semaine 1 : échange pour comprendre ton métier, puis conception et livraison d'une maquette cliquable — visuelle, avec ton vocabulaire, non fonctionnelle mais réelle à l'œil.
• Semaines 2 à 3-4 : les fonctions prennent vie derrière les écrans validés, tu testes au fur et à mesure, on ajuste ensemble sans attendre la fin.
• Dernière ligne droite : vérifications, mise en production, et 30 jours de support inclus pour lisser les premiers usages réels.

Pour un projet simple, ça peut se boucler en trois semaines. Pour un outil plus complet avec plusieurs modules, compte cinq à huit semaines. Ce qui ne bouge pas : le rendu visible dès la première semaine, et un prix qui ne grimpe pas en cours de route.

R0 → 1 : le calendrier qui compte, c'est celui qui te fait sortir de zéro

Le vrai enjeu n'est pas de battre un record de vitesse. C'est ton point de départ : si tu gères aujourd'hui cette tâche dans un tableur ou à la main, tu ne pars pas d'un logiciel imparfait à améliorer — tu pars de zéro. C'est ce que j'appelle le R0 → 1 : le premier outil qui existe et qui tourne compte plus que le plan parfait qui traîne encore dans une réunion de cadrage six mois plus tard.

Un délai court n'est pas un raccourci sur la qualité. C'est l'absence de structure à faire tourner entre ton idée et le code : une seule personne qui comprend ton métier, pilote l'IA, et vérifie chaque ligne avant de te livrer. Ce sont les intermédiaires qui disparaissent, pas la rigueur.

Alors, tu pars quand ?

Si ton projet est simple et ton périmètre clair, il n'y a aucune raison objective d'attendre des mois avant de voir quelque chose de concret. Si en revanche ton projet implique plusieurs équipes, un cadre d'appel d'offres ou des intégrations très lourdes avec des systèmes internes complexes, un délai plus long — et parfois une structure plus large qu'une seule personne — a du sens. Sois honnête avec toi-même sur lequel de ces deux cas est le tien.

Dans le doute, le meilleur test reste de le vivre plutôt que de l'imaginer : va voir comment je construis ton logiciel sur mesure, avec le prix, la méthode et la garantie « ta maquette en 7 jours ou tu ne dois rien ». Tu sauras en une semaine si le calendrier que je t'annonce tient la route — sans attendre six mois pour le découvrir.