Vous avez commencé à créer votre application avec l’IA ? C’est un bon début.

Vous avez commencé à créer votre application avec l’IA ? C’est un bon début.

Vous avez ouvert Lovable, Bolt, Claude ou un autre outil IA pour donner forme à votre idée. Vous avez créé des écrans, essayé des boutons, changé plusieurs fois le parcours. Si vous nous montrez cette première application, notre réponse est simple : montrez-nous ce que vous avez imaginé.

Vous apportez votre connaissance du métier et vos premières idées. Nous apportons notre expérience du développement. Votre prototype nous donne quelque chose à regarder, à essayer et à faire évoluer ensemble. Vous n’avez pas à le rendre parfait avant de nous en parler.

Un écran ouvre une conversation très concrète

« Je voudrais mieux suivre les demandes » peut désigner beaucoup de choses. Dans votre prototype, on voit une liste, un statut, une fiche et un bouton pour relancer. Nous pouvons vous demander de faire le parcours comme vous l’avez imaginé : quelle demande ouvrez-vous en premier ? Que cherchez-vous avant de répondre ? Que devrait-il se passer après la relance ?

Ce premier échange ne consiste pas à noter votre travail. Il nous permet de comprendre ce que vous cherchez à faciliter. Même un écran que vous déciderez ensuite de remplacer peut nous apprendre quelque chose d’important sur votre façon de travailler.

Le débat sur le rôle des développeurs à l’heure de l’IA rejoint cette question. Dans la présentation de l’entretien Quand l’IA écrit le code, que reste-t-il aux développeurs ?, Les Fabricants défendent un développement proche du métier : comprendre les besoins, interroger les choix et tester les hypothèses. Nous retenons ici cette place donnée à la conversation, plutôt qu’au seul enchaînement de tâches à exécuter.

« Pourquoi ce champ ? » est une invitation à nous expliquer votre métier

Prenons un exemple illustratif : vous avez créé un outil de suivi d’interventions. Sur chaque fiche, un champ « urgence » apparaît avant la date souhaitée. Nous vous demandons pourquoi. Vous expliquez que certaines demandes doivent être traitées avant même de connaître la disponibilité du client.

Ce détail change notre compréhension du parcours. Nous pouvons alors proposer d’afficher les informations utiles au tri dès la liste, puis regarder avec vous si cela correspond à votre pratique. Le champ a servi à rendre visible une règle que vous connaissez déjà.

Nos questions portent sur cette intention : pourquoi cet ordre d’écrans ? Qui utilise ce statut ? Dans quel cas cette règle change-t-elle ? Votre réponse peut confirmer le choix initial ou nous donner envie d’essayer une autre version. Dans les deux cas, la décision se construit avec vous.

Essayer une variante ensemble, puis choisir

Dans le même exemple, imaginons deux entrées possibles : une liste chronologique et une liste regroupée par urgence. Nous pouvons les parcourir avec une situation métier précise : une nouvelle demande arrive pendant que l’équipe prépare ses interventions. Laquelle aide à décider quoi traiter maintenant ?

Vous commentez ce qui vous semble naturel. Nous ajustons l’affichage, les interactions ou la règle, puis nous essayons à nouveau. Vous nous montrez ce qui vous aide à trier les demandes ; nous modifions la liste avec vous pour que ce choix se retrouve dans l’application.

Si vous souhaitez garder une trace de ces décisions au fil des échanges, notre guide pour passer du prototype IA à une V1 décrite ensemble propose des repères pour les rassembler. Rien n’oblige à arriver avec ce document déjà rédigé : il peut se construire à partir de votre démonstration.

Développer la suite en conservant ce que vous vouliez faire

Un parcours vous convient ? Nous le prenons comme référence pour la suite. Une partie mérite d’évoluer ? Nous regardons ensemble ce qui doit rester identique pour l’utilisateur et ce que nous pouvons changer dans sa réalisation. Consolider une brique ou en reconstruire une autre devient un choix expliqué, pas un jugement sur la manière dont vous avez commencé.

Notre contribution technique consiste notamment à relier les écrans aux données et aux outils du métier, puis à vérifier les règles que nous avons comprises avec vous. Dans l’exemple des interventions, un test peut reprendre votre cas concret : une demande urgente doit apparaître dans le groupe convenu. Vous pouvez ainsi reconnaître votre intention dans le fonctionnement obtenu.

Si cette application s’inscrit dans plusieurs projets IA de votre entreprise, le guide pour choisir un premier projet IA en PME peut aussi aider à discuter de sa place parmi vos priorités. Pour notre premier échange, votre idée et votre prototype suffisent à ouvrir la discussion.

Vous avez déjà commencé ? Parlons de la suite.

Un lien, quelques captures ou une démonstration de votre application : apportez ce que vous avez. Montrez-nous le parcours qui vous intéresse et racontez-nous ce que vous aimeriez pouvoir faire avec. Nous partirons de là, avec vous.

Vous connaissez votre métier. Nous connaissons le développement. Avançons ensemble. Parlons de votre prototype.

Sources et repères

Charbon & Wafer — entretien avec Les Fabricants : présentation de l’épisode sur le rôle des développeurs, la compréhension métier et les hypothèses à tester. L’exemple de suivi d’interventions ci-dessus est illustratif ; il ne décrit pas un projet client de Say Digital.