Vos équipes passent une part de leur semaine à recopier, exporter, relancer et vérifier. Ces gestes ne figurent dans aucune fiche de poste et n'apparaissent dans aucun budget, mais ils occupent les personnes dont le métier est d'arbitrer. Une automatisation rend ce temps, à condition d'être construite sur le travail réel et non sur la procédure écrite.
Ils nous font confiance
La même donnée est ressaisie dans un second outil, tous les jours.
Ce temps n'est facturé nulle part, et il se paie quand même.
Votre reporting hebdomadaire commence par un export manuel.
Quand la personne qui le fait est absente, il n'y a pas de reporting.
Les relances clients partent quand quelqu'un y pense.
Ce qui veut dire que certaines ne partent jamais, et que personne ne le sait.
Vos équipes ont construit des tableurs pour compenser ce que l'outil officiel ne fait pas.
Ces fichiers sont devenus le vrai système de gestion, sans sauvegarde ni contrôle.
Une erreur de saisie se découvre en fin de mois, jamais au moment où elle est commise.
La correction coûte alors dix fois le temps de la saisie.
Le même message est réécrit vingt fois par jour, avec trois mots qui changent.
C'est souvent le meilleur premier chantier : la fréquence compte plus que la pénibilité.
Chaque étape se termine par un livrable utilisable et par une porte de sortie : vous pouvez vous arrêter là, ce qui a été produit continue de servir. Vous engagez donc une étape à la fois, et vous ajustez le périmètre à chaque jalon plutôt qu'au moment où il est trop tard pour le faire.
01 Cadrage
1 semaine
Nous chronométrons le travail tel qu'il se fait, contournements compris, et nous comptons les occurrences. C'est cette mesure qui dira plus tard ce que l'automatisation a rendu, et c'est elle qui classe les chantiers par fréquence plutôt que par pénibilité ressentie.
Livrable la carte du process, le temps mesuré par étape et les chantiers classés par gain attendu.
02 Conception
1 semaine
Nous retenons une tâche fréquente, aux règles stables et au périmètre clair, et nous écrivons noir sur blanc ce que la machine fait, ce qu'elle ne fait pas et ce qu'elle envoie à un humain. Les cas particuliers sont listés à ce moment, pas découverts en production.
Livrable le scénario détaillé, les règles de gestion et la liste des exceptions traitées à la main.
03 Construction
2 à 3 semaines
Le flux se construit sur vos outils existants, par une interface de programmation quand elle existe et par un export programmé quand elle n'existe pas. Les règles métier sont écrites séparément du code, pour qu'un changement de seuil ne demande pas un développement.
Livrable le flux en service sur un périmètre restreint, avec son journal et sa documentation.
04 Déploiement
1 à 2 semaines
L'automatisation tourne à côté du travail manuel pendant quelques jours, et on compare les deux résultats. C'est le seul moyen de découvrir les cas que personne n'avait décrits, avant qu'ils ne partent chez un client.
Livrable l'écart mesuré entre le flux et le travail manuel, et les correctifs appliqués.
05 Adoption
2 semaines
Les équipes apprennent à lire ce que la machine a fait, à reprendre la main quand il faut, et à modifier une règle sans nous. Nous identifions le référent interne qui portera le flux, parce qu'une automatisation sans propriétaire finit par tourner sans que personne ne sache ce qu'elle fait.
Livrable les équipes formées, la documentation des règles et un référent interne identifié.
06 Pérennisation
à 3 et 6 mois
Nous comparons le temps mesuré au cadrage avec le temps réellement passé après mise en service, et nous regardons ce que les équipes ont fait du temps rendu. Cette mesure dit quel chantier suivant vaut le coup, et lequel ne le vaut pas.
Livrable le bilan chiffré du gain et une recommandation de chantier suivant.
Décrivez votre contexte, vos outils et votre échéance : vous repartez avec un périmètre de départ et un ordre de grandeur budgétaire. Ce que vous saisissez nous sert de base au premier échange, vous n'aurez pas à le redire.
Une automatisation échoue rarement sur la technique. Elle échoue quand le process n'était pas stabilisé, quand la donnée d'entrée est saisie différemment d'une équipe à l'autre, ou quand les personnes concernées ont découvert le changement le jour de la mise en service. Automatiser un désordre ne fait que l'accélérer, et une règle métier qui n'a jamais été tranchée ne le sera pas par un robot. Nous mesurons donc le process réel avant d'écrire une ligne de code, et quand le vôtre change encore tous les mois, nous vous disons que le bon investissement est un cadrage.
Une automatisation ne remplace pas vos outils, elle les fait se parler. Le choix de la brique dépend donc de ce que vous avez déjà, de vos contraintes d'hébergement et des compétences de vos équipes, et il se décide au cadrage avec vos référents techniques.
Votre projet ne mobilise pas les mêmes compétences selon l'endroit où il bloque : de la recherche utilisateur quand le besoin est encore flou, un design system quand l'outil devra grandir, un renfort produit quand ce qui manque est la décision plus que les mains. Le pilotage reste le même d'un bout à l'autre de la mission, l'équipe autour se compose sur votre sujet.
Depuis 15 ans
Quinze ans à concevoir, développer et mettre en service des produits numériques : product managers, designers et développeurs qui ont vu passer les cycles et savent ce qui tient en production. Nous partons du problème métier plutôt que de la technologie, et nous allons jusqu'à la mise en service au lieu de nous arrêter à la recommandation.
70+ projets livrés
Le pilotage du projet reste chez nous, du premier atelier à la mise en service : c'est ce qui permet de décider vite quand une hypothèse tombe en cours de route. Autour de ce noyau, nous mobilisons les expertises que votre sujet demande vraiment, et non l'inverse, où le profil disponible finit par dicter la solution.
Sans licence ni redevance
Dès le paiement, sans licence ni redevance : le code, les maquettes et la documentation vous sont livrés, et une autre équipe peut les reprendre. Nous ne vendons pas d'accès à une plateforme qui resterait la nôtre.
Savoir dire non
Quand un logiciel du marché couvre l'essentiel du besoin, quand un process change encore tous les mois, quand la donnée n'est pas prête : nous le disons au cadrage, avant le devis. Un projet mal parti coûte plus cher à tout le monde qu'un projet refusé.
Financement public
Pégase Digital est affilié au Crédit d'Impôt Innovation. Une entreprise soumise à l'impôt en France peut, sous conditions, prétendre à un crédit d'impôt équivalant à 20 % des dépenses externalisées de conception et de développement, quand la solution est nouvelle et innovante sur son marché de référence. L'éligibilité s'apprécie projet par projet, avec votre conseil fiscal.
Votre entreprise a moins de deux ans ? Le remboursement immédiat peut être demandé plutôt qu'imputé sur l'impôt des exercices suivants.
Un enjeu en amène souvent un autre.
Vous savez que l'intelligence artificielle peut servir, sans savoir où la brancher ni comment la cadrer pour qu'elle tienne en conditions réelles.
Vos process tiennent sur des fichiers partagés, des mails et des habitudes que personne n'a jamais écrites.
Vous collectez des données depuis des années sans qu'aucune décision ne s'appuie vraiment dessus.
Vous voulez savoir si l'idée tient devant de vrais utilisateurs avant d'engager un budget de développement.
Une idée qui en accumule d'autres sans cadrage, ou un produit qui fonctionne mais que vos utilisateurs n'utilisent pas.
Votre trafic monte, vos demandes entrantes non, et personne ne sait dire quel canal a amené le dernier client signé.
Vos clients passent du site à l'application puis en boutique, et doivent tout réexpliquer à chaque fois.
Par celle qui revient le plus souvent, pas par la plus pénible. Une tâche de quinze minutes répétée chaque jour par trois personnes coûte près d'un mois de travail à temps plein sur l'année, là où une tâche d'une journée faite deux fois par an en coûte deux. Le premier chantier se choisit sur la fréquence, et il doit rendre du temps visible en quelques semaines.
Quelques semaines pour un premier périmètre, à condition que le process soit stable et décrit. L'essentiel du délai ne vient pas du développement mais du cadrage : comprendre le travail réel, y compris les contournements que les équipes ont inventés. Une automatisation posée sur un process mal décrit fonctionne et ne sert à rien.
Non, c'est fréquent et ça se contourne. Un export programmé, une base intermédiaire ou une passerelle suffisent dans la plupart des cas. Ce qui bloque vraiment, c'est une donnée sale ou saisie différemment selon les équipes : là, il faut nettoyer avant d'automatiser, sinon l'automatisation propage l'erreur plus vite qu'un humain.
Une automatisation bien construite se modifie ; c'est un critère de conception, pas une option. Nous documentons les règles métier séparément du code, pour qu'un changement de seuil ou de circuit de validation ne demande pas un développement. Si votre process change encore tous les mois, le bon investissement est un cadrage, pas une automatisation.
Nous mesurons avant, sur le process réel, puis après. Chez Costeel, la charge de support est passée de 39 heures à 4 ou 5 heures par semaine, avec 95 % des demandes clients traitées en autonomie et plus de 12 000 conversations sur le premier semestre 2026. Le chiffre utile est toujours un écart entre deux mesures, jamais un pourcentage annoncé à l'avance.
Vous, si vous le souhaitez : le code, les workflows et la documentation vous appartiennent dès le paiement, sans licence ni redevance. Nous formons la personne qui reprend l'ensemble, et nous restons disponibles en support. Une automatisation sans référent interne finit par tourner sans que personne ne sache ce qu'elle fait, et c'est la cause d'abandon la plus fréquente.
