Automatisation des process
Supprimer les tâches répétitives, pas les postes.
Pour les entreprises de 10 à 50 personnes dont les outils ne suivent plus.
Des commandes recopiées à la main dans l'ERP, des relances oubliées, des fichiers qui circulent par email et finissent périmés.
Automatisation des process
Par où commencer
- 1Vous décrivez le problèmeQuelques lignes suffisent. Pas besoin de cahier des charges ni de vocabulaire technique.
- 2On vous répond sous 24 heuresAvec ce qu'on a compris, les questions qui manquent, et un ordre de grandeur.
- 3On vous dit si c'est pour nousFranchement, même quand la réponse est non. Dans ce cas, on vous oriente.
Le problème
Vous vous reconnaissez si
Une heure par jour passée à recopier, c'est 220 heures par an. Sur un poste chargé à 25 € de l'heure, cela représente 5 500 € qui partent en saisie, tous les ans, sans rien produire.
Quelqu'un recopie, tous les matins
Une personne passe sa première heure à transférer des commandes, des factures ou des lignes d'un écran vers un autre. Tous les jours, sans exception.
Les fichiers circulent par courriel
Vos outils ne se parlent pas, alors on comble avec des pièces jointes. Personne ne sait laquelle est à jour.
Tout repose sur une mémoire
Les relances, les vérifications, les rappels : ça tient parce qu'une personne y pense. Le jour où elle est absente, ça ne tient plus.
Le suivi vit dans un tableur de plus
Pour savoir où en est un dossier, on ouvre un fichier que quelqu'un met à jour à la main. Il est déjà faux au moment où on le referme.
Les mêmes documents, retapés
Devis, bons de commande, attestations : les mêmes lignes et les mêmes conditions, ressaisies à chaque fois. Une erreur de copie devient une remise involontaire.
Les problèmes se découvrent par le client
Une commande bloquée, un paiement manquant, un dossier oublié : personne ne le voit passer. C'est l'appel du client qui l'apprend.
Un seul de ces cas suffit pour qu'il y ait un sujet.
Et si le vôtre n'est pas dans la liste, c'est souvent qu'il mérite d'être raconté plutôt que rangé dans une case. Les projets qui sortent du lot commencent presque toujours comme ça.
Décrire votre casLe résultat
Ce qui change une fois livré
Trois différences qui se constatent dès les premières semaines d'usage.
Les tâches répétitives ne mobilisent plus personne
Les traitements tournent la nuit, les week-ends et les jours fériés
Vos outils existants se parlent, sans qu'il faille en changer
Terrains d'intervention
Ce que nous construisons
Quatre familles de projet que nous prenons régulièrement. Votre besoin en croise souvent deux.
Chaînes de traitement
Une commande, une facture ou un dossier qui entre d'un côté et ressort traité de l'autre, sans qu'une personne ait à le porter.
Connexion entre vos outils
Votre comptabilité, votre CRM et votre gestion échangent enfin, au lieu de se transmettre des fichiers par courriel.
Lecture automatique de documents
Factures, bons de livraison, formulaires : extraire les données utiles sans les ressaisir.
Relances et contrôles programmés
Ce qui dépend aujourd'hui de la mémoire d'une personne devient une règle qui tourne, y compris quand elle est absente.
Avec quoi
Ces choix se discutent au cadrage. Si votre équipe maintient déjà une technologie, nous partons de la vôtre.
Par où on commence
Un cadrage avant tout chiffrage
Personne ne peut chiffrer un projet qu'il n'a pas compris. Le cadrage sert à ça, et il se décide sans engager la suite.
Ce que vous en repartez
- 1Un périmètre écrit, fonction par fonction
- 2Un ordre de réalisation, et ce qu'on laisse pour plus tard
- 3Un budget, et ce qui le ferait bouger
Le document vous appartient : vous pouvez le confier à quelqu'un d'autre pour la suite.
Estimer mon projetCe qui fait varier le budget d'un projet
- Le nombre de profils d'utilisateurs et de droits différents
- Les outils existants auxquels il faut se connecter
- La reprise de vos données actuelles, et leur état
- Le besoin d'une application mobile en plus du web
Le chiffre ferme sort du cadrage, quand le périmètre est écrit et validé. Pas avant, parce qu'il serait faux.
Méthode
Comment ça se passe
Vous savez ce qui sera construit avant que la première ligne de code soit écrite.
Cadrage
On part de votre problème, pas d'une liste de fonctionnalités. À la fin, vous savez ce qui sera construit, en combien de temps et pour quel budget.
Design
Les écrans sont dessinés et testés avec ceux qui s'en serviront. Corriger une maquette coûte une heure, corriger du code en coûte dix.
Développement
Vous voyez l'application avancer toutes les deux semaines. Pas d'effet tunnel, pas de découverte au moment de la livraison.
Production
Mise en ligne, accompagnement de vos équipes, corrections et évolutions. Un projet livré mais non adopté n'est pas un projet réussi.
Questions
Ce qu'on nous demande
Combien ça coûte ?
Impossible à dire avant d'avoir compris le problème, et toute réponse donnée avant serait fausse. Le cadrage produit un périmètre écrit et un budget, et c'est le seul moment où un chiffre engage. Le cadrage lui-même est chiffré d'avance : vous savez ce que vous dépensez avant de vous engager sur la suite.
En combien de temps ?
Cela dépend du périmètre, et nous ne le connaissons pas avant le cadrage. Ce que nous garantissons, c'est le rythme : vous voyez une version utilisable toutes les deux semaines. Pas d'effet tunnel, pas de découverte le jour de la livraison.
À qui appartient le code ?
À vous, intégralement, dès le premier jour. Le dépôt est chez vous, les accès sont à votre nom, et vous pouvez partir avec à tout moment sans rien demander. Nous ne gardons aucune brique propriétaire qui vous obligerait à revenir.
Que se passe-t-il après la mise en ligne ?
Rien ne s'arrête : correction des anomalies, accompagnement de vos équipes, évolutions. Un projet livré mais non adopté n'est pas un projet réussi. Si vous préférez reprendre la main en interne, nous transmettons le code et la documentation, et nous formons la personne qui prend la suite.
Pouvez-vous reprendre un projet existant ?
Oui, à une condition : pouvoir lire le code et son historique avant de s'engager. Nous commençons par un audit, qui dit ce qui est récupérable, ce qui doit être réécrit et ce que ça représente. S'engager à l'aveugle sur du code qu'on n'a pas vu ne rend service à personne.
Lequel de ces cas
est le vôtre ?
Décrivez-le en quelques lignes. Nous revenons sous 24 heures ouvrées avec une première lecture, les questions qui manquent, et un ordre de grandeur.