Le no-code est devenu le réflexe des dirigeants pressés, et c'est souvent un bon réflexe. Mais un outil monté très vite peut devenir un boulet quelques mois plus tard, selon les choix faits au départ. Voici comment nous abordons le sujet depuis Dijon, avec les arbitrages réels, y compris ceux qui ne nous arrangent pas commercialement.
Ce que le no-code règle vraiment bien
Quatre situations où le no-code est le bon outil, sans discussion.
Valider une idée avant d'y mettre un budget de développement : monter une interface, la faire utiliser par de vraies personnes et voir ce qui coince demande beaucoup moins d'énergie qu'un cahier des charges écrit à l'avance, à partir de suppositions.
Outiller une équipe réduite : un suivi de dossiers, un planning partagé, une base clients propre. Une petite équipe qui sort d'un tableur envoyé par email gagne immédiatement, et les plateformes restent légères tant que les utilisateurs sont peu nombreux.
Supprimer une tâche répétitive entre deux logiciels : un formulaire qui remplit une fiche, une commande qui déclenche un email, une relance qui part toute seule au bon moment. Les gains se voient dès les premiers jours d'usage.
Sortir un premier back-office ou un premier espace interne : quand la vitesse compte plus que la finesse, une base assemblée proprement tient largement le temps de valider l'usage.
Dans ces quatre cas, vous proposer un développement sur mesure reviendrait à vous faire payer une précision dont vous n'avez pas encore besoin. Cela vaut pour un artisan dijonnais, un cabinet, une petite collectivité ou une société qui teste une nouvelle offre.
Ce qu'il fait mal, et pourquoi on le découvre tard
Les limites du no-code ne se voient pas au démarrage. Elles arrivent à peu près toutes en même temps, en général au moment où le projet commence à marcher.
Le volume : les plateformes visuelles tiennent bien des bases modestes, beaucoup moins bien les gros volumes d'enregistrements. Les vues ralentissent, certains calculs deviennent impossibles, et il faut contourner.
La logique métier : dès qu'un process accumule les cas particuliers, les conditions imbriquées dans une interface visuelle deviennent illisibles. Plus personne dans l'entreprise ne sait expliquer pourquoi une automatisation s'est déclenchée. Du code, lui, se lit, se relit et se teste.
Le coût : la facturation se fait souvent par utilisateur, par enregistrement ou par exécution d'automatisation. Votre facture grandit au rythme de votre activité, ce qui est l'inverse d'un actif qui vous appartient.
La dépendance : vous construisez sur les règles d'un éditeur. Il peut modifier sa grille tarifaire, restreindre un accès programmable ou fermer une fonctionnalité. Vous l'apprenez par email, sans droit de veto.
Aucune de ces limites n'est une raison de refuser le no-code. Ce sont des raisons de savoir où vous allez avant de partir, et de ne pas y poser le cœur de votre métier sans y avoir réfléchi.
La question que personne ne pose : sortirez-vous de la plateforme ?
C'est le point que nous regardons en premier, avant même de choisir un outil. Un projet no-code réussi finit souvent par devoir déménager, et c'est à ce moment qu'on découvre la vraie qualité de l'export.
Les questions concrètes : la plateforme exporte-t-elle vos données dans un format exploitable, ou seulement un tableau à plat qui perd les liens entre vos enregistrements ? Existe-t-il un accès programmable pour tout récupérer, y compris l'historique et les fichiers joints ? Vos automatisations sont-elles documentées ailleurs que dans l'écran de la plateforme ? Et la fonction d'export est-elle accessible à tous, ou réservée aux abonnements supérieurs ?
Notre position est simple. Quand l'export est propre, nous partons sereins. Quand il est faible, soit nous choisissons un autre outil, soit nous mettons en place dès la livraison une copie régulière de vos données dans un espace qui vous appartient. Cela ajoute un peu de travail au départ. Cela vous évite d'avoir un jour à choisir entre accepter les conditions qu'on vous impose et perdre tout votre historique.
Le chemin qui marche : démarrer en no-code, mesurer, reconstruire
L'opposition entre no-code et développement sur mesure est un faux débat quand on la traite comme une séquence plutôt que comme un choix définitif.
Étape un, vous montez la première version en no-code, rapidement, avec les vraies personnes qui vont s'en servir. Étape deux, vous mesurez : quels écrans sont ouverts tous les jours, quelles automatisations tournent réellement, combien d'utilisateurs se sont ajoutés, quelles règles ont dû être contournées à la main. Étape trois, vous reconstruisez en sur-mesure uniquement ce qui a fait ses preuves, et vous supprimez le reste sans regret.
L'intérêt de cette séquence est ce qu'elle produit au passage : un cahier des charges vivant, écrit par l'usage réel et pas par des suppositions. Quand Robin reprend ensuite le sujet en Next.js et React, il ne développe pas des hypothèses, il redéveloppe des choses que vos équipes utilisent déjà et dont elles connaissent les défauts.
Nous fixons avec vous, dès la livraison de la version no-code, les seuils qui déclencheront cette bascule : un nombre d'utilisateurs, un volume, une règle métier devenue impossible à exprimer. Vous ne subissez pas la limite, vous l'avez datée à l'avance. Le comparatif complet des deux approches est traité dans notre article dédié, sur go-to-agency.com/blog/no-code-vs-developpement-sur-mesure.
Travailler avec nous depuis Dijon, entièrement par écrit
Go To Agency est installée au 9 rue Jean-Jacques Rousseau à Dijon, et c'est notre seule adresse. Robin Monteiro développe, en Next.js et React. Florian Loppion s'occupe du marketing digital. Vous écrivez directement à ceux qui feront le travail. Parmi nos réalisations : Chouchou Ribeyre, Au Petit Détail, LB Athletic, Mediavocats, Vectosolve.
Tout passe par écrit, par email. Aucun rendez-vous, aucun appel, aucune visio, aucun déplacement. Ce n'est pas une contrainte que nous subissons, c'est un choix qui a trois conséquences concrètes pour vous. Vous n'avez aucun trajet à prévoir, ni pour venir ni pour nous recevoir. Le devis ne contient aucun frais de déplacement. Et ce qui a été décidé reste écrit, donc retrouvable, y compris des mois plus tard quand une question ressort et que personne ne se souvient de la réponse.
Concrètement, vous nous décrivez votre process, les logiciels que vous utilisez déjà et ce qui vous fait perdre du temps. Vous recevez sous 24 heures ouvrées une lecture concrète : ce qui gagne à être automatisé, ce qui n'en vaut pas la peine, quelle approche tient le mieux dans la durée, et sur quels points nous avons besoin de précisions. Le chiffrage se fait ensuite sur devis, selon le périmètre réel.
