Plus le contexte est critique, plus l'outil doit suivre l'humain.

Nous débloquons les projets logiciels internes complexes.

L'exigence d'un labo. L'agilité d'une entreprise.

Projet qui stagne ou besoin métier encore difficile à traduire en logiciel : nous cadrons le sujet, concevons l'outil et le construisons jusqu'à son usage réel.

Voir notre approche
Livré
Projet finaliséTesté, documenté, transféré — le code vous appartient.
Tests ✓Doc à jour
immersalis · diagnostic
Équipe ImmersalisSprint de spécification
● actif
Anomalies détectées12
Process couverts8/10
✓ Spec validée
Déploiement
Diagnostic1–2 sem.
Spec validéecritères écrits
Tests ✓documenté

Énergie, défense, aéronautique, recherche — des contextes où l'erreur coûte cher.

Quand un besoin métier n'arrive pas jusqu'au logiciel

Un outil ou un prototype attendu depuis des mois, jamais devenu un véritable outil de production.

Un processus critique qui repose encore sur un fichier Excel et sur la seule personne qui sait le faire fonctionner.

Vous savez ce que vos équipes doivent mieux faire, mais pas encore quel outil logiciel construire.

Le plus difficile n'est généralement pas d'écrire le code : il faut clarifier le besoin, comprendre les usages et dégager la capacité nécessaire pour transformer le sujet en logiciel.

Notre terrain : les projets où la complexité du système rencontre un enjeu humain réel — comprendre, décider, collaborer ou agir.

Nous étudions l'interaction entre vos équipes et leurs systèmes — jusqu'au logiciel.

Nous identifions ce qui freine la compréhension, la décision ou l'action, puis nous transformons ces constats en choix de conception et en logiciel.

L'humain d'abord

Nous partons des décisions, contraintes et usages réels.

La technologie est un moyen

Nous utilisons le niveau de technologie réellement nécessaire.

Nous allons jusqu'au bout

Nous transformons cette compréhension en un outil réellement utilisable sur le terrain.

UNDERSTAND · AUGMENT · BUILD · OWN

Comprendre le travail réel. Augmenter les capacités humaines là où cela compte. Construire un logiciel fiable. Vous en laisser la maîtrise.

Pilier 1 · Comprendre et concevoir

UNDERSTAND — Ce que nous regardons avant d'écrire la moindre ligne.

Observer le travail réel, les contraintes et les points de friction avant de concevoir la solution.

AUGMENT — La règle de conception qui en découle.

Donner la bonne information, au bon moment, sans retirer la maîtrise à l'utilisateur.

Pilier 2 · Construire et livrer

BUILD — Ce qui sépare un logiciel d'un prototype.

Architecture, tests et documentation sont produits avec le logiciel, pas après.

OWN — Ce que vous gardez.

Vous gardez la maîtrise : un système documenté et transmissible à vos équipes, sans déléguer vos décisions au logiciel.

Depuis 2005recherche, conception centrée sur l'humain, logiciel
Alexis Clay, Ph.D.Fondateur d'Immersalis

Docteur en informatique, spécialité interaction humain-machine. De la recherche académique à la conception centrée sur l'humain, jusqu'au logiciel livré en environnement critique.

Qui est derrière Immersalis ?

Depuis 2005, nous concevons des systèmes pour les situations humaines complexes.

Recherche académique, interaction humain-système, visualisation de données, systèmes collaboratifs, aide à la décision, développement logiciel et aujourd'hui IA : les technologies évoluent, mais l'enjeu reste le même — permettre aux personnes de mieux comprendre, décider et agir.

Un processus itératif, avec des
engagements courts et bornés

Vous ne signez jamais pour l'étape suivante avant d'avoir vu la précédente. Chacune se termine par un livrable que vous pouvez juger et par la liberté de vous arrêter là.

L'IA accélère notre production ; la conception, la décision et la responsabilité restent humaines.

01Qualifier1 h · Gratuit
02Diagnostiquer1–2 sem.
03Spécifier2–3 sem.
04Construire3–6 sem.
Vous décidez à chaque étape
Pour quels projets ?

Est-ce que nous sommes le bon interlocuteur ?

Si un logiciel existant couvre correctement votre besoin, il faut probablement l'utiliser. Si votre équipe interne dispose du temps et des compétences nécessaires, elle est souvent la mieux placée pour construire.

Nous sommes particulièrement utiles lorsque le problème reste difficile à formaliser et que la qualité de l'interaction entre les personnes et le système conditionne réellement le résultat.

Complexité réelleprocessus, données, contraintesEnjeu humain réelcomprendre, décider, collaborer, agirNotre terrain

Comprendre un processus complexe

Nous allons dans le métier et l'usage jusqu'à identifier ce que le logiciel doit réellement résoudre.

Le facteur humain comme discipline d'ingénierie

Attention, cognition, décision, collaboration et interaction font partie de la conception du système, pas seulement de sa finition.

Une vraie chaîne de production logicielle

Architecture, développement, tests et documentation sont produits dans une chaîne de travail maîtrisée, pas autour d'une personne indispensable.

Du cadrage au code, sans rupture

La compréhension du problème, les spécifications, l'architecture et la réalisation restent dans la même continuité de travail. L'information ne se perd pas dans les passages de relais.

Chacune de ces compétences se trouve ailleurs. C'est de les réunir sur un même projet que nous faisons notre métier.

Réalisations

Trois réalisations en environnement exigeant

Plateforme de forage offshore en mer
Énergie — TotalEnergies

Décision sur trajectoires de forage

Visualisation 3D de trajectoires de forage pour réduire les erreurs de décision sur des opérations qui coûtent très cher.

Aeronef militaire en vol
Défense — DGA

Programme multi-armées

Projet de trois ans mené avec l'Agence Innovation Défense, à l'échelle de plusieurs armées.

Interface du prototype Oculolab : courbes de fixations, de saccades, de pic de vitesse et de latence, sur un profil de démonstration fictif
Santé — Oculolab

Analyse du regard chez l'enfant

Objectiver l'analyse du regard pour les orthoptistes

Conception et développement d'un prototype combinant eye tracking, calibration et traitement des données pour rendre certaines mesures plus objectives et reproductibles.

Premier périmètre

Un projet logiciel interne bloqué ?

Si le besoin est difficile à formaliser, si les usages sont critiques ou si l'outil ne correspond pas au terrain, commençons par comprendre ce qui bloque.

Qualification · 1 h
Diagnostic · 1–2 sem.
Spécification · 2–3 sem.
Construction · 3–6 sem.
09:41IMMERSALIS · TABLET
●●●100%

Outil de suivi qualité

Mis en production

en prod
Temps de traitement42%
Erreurs manuelles84%
✓ Tests automatisésDocumentation à jour

01 — Le déclencheur

Des signaux dispersés. Un projet bloqué, des équipes qui compensent.