Maintenance et suivi de vos automatisations

Un projet Blink se déroule en deux temps. La mise en place couvre le cadrage, le développement et les essais. Ensuite, l’abonnement mensuel prend le relais : il maintient ce qui a été livré et finance le suivi régulier avec votre équipe. Son montant figure dans la proposition, avec ce qu’il couvre.

Les abonnements à vos logiciels, la consommation des modèles d’IA et l’hébergement sont identifiés séparément lorsqu’ils ne sont pas compris. L’abonnement ne signifie pas que toute demande future est incluse sans limite : une nouvelle fonctionnalité importante fait l’objet d’une proposition complémentaire.

• Comprendre comment on chiffre un projet

Une automatisation dépend toujours de vos outils, de vos données et de vos règles. Un logiciel renomme un champ, un accès expire, un fournisseur modifie son service : la maintenance repère ces écarts et les corrige par rapport au fonctionnement convenu. Une absence de traitement compte autant qu’un message d’erreur.

En cas d’incident, on vérifie ce qui a déjà été effectué avant de relancer, pour éviter un doublon, un nouvel envoi ou une écriture répétée. Pour signaler un problème, indiquez le processus concerné, l’heure approximative et ce que vous observez, sans transmettre de mot de passe dans un premier message. Les modalités d’intervention figurent dans la proposition, sans délai universel annoncé.

• Voir le suivi dans le portail Blink

Le suivi ne consiste pas à attendre qu’un problème arrive. Chaque mois, nous consacrons entre deux et quatre heures à votre entreprise, autour d’un rendez-vous avec les personnes qui utilisent vos automatisations.

Ce rendez-vous a deux objets. D’abord, faire le tour de l’actualité de l’IA dans votre secteur : les nouveaux outils, les usages qui se développent, ce qui mérite d’être essayé chez vous et ce qui peut attendre. Ensuite, regarder vos projets en cours avec nous : ce qui fonctionne, ce qui gêne encore vos équipes et les évolutions possibles.

Les évolutions naissent souvent du point mensuel. Une modification apparemment simple peut toucher plusieurs étapes : un champ renommé, une nouvelle personne qui valide, un statut supplémentaire. On décrit le résultat attendu et les parcours concernés avant d’intervenir. Votre référent métier arbitre les règles ; Blink précise les conséquences techniques et indique si la demande entre dans l’abonnement ou appelle une proposition.

Les essais vérifient le nouveau besoin et les comportements qui doivent continuer à fonctionner. La mise en service se prépare avec les personnes concernées : quand le changement arrive, ce qu’elles doivent faire et comment signaler une difficulté. Lorsque c’est pertinent, un retour au fonctionnement précédent est prévu et testé.

• Décrire la modification et les parcours qu’elle touche.
• Valider les essais avec un utilisateur concerné.
• Documenter la version livrée et les consignes modifiées.

Le suivi ne doit pas dépendre de connaissances dispersées dans des conversations. Les accès, les comptes propriétaires, les règles importantes et les consignes d’exploitation doivent rester identifiables. La documentation évolue avec les changements réellement livrés, dans une forme utilisable par les personnes qui en ont besoin.

Dès le cadrage, on examine aussi la fin de l’abonnement : éléments remis, conditions d’export, données conservées ou supprimées et responsabilités liées aux services externes. La possibilité de transférer un système dépend des contrats, des droits et des outils utilisés. Ces points se précisent avant d’en avoir besoin.

• Comprendre le cadre de sécurité et de données