Comment se déroule un projet

Nous cartographions le processus actuel ensemble : ce qui le déclenche, quels outils sont impliqués, ce qu'un humain fait actuellement à chaque étape, la fréquence, et les cas particuliers ou exceptions.

Je vous dirai franchement si le processus ne vaut pas la peine d'être automatisé, si la complexité requise dépasse la valeur produite, ou si une solution plus simple existe. Je n'ai aucun intérêt à vous vendre un projet dont vous n'avez pas besoin.

Résultat : compréhension partagée du processus, évaluation initiale du potentiel d'automatisation, recommandation d'outil et estimation approximative du calendrier.

Une proposition écrite couvrant : périmètre exact, livrables, choix d'outils, approche de résidence des données (considérations LPD/RGPD selon le cas), calendrier et prix en CHF.

Prix fixe pour les projets à périmètre bien défini. Régie pour les travaux exploratoires, les constructions en phases, ou les projets dont les exigences évoluent. Pas de surprises — coût et périmètre sont convenus avant le début des travaux.

Je construis et teste par étapes. Vous voyez le workflow fonctionner sur des données réelles (ou des échantillons représentatifs) avant qu'il soit terminé. Cela fait remonter les cas particuliers et les problèmes d'intégration tôt, quand ils sont peu coûteux à corriger.

La gestion des erreurs est intégrée dès le début — pas ajoutée à la fin. Chaque workflow de production inclut des notifications de défaillance pour que vous soyez immédiatement informé si quelque chose se passe mal.

J'utilise un environnement sandbox lorsque l'outil le supporte (Google Workspace, Salesforce, HubSpot ont tous des sandboxes). Pour les outils sans sandbox, j'utilise des données de test et des exécutions à portée limitée avant de passer en production.

Les tests couvrent le chemin normal, les cas particuliers (champs manquants, formats d'entrée inhabituels, timeouts API) et le volume (que se passe-t-il à 10× la charge prévue). Je teste délibérément les scénarios de défaillance — pas seulement le cas idéal.

Vous participez aux tests. Vous l'exécutez sur vos propres données, dans votre propre environnement, avant que je le considère comme terminé. Si quelque chose ne semble pas juste, nous le corrigeons avant la livraison.

Documentation écrite complète : ce que fait le workflow, ce qu'il faut surveiller dans les logs, comment modifier les paramètres simples sans le casser, et que faire en cas de défaillance.

Un appel de walkthrough de 60 à 90 minutes où j'explique chaque partie de la construction. L'objectif est que vous compreniez ce qui a été construit et pourquoi — pas seulement que ça tourne.

Une fenêtre de support de 30 jours après la mise en production où je corrige tout ce qui se casse sur des données de production réelles. La production fait toujours remonter quelque chose que l'environnement de test n'a pas révélé.

La plupart des clients gèrent l'opération courante eux-mêmes après la livraison. Lorsque les besoins changent — nouveaux outils, nouveaux cas particuliers, nouveaux processus — je suis disponible projet par projet.

Certains clients ayant des besoins d'automatisation continus optent pour un forfait mensuel couvrant un nombre fixe d'heures de construction. C'est adapté aux équipes qui souhaitent une amélioration continue sans recruter un ingénieur d'automatisation à temps plein.