U1 · La fiche d'architecture livrable au client · Lecture · 16 min
Tu as maintenant un modèle de données, un tableau de choix d'outils, un schéma de flux et un recensement d'automatisations. C'est ton matériel de travail — et il est illisible pour Pascal. Cette fiche le traduit.
Autant l'assumer et le mettre en évidence plutôt que de le noyer. Donne le mensuel, puis la projection à trois ans avec la croissance prévue — un commercial de plus en année deux chez Vermont.
Et distingue clairement ce qui est récurrent — les abonnements — de ce qui est ponctuel — ta prestation. Un dirigeant qui découvre après coup qu'il paiera tous les mois se sent trompé, même si le montant est modeste.
C'est la section que les débutants suppriment, par crainte de fragiliser leur proposition. Elle fait exactement l'inverse.
« Les messages Instagram ne seront pas récupérés automatiquement ; ils seront saisis via un formulaire dédié » est une phrase qui protège tout le monde. Écrite d'avance, c'est une décision partagée. Découverte en semaine six, c'est un défaut de livraison — et c'est ta parole contre la sienne sur ce qui avait été promis.
Même logique que la section « Non traité, assumé » de la fiche 4.5 et que la liste « dehors » de la fiche 5.4. Le module entier repose sur ce principe : ce qui est écrit avant est un choix, ce qui est découvert après est une faute.
Il ne le dira pas, mais il y pense : que se passe-t-il si ce prestataire disparaît, ou si cet outil ferme, ou si l'on veut changer dans trois ans ? Réponds-y avant qu'il pose la question. Où vivent les données, sous quel format elles s'exportent, qui d'autre saurait reprendre.
Le détail des scénarios d'automatisation, les noms de champs, le dictionnaire de données, les cardinalités. Tout cela existe et reste disponible — dans les sections de travail, en annexe ou en bloc repliable. La fiche livrable tient sur une page, et une page qui déborde n'est pas lue.