Périmètre écrit au devis d’une automatisation pour cabinet d’architecture

Avant d’automatiser quoi que ce soit, nous écrivons ce qui est couvert et ce qui ne l’est pas.

« Automatiser les comptes rendus » : la demande paraît claire. Elle recouvre pourtant trois choses différentes : la réunion de chantier du mardi, la coordination avec les bureaux d’études, le point client de fin de semaine. Formats différents, destinataires différents, niveau de détail différent. Tant que personne n’a écrit laquelle des trois est dans le lot, chacun garde en tête sa propre version et croit de bonne foi qu’elle était comprise.

Le désaccord ne se manifeste pas au démarrage. Il apparaît plus tard : le volume double, un associé veut brancher une seconde agence, un document sort du format prévu et le système le refuse. La discussion se joue alors sur des souvenirs de réunion, et elle peut coûter plus de temps que l’automatisation elle-même.

Ce que nous faisons

Nous énumérons les tâches couvertes : une ligne par tâche, avec son point de départ et son point d’arrivée. Pas « la gestion des comptes rendus », mais « à partir de l’enregistrement audio de la réunion de chantier, produire un PDF au modèle du cabinet et le déposer dans le dossier du projet ». Une tâche absente de la liste est absente du prix.

Nous chiffrons les volumes : réunions par semaine, projets suivis en parallèle, utilisateurs, taille des fichiers traités. Ces nombres ne sont pas décoratifs : ils déterminent ce que le système consomme chaque mois. Le devis fixe le seuil au-delà duquel nous revenons vers vous, plutôt que de laisser une facture filer sans prévenir.

Nous plaçons les points de validation : l’endroit exact où un humain relit avant qu’un document parte. Sur un procès-verbal ou un dossier remis à un maître d’ouvrage, la relecture reste chez vous. Le devis nomme qui valide, à quel moment, et ce qu’il advient du document si personne ne valide.

Nous écrivons ce qui reste manuel : les cas rares, les pièces manuscrites, les arbitrages qui demandent votre jugement. Cette liste-là compte autant que l’autre. Elle vous dit ce que vous continuerez à faire vous-même une fois le système en service.

Nous posons l’avenant et la sortie : une tâche nouvelle, un dépassement durable des volumes ou un changement d’outil de votre côté déclenchent un avenant chiffré, avant tout travail. Et si le système ne vous convient pas, vous arrêtez. Les comptes, les accès et les documents produits sont à votre nom, vous les gardez.

Ce que ça change

Un périmètre écrit transforme une discussion d’opinion en vérification. On ouvre le devis, on lit la ligne, on constate que la demande y figure ou non. Quand elle n’y figure pas, le sujet devient un chiffre à valider, pas un reproche.

Il change aussi notre façon de construire. Un ouvrage dont les bords sont posés peut être livré par morceaux : la première tâche tourne déjà pendant que la suivante s’écrit.

Les limites

Un périmètre écrit ne garantit pas que chaque cas de figure fonctionnera du premier coup. Il garantit que nous saurons tous les deux si ce cas était prévu. Ce n’est pas non plus un contrat de maintenance : il décrit un ouvrage, pas une permanence. Et il faut le dire clairement, ce service est en bêta, ouvert à quelques cabinets seulement. Nous travaillons sur vos vrais dossiers, certaines mécaniques évolueront en cours de route. C’est justement pour cela que la frontière doit être écrite : quand la méthode bouge, le texte du devis reste le seul point fixe.

Avant le devis, après le devis

Le périmètre est la dernière étape avant qu’une ligne de code soit écrite, dans notre service d’automatisation IA. Il découle de l’analyse des tâches répétitives, qui détermine ce qui mérite d’être automatisé. Une fois signé, il sert de plan à la construction des systèmes, puis de référence pour vérifier qu’un livrable comme les procès-verbaux automatisés correspond bien à ce qui était annoncé.