Innovatium.
Échange
Notre approche

On regarde large pour intervenir juste.

Un sujet digital ne fonctionne jamais complètement isolé. Il peut toucher le business, les usages, les équipes, les outils, les données ou l'organisation. Une bonne réponse commence donc par comprendre ce qu'il y a autour.
Trois principes

Ce qui guide chaque intervention.

  1. 01
    La règle du relief

    On ne traite jamais un projet à plat.

    Le point de départ peut être très précis. Mais avant d'intervenir, nous regardons ce qu'il touche autour de lui : les usages, les équipes, les données, les outils, l'organisation, les contraintes métier et techniques. Un choix fait à un endroit peut avoir des conséquences ailleurs — notre travail est de le voir avant.

  2. 02
    La trajectoire

    Un projet est une étape, pas une parenthèse.

    Ce qui est mis en place aujourd'hui s'inscrit dans l'existant et devient le point de départ des évolutions suivantes. Nous regardons ce que le projet doit résoudre maintenant, et ce qu'il doit permettre, faciliter ou éviter de contraindre demain.

  3. 03
    Le bon endroit, le bon niveau

    Voir tout le relief ne veut pas dire tout traiter.

    Selon le contexte, la bonne réponse peut être de construire davantage, de simplifier, de reconnecter, de reconstruire — ou de ne rien digitaliser de plus. Tout ce qui peut être digitalisé ne doit pas forcément l'être : certaines étapes gagnent à rester humaines.

Méthode C au cube

Trois questions avant de construire.

Pas trois étapes : trois questions. Selon les réponses, on conserve presque tout, on relie quelques briques, ou l'on repart sur une base nouvelle.

Conserver ne veut pas dire garder tout ce qui est en production. Un système peut fonctionner techniquement et pourtant mal servir l'entreprise.

Connecter ne veut pas dire seulement développer une API. C'est remettre en cohérence des outils, des domaines, des équipes ou des flux qui doivent fonctionner ensemble.

Construire reste essentiel, mais ce n'est pas la réponse par défaut. On construit lorsqu'un outil, une couche ou une refonte est réellement nécessaire.

La décision

Nous éclairons. Vous décidez.

Nous analysons, nous vulgarisons, nous mettons en évidence les options et leurs conséquences, puis nous recommandons lorsqu'une recommandation est justifiée. La décision finale reste toujours la vôtre. Ensuite, nous pouvons cadrer, coordonner et réaliser la réponse retenue — sans rupture entre la décision et la réalisation.
  1. Aide à la décision
  2. Cadrage & AMOA
  3. Conception
  4. Réalisation
  5. Intégration
  6. Évolution

Vous pouvez entrer par n'importe quelle porte, et en sortir après une seule étape si c'est pertinent.

L'équipe

Deux lectures du projet, une seule continuité.

Vincent porte la compréhension du besoin, la stratégie et le cadrage ; Dorian, la profondeur technique. Ensemble, ils tiennent le fil du business à la technique — et autour d'eux, des expertises mobilisées selon les besoins réels de chaque projet.
Vincent

Vincent.

Co-fondateur · Stratégie & projets
10ans

Vincent intervient là où un projet doit être lu, clarifié et cadré avant d'être lancé. Son parcours croise l'AMOA, le pilotage de projets complexes, la relation client et la structuration d'offres.

Son rôle est de rendre les enjeux lisibles, les décisions cohérentes et le cap tenable, pour que le projet avance sans se perdre dans le flou.

  • Gestion de projet
  • AMOA
  • Stratégie digitale
  • Direction client
  • Process & méthodes
Dorian

Dorian.

Co-fondateur · Direction technique
7ans

Dorian intervient là où une intention doit devenir solution. Développement full-stack, architecture logicielle, performance, déploiement : il maîtrise la chaîne de production technique du prototype à la mise en œuvre.

Son rôle est de rendre les choix fiables, cohérents et durables, pour que la technique reste un appui du projet, jamais une zone de rupture.

  • Full-stack
  • Architecture logicielle
  • React / Next.js
  • Node.js
  • DevOps
  • Performance
Nos garde-fous

Ce que nous ne ferons pas, même quand ce serait plus simple à vendre.

  • Recommander une technologie parce qu'elle est plus facile ou plus rentable à vendre pour nous.

  • Ajouter un outil sans comprendre ce qui existe déjà et ce qu'il devra toucher.

  • Pousser une refonte complète quand l'existant peut être conservé ou amélioré de manière crédible.

  • Construire une fonctionnalité qu'un outil existant couvre déjà correctement.

  • Créer un enfermement technique ou une dépendance artificielle envers nous.

  • Limiter la recommandation à ce que nous pouvons vendre : si le levier prioritaire est ailleurs, nous le disons.

Ces garde-fous ne font pas de nous une agence dogmatique. Un projet déjà cadré, un standard ou un SaaS peuvent être la bonne réponse — nous les réalisons aussi.

Vos marges de manœuvre

Ne pas fermer une porte que vous aurez besoin de rouvrir.

Réversibilité.

Pouvoir reprendre la main, changer de prestataire, sortir d'une solution.

Données.

Des données de qualité, qui vous appartiennent et circulent là où il faut.

Maintenabilité.

Un code et une documentation que d'autres que nous peuvent reprendre.

Accès.

Vos comptes, vos domaines, vos outils restent à votre nom.

Aucune technologie n'est un dogme : l'open source est souvent préférable, mais une solution propriétaire peut être la meilleure réponse quand le rapport entre sa valeur et la dépendance qu'elle crée reste cohérent.

Voir ces principes appliqués

Parlons de votre projet, avant de décider.

Qu'il soit déjà cadré ou encore flou, le point de départ est le même : comprendre ce qu'il touche.

Poser le premier point