
Des chiffriers fragiles devenus une plateforme de planification
Une planification de production déployée chez plusieurs entreprises, où chaque achat proposé s’explique.
Un projet cadré et chiffré avant d’investir dans le développement.
On cadre votre projet logiciel avant qu’il vous coûte quoi que ce soit en développement. Vous repartez avec une portée claire, un prototype validé et une feuille de route à prix fixe, la base de votre stratégie numérique.

La découverte est un mandat à portée fixe qui précède le développement. On étudie vos processus, vos systèmes, vos données et votre code existant, puis on décide avec vous ce que la première version doit couvrir.
C’est souvent le vrai départ d’une transformation numérique. Vous choisissez le processus à numériser en premier et vous le justifiez avec des chiffres solides.
Le mandat s’ajuste à votre projet, et chaque volet laisse un livrable concret entre vos mains.
On étudie le travail tel qu’il se fait vraiment, avec les personnes qui utiliseront le logiciel, et on cartographie chaque étape.
Quand un logiciel existe déjà, on évalue son code, ses données, sa sécurité et sa mise en production. Vous décidez de la suite en connaissant l’état réel de votre actif.
On recense les outils à brancher et les données à reprendre, en vérifiant leur qualité. Les écarts trouvés à ce stade ne coûtent rien en cours de projet.
Fonctions, rôles et règles d’affaires, classés selon leur valeur. La première version s’attaque à ce qui vous coûte le plus.
Les écrans clés, assez réalistes pour que vos utilisateurs les essaient et que la direction approuve en connaissance de cause.
Architecture, découpage en livraisons, échéancier et prix fixe par étape. La suite se décide sur des bases fiables.
Tout dépend de l’ampleur du projet et du risque qu’il porte.
Le besoin est clair, limité à un processus, et les outils à relier sont connus. La découverte ouvre alors le mandat et mène directement au design et au développement.
Le projet touche plusieurs services, remplace un système en place ou reprend le code d’une autre firme. Une découverte séparée vous donne une réponse ferme avant d’engager le budget de développement.
Parfois, un produit existant couvre l’essentiel. La découverte le démontre, et vous évitez un développement inutile.
Un mandat découpé en étapes, avec un livrable que vous validez à la fin de chacune.
On étudie vos utilisateurs, vos documents et vos systèmes, et on audite le code s’il y en a un. Les objectifs du projet sont fixés avec vous.
Les besoins deviennent un cahier des charges classé selon leur valeur. On trace ce que la première version couvre et ce qui peut attendre.
Les écrans clés prennent forme dans un prototype que vos utilisateurs essaient. On choisit l’architecture et on vérifie chaque point technique incertain par un court essai de code.
La portée est revue à la lumière des essais. Vous recevez le rapport final et un prix fixe par étape, et la décision de poursuivre vous revient.
La découverte se règle d’abord. Vous choisissez ensuite qui bâtit le logiciel.
La portée et les livrables sont convenus avant le début du mandat. À la fin, vous avez en main ce qu’il faut pour décider.
Si vous poursuivez avec Brainiac, le développement suit le plan, étape par étape. Sinon, les livrables passent tels quels à une autre équipe.
Valables pour chaque mandat de découverte, quelle qu’en soit la taille.
Le prix se fixe selon le nombre de processus à étudier, de systèmes à examiner et, s’il y en a un, la taille du code à auditer. Vous le connaissez avant le début du mandat, et il ne bouge pas.
Elle varie selon l’ampleur du projet et la disponibilité de vos équipes. L’échéancier est établi avec le prix, et la date de remise du rapport est connue dès le départ.
Un portrait du processus actuel, un cahier des charges priorisé, un prototype des écrans clés, une architecture et un prix fixe pour chaque étape du développement. Quand un audit de code fait partie du mandat, ses conclusions s’ajoutent au rapport.
Oui. Pour un besoin clair et limité, elle est simplement intégrée au début du projet. Le mandat distinct sert surtout aux projets plus vastes ou plus incertains.
Oui. Tous les livrables vous appartiennent, et ils sont écrits pour qu’une équipe de développement puisse s’en servir sans contexte supplémentaire.
Décrivez la décision à prendre ou le système à évaluer. On vous propose une portée de découverte et un prix pour la mener.