Vous avez un produit. Il fonctionne, des gens s’en servent, et vous l’avez construit vous-même avec un outil de génération. Aujourd’hui vous butez : les évolutions demandées dépassent ce que vous savez faire, et vous ne savez pas quoi décider parce que vous n’avez personne pour vous dire ce qui est raisonnable.

C’est une position inconfortable et beaucoup plus courante qu’on ne le croit. Voici les options réelles, avec ce que chacune suppose.

Ce qui vous manque n’est pas forcément un développeur

Avant de chercher qui recruter, distinguez trois besoins différents, qui ne se pourvoient pas de la même façon.

Décider. Faut-il refaire cette partie ou l’améliorer ? Ce prestataire est-il en train de vous vendre du temps inutile ? Ce choix technique vous enferme-t-il ? Ces questions demandent quelqu’un qui a vu passer des projets, pas quelqu’un qui code.

Produire. Écrire les fonctionnalités, corriger, livrer. C’est le besoin le plus visible et le plus facile à sous-traiter.

Tenir dans la durée. Savoir que l’application fonctionne encore ce matin, réagir quand un utilisateur signale un problème, appliquer les mises à jour de sécurité.

Beaucoup de fondateurs recrutent un développeur en pensant régler les trois. Un bon développeur couvre le deuxième, aide sur le troisième, et n’a pas nécessairement le recul pour le premier.

Les quatre options, et leurs contraintes réelles

Continuer seul avec l’outil. Viable plus longtemps qu’on ne le dit, à condition que le code reste en ordre. Les outils gèrent bien les évolutions simples sur une base saine. Ils décrochent sur les sujets que personne ne leur a appris à traiter : les droits d’accès, la tenue en charge, les liaisons avec un logiciel de gestion.

Recruter. La solution la plus coûteuse et la plus longue, rarement pertinente avant d’avoir un produit dont la trajectoire est établie. Un développeur salarié seul, sans personne pour relire son travail, présente en outre un risque qu’on sous-estime : vous n’avez aucun moyen d’évaluer ce qu’il produit.

Un prestataire à la tâche. Vous confiez des lots définis, vous payez au forfait, vous gardez la main. C’est l’option qui convient à la plupart des situations, à condition que le périmètre soit écrit avant et que vous puissiez juger le résultat.

Un accompagnement technique régulier. Quelqu’un qui connaît votre produit, disponible pour les décisions et pour les évolutions, sans le coût d’un salarié. La formule couvre le premier et le troisième besoin, et la production se traite au fil de l’eau.

Les cinq questions qui vous rendent autonome

Vous n’avez pas besoin de savoir coder pour piloter. Vous avez besoin de savoir quoi demander.

« Où est le code, et puis-je y accéder seul ? » Ouvrez le dépôt avec vos propres identifiants. Les outils permettent une synchronisation continue vers un dépôt que vous contrôlez. Si vous n’y arrivez pas en dix minutes, ce point passe avant tout le reste.

« Un utilisateur peut-il voir les données d’un autre ? » La réponse attendue est une démonstration, pas une affirmation. Ce défaut est la première catégorie de risque applicatif selon l’OWASP, et il a produit en 2025 une faille référencée CVE-2025-48757 sur plus de 170 applications construites avec Lovable.

« Qu’est-ce qui casse si le nombre d’utilisateurs est multiplié par dix ? » Un prestataire sérieux répond en nommant deux ou trois écrans précis. Une réponse vague signale que personne n’a mesuré.

« Comment sait-on que ça fonctionne ce matin ? » Si la réponse est « les utilisateurs nous préviennent », vous avez identifié un manque.

« Que se passe-t-il si vous disparaissez la semaine prochaine ? » La bonne réponse tient en trois éléments : le dépôt est chez vous, les accès sont inventoriés, la documentation permet à quelqu’un d’autre de reprendre.

Ce qu’il faut refuser

Un prestataire qui répond « c’est compliqué » sans expliquer. Votre incompétence technique supposée n’est pas une raison pour ne pas vous expliquer un choix : quelqu’un qui n’y arrive pas ne maîtrise généralement pas le sujet lui-même.

Un devis sans périmètre écrit. Sans document décrivant ce qui sera livré, vous ne pourrez ni comparer, ni constater que c’est fait.

Un engagement qui vous prive de votre code. Cela ne devrait plus exister et cela existe encore.

Une refonte complète proposée d’emblée, avant tout diagnostic. C’est la réponse la plus chère et rarement la bonne.

Le rythme qui fonctionne

Les fondateurs qui s’en sortent le mieux sans profil technique interne appliquent une discipline simple : des lots courts, un périmètre écrit avant chaque lot, une démonstration à la fin, et un point régulier sur ce qui vient ensuite.

Cette cadence vous laisse le contrôle sans exiger de compétence technique. Vous jugez sur ce que vous voyez fonctionner, pas sur des explications.

Les trois documents qui vous protègent

Sans compétence technique interne, votre sécurité tient moins à la confiance qu’aux traces écrites. Trois documents suffisent, et aucun ne demande de connaissances particulières.

Le périmètre, avant chaque lot. Une page en français décrivant ce qui sera livré, ce qui ne le sera pas, et comment vous saurez que c’est fait. Sans ce document, une discussion sur un retard ou un oubli se tient sur des souvenirs.

L’inventaire des accès. Quel service, quel compte, quelle adresse propriétaire, qui détient le mot de passe. Un tableau d’une page, tenu à jour, qui vit ailleurs que dans la tête d’une seule personne.

Le compte rendu de livraison. Deux lignes après chaque lot : ce qui a été livré, ce qui reste ouvert. Accumulés, ces comptes rendus racontent l’histoire du produit et remplacent la mémoire que vous n’avez pas.

Ces documents servent surtout le jour où quelqu’un part, où vous changez de prestataire, ou où un investisseur demande où en est le produit.

Ce que nous faisons

Nous travaillons couramment avec des dirigeants et des porteurs de projet non techniques. Les périmètres sont écrits en français, la validation se fait à chaque étape, et les livraisons se font par lots que vous voyez fonctionner.

Nous intervenons ponctuellement ou dans la durée, selon ce dont vous avez besoin, et nous laissons systématiquement de quoi reprendre sans nous : dépôt à votre nom, accès inventoriés, documentation écrite.