Systèmes IA & automatisation pour TPE/PME
/
Comparatifs & choix

Développement no-code ou développeur sur mesure en 2026 : que choisir pour l'outil interne de votre PME ?

Publié le
05/11/2026
· Mis à jour le
05/11/2026
Illustration editoriale : Développement no-code ou développeur sur mesure pour l'outil interne d'une PME : coût complet, délai, propriété et ce qui reste quand le prestataire part

Pour l'outil interne d'une PME, le développement no-code sert à prototyper et à valider un process. Le développement sur mesure se justifie pour un process cœur de métier propre à l'entreprise. Dans les deux cas, comparez le coût complet sur trois ans, heures du dirigeant comprises, et faites écrire dans le contrat qui détient le code, les comptes, la documentation et les données le jour où le prestataire part. Si votre besoin est standard, mieux vaut souvent ne rien construire.

Le fichier s'appelle « Suivi chantiers V7 définitif ». Trois personnes l'ouvrent en même temps, une formule saute, et vous passez votre lundi soir à retrouver quel devis a été relancé et lequel dort. Sur votre bureau, deux propositions attendent : un devis de développement no-code et un devis de développeur sur mesure. Les montants diffèrent, les délais aussi. Aucun des deux ne répond à la question qui vous intéresse : lequel vous rendra des heures sans vous rendre dépendant ?

Nous mettons en place des systèmes pour des PME et nous voyons souvent passer ces deux devis côte à côte. Voici la grille que nous utilisons pour les départager : cinq critères et un calcul que vous pouvez refaire avec vos propres chiffres. La conclusion est tranchée selon votre taille, y compris dans le cas où la bonne réponse est de ne rien construire du tout.

No-code ou développement sur mesure : les cinq critères qui départagent deux devis

Deux devis d'outil interne se comparent sur cinq critères : le coût complet sur trois ans, le délai de mise en service, la propriété du code et des accès, la réversibilité et l'autonomie de l'opérateur non technique. Le prix affiché n'en couvre qu'un seul.

Commençons par poser les termes. Le développement no-code consiste à construire une application en assemblant des blocs visuels sur une plateforme, sans écrire de code. Les plateformes les plus connues sont Bubble, Glide et Airtable, souvent complétées par Make ou Zapier pour les automatisations. Le développement sur mesure consiste à faire écrire par un développeur un logiciel spécifique, dans un langage de programmation, hébergé là où vous le décidez. Entre les deux, le développement low-code ajoute du code à une plateforme visuelle pour dépasser ses limites. La réversibilité désigne la capacité à quitter un prestataire ou une plateforme en récupérant de quoi faire tourner l'outil ailleurs.

Voici comment les deux options se comportent sur chaque critère :

  • Coût complet. En no-code, le devis initial est souvent plus léger, mais les licences, facturées par utilisateur ou par volume, courent tant que l'outil existe. En sur mesure, l'investissement de départ est plus lourd, puis viennent l'hébergement et la maintenance corrective.
  • Délai de mise en service. Le no-code livre plus vite une première version utilisable. Le sur mesure passe par un cahier des charges, puis par des allers-retours de recette.
  • Propriété. En no-code, vous ne possédez jamais la plateforme : vous détenez un compte, vos données et un paramétrage. En sur mesure, le code peut vous être cédé, mais seulement si le contrat le prévoit.
  • Réversibilité. En no-code, l'export des données se fait en général, mais la logique de l'application se transporte rarement d'une plateforme à l'autre. En sur mesure, l'outil se déplace si vous avez le code, la documentation et les accès d'hébergement.
  • Autonomie de l'opérateur. En no-code, votre office manager peut ajouter un champ ou une vue sans appeler personne. En sur mesure, chaque modification passe par un développeur.

Aucune option ne gagne sur les cinq critères. C'est pour cette raison que la décision dépend de votre process, pas de la techno.

Prix du développement d'une application interne : le coût complet sur trois ans

Le prix du développement d'une application interne n'est que la première ligne du coût. Sur trois ans, il faut y ajouter les licences, la maintenance et surtout les heures que le projet prend au dirigeant, avant et après la mise en service.

Il n'existe ni barème légal, ni tarif journalier officiel, ni durée légale de maintenance pour ce type de prestation. Un développeur no-code facture au tarif journalier ou au forfait, un développeur sur mesure aussi, et rien ne permet de dire qu'un montant est « normal ». La seule comparaison honnête consiste donc à ramener chaque devis à la même formule.

Le calcul, pas à pas

Prenons des hypothèses de travail, que vous remplacerez par les vôtres. Ce ne sont pas des statistiques de marché :

  • Le tableur actuel vous coûte 3 heures par semaine : consolidation, doublons, recherche de la bonne version.
  • Vous travaillez 46 semaines par an.
  • Vous valorisez une heure de dirigeant à 80 € (c'est un choix de calcul : prenez votre propre valeur).
  • L'horizon de calcul est de 3 ans.
  • L'outil, une fois en service, ramène ces 3 heures à 1 heure par semaine.
  • Le projet vous demande 25 heures : ateliers de cadrage, recette, corrections.

Étape 1, le coût de l'inaction : 3 h × 46 semaines × 3 ans = 414 heures, soit 414 × 80 € = 33 120 €. C'est ce que le tableur vous coûte déjà, sans facture.

Étape 2, le temps qui reste avec l'outil : 1 h × 46 × 3 = 138 heures, soit 11 040 €.

Étape 3, le temps investi dans le projet : 25 h × 80 € = 2 000 €.

Étape 4, le gain de temps net : 33 120 − 11 040 − 2 000 = 20 080 €.

Étape 5, la règle de décision. Pour chaque devis, additionnez le montant initial (D), les licences ou l'hébergement mensuels multipliés par 36 (L × 36) et la maintenance annuelle multipliée par 3 (M × 3). Si D + 36L + 3M dépasse 20 080 €, l'outil coûte plus qu'il ne rend sur trois ans, à hypothèses égales. Un devis no-code peu cher avec des licences élevées peut perdre face à un sur mesure plus coûteux au départ. L'inverse arrive tout aussi souvent.

Le poste le plus sous-estimé reste le temps passé après la mise en service. Un outil qui laisse 2 heures par semaine au lieu d'1 heure efface 11 040 € de gain sur la période. Demandez à chaque prestataire ce qui restera à faire à la main.

Le financement possible

Bpifrance présente un prêt dédié aux investissements numériques des PME, le prêt Boost Transformation numérique, dont voici les conditions telles que publiées :

  • Montant : de 5 000 à 100 000 €.
  • Entreprises de 2 à 49 salariés (effectif consolidé), créées depuis plus de 3 ans.
  • Remboursement sur 3 à 5 ans, avec un différé de 9 à 12 mois.
  • Les entreprises individuelles sont exclues.

Ce dispositif finance des investissements numériques, mais toute dépense de développement, no-code ou sur mesure, n'y est pas automatiquement éligible. L'éligibilité dépend de votre situation : vérifiez-la auprès de Bpifrance.

Illustration editoriale : Développement no-code ou développeur sur mesure pour l’outil interne d’une PME : coût complet, délai, propriété et ce qui reste quand le prestataire part

Délai de mise en service et autonomie de l'opérateur : qui fera vivre l'outil ?

L'outil le plus rapide à livrer n'est pas forcément le plus rapide à adopter. Ce qui compte, c'est le jour où votre opérateur s'en sert et le fait évoluer sans vous appeler.

Une application Glide pour l'entreprise transforme un tableur existant en application mobile pour les équipes terrain, sans écrire de code. Pour un suivi de chantiers ou de dossiers, l'effet est immédiat : chacun voit la même version, au même moment. C'est le vrai point fort d'une application no-code d'entreprise. La personne qui l'utilise peut aussi la modifier.

Le revers est connu. Un freelance construit l'application, la relie à trois automatisations, puis passe à un autre client. Six mois plus tard, une automatisation casse un vendredi soir et personne en interne ne sait laquelle. Nous détaillons ces cas dans notre article sur les outils no-code pour automatiser une PME, leur coût et leurs limites.

Côté sur mesure, l'opérateur n'a pas ce risque, mais il n'a pas non plus cette liberté. Ajouter un type de devis ou un statut de chantier devient une demande au développeur, avec un délai et une facture. Pour un process stable, ce n'est pas gênant. Pour un process qui change tous les trimestres, c'est un frein permanent.

Quelle que soit l'option, exigez trois choses avant la mise en service : une documentation lisible par un non-technicien, une séance de prise en main d'environ 90 minutes avec la personne qui fera vivre l'outil, et la liste écrite de ce qu'elle peut modifier sans rien casser.

Propriété, accès, données : ce qui reste quand le prestataire part

Quand le prestataire part, il ne vous reste que ce que le contrat a nommé. Aucun texte n'attribue automatiquement à la PME le code source, les composants no-code, les connecteurs, les comptes éditeur ou la documentation : chaque élément se règle par écrit.

Le RGPD, applicable depuis le 25 mai 2018 (règlement (UE) 2016/679 du 27 avril 2016), encadre la partie données. Il s'applique à toute PME qui traite des données personnelles dans un outil interne : clients, prospects, salariés, contacts fournisseurs, historiques d'intervention, données de connexion. Il ne s'applique pas aux données qui ne permettent pas d'identifier une personne. Un outil qui ne contient que des références de panneaux et des métrés échappe donc à ces obligations. Dès qu'il contient un nom de client ou de salarié, il y entre.

Si le prestataire accède à ces données pour développer, héberger, maintenir, sauvegarder ou assister, un contrat écrit conforme à l'article 28 est obligatoire. La CNIL détaille ce qu'il doit contenir dans sa page sur le travail avec un sous-traitant : objet, durée, finalité, nature des données, instructions, confidentialité, sécurité, audits et sort des données en fin de prestation. Si le prestataire ne touche à aucune donnée personnelle, il n'est pas sous-traitant au sens de l'article 28. Les clauses contractuelles types publiées par la CNIL ne sont pas obligatoires si votre contrat contient déjà toutes ces mentions.

Deux points piègent les dirigeants. D'abord, l'article 28, paragraphe 3, point g, impose de prévoir la restitution ou la destruction des données personnelles et de leurs copies en fin de contrat, sauf obligation légale de conservation. Mais cette règle porte sur les données, pas sur le code, les licences, les comptes administrateur ou la documentation. Ensuite, le prestataire ne peut pas réutiliser vos données pour son propre compte sans autorisation écrite et compatible avec la finalité initiale. Une autorisation générale ne suffit pas.

Côté sécurité, l'article 32 impose des mesures adaptées au risque, sans certification obligatoire dans tous les cas. La CNIL recommande, dans sa fiche Sécurité : gérer la sous-traitance, de traiter l'authentification, les habilitations, le chiffrement, la traçabilité, les incidents et la localisation des données.

La liste que nous faisons cocher avant toute signature :

  • Les comptes administrateur de la plateforme ou de l'hébergement sont créés avec une adresse de l'entreprise, pas celle du freelance.
  • Les licences sont au nom de la PME et payées par elle.
  • Le code source ou l'export complet du paramétrage est livré à chaque version.
  • La documentation est livrée et sa propriété est écrite noir sur blanc.
  • La clause article 28 fixe le sort des données et liste les sous-traitants ultérieurs.

Ces règles s'appliquent différemment selon votre activité et vos données. Référez-vous aux pages de la CNIL citées ci-dessus, et à votre conseil juridique pour la rédaction.

Les limites du no-code, et quand le sur mesure se justifie

Notre position : le no-code pour prototyper et valider un process, le sur mesure pour un process cœur de métier que personne d'autre ne fait comme vous. Tout le reste relève d'un outil standard.

Les limites du no-code sont rarement techniques au départ. Elles apparaissent avec le temps :

  • La dépendance à la plateforme : ses prix et ses conditions évoluent sans vous.
  • La logique enfermée : les données sortent, les règles métier restent dans l'outil.
  • L'empilement : chaque besoin ajoute une automatisation, et personne n'est responsable de l'ensemble.
  • La montée en charge : un outil pensé pour trois utilisateurs peine quand toute l'entreprise s'en sert.

Bubble ou développeur : la vraie question

Bubble permet de construire une application web complète, avec sa logique et sa base de données. La question n'est donc pas de savoir si c'est faisable. Elle est de savoir qui maintiendra l'outil dans deux ans, et ce que coûtera sa sortie si la plateforme ne convient plus.

Notre recommandation selon la taille :

  • Moins de 10 personnes, process standard (devis, relances, contacts) : ne construisez rien. Un outil du marché couvre le besoin, et notre comparatif sur la différence entre CRM et ERP pour une PME vous aide à choisir.
  • De 10 à 50 personnes, process encore mouvant : un prototype no-code, documenté, avec des comptes au nom de l'entreprise. Vous apprenez ce dont vous avez besoin avant de payer pour le figer.
  • Process cœur de métier unique et stable, comme un agenceur qui calcule ses débits selon une méthode maison : un développement sur mesure, code et documentation cédés par contrat.

Un seul signal nous fait changer d'avis : un prototype no-code que plusieurs équipes utilisent chaque jour et dont les limites ralentissent le travail. C'est le moment de financer la réécriture, pas avant.

Quand un système qui travaille à votre place évite de construire un outil

Beaucoup d'outils internes ne sont commandés que pour suivre une tâche que personne n'a le temps de faire : relancer un devis, publier un article, répondre à une demande. Dans ce cas, un système qui fait la tâche vaut mieux qu'un outil qui la suit.

Regardez votre tableur. Si la moitié des colonnes sert à noter « relancé le », « à relancer », « pas de réponse », vous ne manquez pas d'une application : il vous manque quelqu'un qui relance. Un logiciel de suivi vous montrera mieux les devis oubliés, sans les relancer à votre place. Nous comparons ces deux logiques dans notre article sur le logiciel de relance client face à un système de relance.

Chez nous, la visibilité a suivi ce chemin. UPORA Visibility produit des articles sourcés, avec maillage interne, FAQ et données structurées, publiés jusqu'à un par jour selon la formule. Le dirigeant relit, valide, et n'a jamais dessiné d'écran ni conçu de base de données. Chez WEXEOR, lors du cycle de septembre 2026, 30 articles sur 30 ont été produits et publiés en un clic. upora.com est d'ailleurs produit par ce même moteur.

La limite est nette : si votre process est réellement unique, aucun système standard ne le prendra en charge, et la grille des sections précédentes reprend tous ses droits.

Ce qu'il faut retenir

  • Ramenez chaque devis, no-code ou sur mesure, à la même formule sur trois ans : devis, licences × 36, maintenance × 3, plus vos heures avant et après.
  • Le contrat doit nommer, élément par élément, qui détient le code, les comptes, les licences, la documentation et les données ; le RGPD ne règle que les données.
  • Le no-code sert à prototyper, le sur mesure à un process cœur de métier stable, et un besoin standard n'appelle souvent aucun outil à construire.

Passer à l'étape suivante

Audit gratuit SEO & GEO de votre site : nous regardons comment Google et les IA de réponse voient votre entreprise aujourd'hui, et ce qu'un moteur de publication changerait dans votre agenda.

Vous préférez en parler directement ? Réservez un appel de 20 minutes : nous regardons votre besoin, vos devis, et nous vous disons honnêtement s'il faut construire, acheter ou ne rien faire.

Vous conseillez des dirigeants ? Parlons partenariat.

UPORA, des systèmes intelligents qui travaillent à votre place.

Quel est le tarif d'un développeur no-code ?

Il n'existe ni barème légal ni tarif journalier officiel pour un développeur no-code : le prix se fixe librement, au forfait ou à la journée. Pour comparer un freelance no-code au tarif journalier avec un forfait, ramenez les deux au coût complet sur trois ans : jours facturés, licences de la plateforme sur 36 mois, maintenance annuelle sur 3 ans, et heures que le projet vous prend avant et après la mise en service.

Quelles sont les limites du no-code pour une application d'entreprise ?

La principale limite du no-code est la dépendance à la plateforme, dont les prix et les conditions évoluent sans vous. S'y ajoutent une logique métier difficile à transporter ailleurs, l'empilement d'automatisations sans responsable désigné et des difficultés quand l'outil passe de quelques utilisateurs à toute l'entreprise. Ces limites se gèrent par une documentation à jour, des comptes au nom de la PME et un contrat qui prévoit l'export du paramétrage.

Bubble ou développeur : que choisir pour un outil interne ?

Choisissez Bubble pour tester un process qui évolue encore, et un développeur pour un process cœur de métier stable et propre à votre entreprise. Bubble permet de construire une application complète, mais la logique reste liée à la plateforme. Un développement sur mesure coûte plus au départ et se transporte, à condition que le contrat vous cède le code et la documentation.

Glide est-il adapté pour une application d'entreprise ?

Oui, une application Glide convient à un usage interne simple, comme un suivi de chantiers ou de dossiers construit à partir d'un tableur existant. Elle devient moins adaptée quand la logique métier se complique, quand plusieurs équipes en dépendent chaque jour ou quand les règles d'accès aux données personnelles se multiplient. Dans ces cas, réévaluez l'option sur mesure avec la grille du coût complet sur trois ans.

Jérôme Dupouy

Jérôme Dupouy

Fondateur d’UPORA · IA & automatisation

Entrepreneur depuis plus de vingt ans, Jérôme Dupouy a construit son parcours dans le conseil, le coaching, la formation, la vente et le management. La direction de plusieurs entreprises lui a appris à composer avec les contraintes du quotidien : le temps, les équipes, le budget et les priorités. Curieux et passionné par son métier, il se forme et expérimente en continu pour améliorer les façons de travailler. Avec UPORA, il met cette expérience au service des dirigeants et de leurs équipes : comprendre leurs besoins, simplifier leur organisation et mettre en place des solutions utiles.

Voir le profil LinkedIn