Chez beaucoup de prestataires, le code reste sur leurs serveurs, les comptes sont ouverts à leur nom et la documentation tient dans un PDF envoyé le dernier jour. Nous faisons l’inverse. Ce n’est pas de la générosité : c’est ce qui permet à un outil de tourner encore dans cinq ans, avec ou sans nous.
Ce que nous livrons, concrètement
Le code source est dans un dépôt à votre nom. Les comptes des services utilisés sont créés avec vos adresses et vos moyens de paiement. La documentation est écrite pour quelqu’un qui n’a jamais vu le projet. Vous pouvez modifier l’outil, le faire évoluer en interne ou le confier à un autre prestataire.
- Un dépôt de code à votre nom
- Des comptes créés avec vos adresses e-mail
- Une documentation lisible par un non-développeur
- Une transmission sur place avec vos équipes
Quand l’automatisation tourne dans Make ou n8n, le principe est le même : les scénarios sont sur un compte à votre nom, exportés et documentés.
Pourquoi c’est dans votre intérêt
Un outil que personne d’autre ne peut reprendre vous lie à celui qui l’a construit. Le jour où ce prestataire ferme, augmente ses prix ou tarde à répondre, il ne reste qu’à attendre ou à tout refaire. Avec le code, les accès et la documentation, un autre développeur peut prendre le relais.
Ça change aussi la négociation. Quand vous pouvez partir, votre prestataire doit mériter chaque renouvellement, et vous comparez les offres sans craindre de tout perdre.
Pourquoi c’est aussi dans le nôtre
Quand on sait qu’un tiers lira le code, on ne laisse pas traîner de bricolage « provisoire ». Et on évite de devenir une agence qui vit de la maintenance de ses propres approximations. La règle vaut pour tous nos projets où l’on construit quelque chose, de l’automatisation d’une tâche à l’application sur mesure.
Ce que contient la documentation
Une bonne documentation décrit l’usage avant le code. La nôtre répond à trois questions : à quoi sert l’outil, comment s’en servir au quotidien, que faire quand quelque chose coince.
- Un schéma d’ensemble : quelles données circulent, d’où à où
- Un guide d’utilisation pas à pas, avec des captures
- La liste des comptes, des accès et des abonnements
- Les cas d’erreur connus et la marche à suivre
Nous la testons simplement : une personne de l’équipe qui n’a pas suivi le projet doit pouvoir traiter un cas d’erreur avec le guide seul. Le piège le plus fréquent est une capture d’écran périmée : les captures sont donc refaites la veille de la transmission.
Les comptes et abonnements à votre nom
Un outil s’appuie presque toujours sur des services tiers : hébergement, base de données, envoi d’e-mails, stockage de fichiers. Quand ces comptes sont ouverts au nom du prestataire et refacturés, c’est pratique au début et coûteux au moment de partir : il faut tout migrer.
Nous créons chaque compte avec une adresse de votre entreprise et votre moyen de paiement. Nous y gardons un accès, que vous pouvez retirer à tout moment. Vous voyez ce que vous payez, à qui, et pour quoi.
- Un tableau de tous les services utilisés et de leur coût mensuel
- Des accès administrateur à votre nom
- Aucune refacturation
Si nous disparaissions demain
Si Raneo fermait demain, votre outil devrait continuer à tourner, et un autre développeur devrait pouvoir le reprendre en quelques jours. Nous nous posons la question à chaque livraison.
Concrètement : un code lisible, des technologies courantes, des tests sur les parties sensibles, et une documentation qui explique les décisions en plus du fonctionnement. C’est aussi un critère pour choisir entre n8n, Make ou du code : qui saura reprendre l’outil dans deux ans ?
Les questions à poser à votre prestataire
Avec nous ou avec un autre, posez-les avant de signer :
- Le code sera-t-il dans un dépôt à notre nom ?
- Les comptes des services seront-ils créés avec nos adresses ?
- Que recevons-nous exactement le jour de la livraison ?
- Pouvons-nous confier la maintenance à quelqu’un d’autre ?
- Que dit le contrat sur ce que nous pourrons faire du code ?
Le jour de la transmission
Vous recevez l’accès au dépôt, la liste des comptes et la documentation. Puis nous passons du temps sur place avec vos équipes, sur leurs dossiers du jour, pour faire adopter l’outil. Pendant trois mois, les corrections sont pour nous. Après, vous pouvez arrêter de travailler avec nous sans que rien ne s’arrête chez vous.
