Aller au contenu
ALTIMETRIADEV & TECH

Développement & Design produit

L'outil a été livré, il fonctionne, et les équipes ont recommencé à travailler sur tableur. Le problème n'est presque jamais technique : personne n'a regardé qui s'en servirait le lundi matin.

Une interface se juge en usage : ce qui compte, c'est ce qui reste utilisable au bout de six mois.

Produit opérable

Composez l'interface, elle se redessine

Huit mécanismes prêts, sept réglages — palette, typographie, densité, rayons, mouvement, régime, structure — et une interface de démonstration qui répond au clic. Choisissez un mécanisme, changez ce qui ne vous ressemble pas, envoyez-nous l'adresse : elle rouvre exactement votre écran. Si aucun des huit ne convient, nous en construisons un.

Huit mécanismes de design, réglables à l'écran : palette, typographie, densité, rayons, mouvement.

Ouvrir l'atelier
Le catalogue de choix

Neuf métiers, neuf instruments : la démonstration par segment

Pour chaque métier, le tableau de bord d'un praticien, qui s'ouvre vrai et se manipule : un geste réel, un indicateur maître, un moment qui vit. Une cellule appels d'offres, une direction de la commande publique, un atelier et ses flux, un pôle de soins, un pilotage produit. Données fictives, dites comme telles ; le geste, lui, est celui du métier. La page de marque de chacune de ces maisons est montrée au Studio, sur « Création, Design & Catalogue de modèles ».

9 démonstrations, 9 métiers — données fictives, gestes réels
Démos par métierDémonstration par métier — données fictives

Le cockpit d'une direction de marque

Il montre où une marque décroche, canal par canal, et ouvre l'écart précis à corriger — jusqu'aux 41 visuels produits hors gabarit de la boutique en ligne.

Pour quiStudios d'identité, directions de marque, maisons qui pilotent plusieurs canaux à la fois.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

La cellule appels d'offres d'une PME

Elle trie 34 lots parus dans un rayon de 62 km, tranche go / no-go avec un motif écrit, et tient le compte à rebours de la prochaine remise.

Pour quiEntreprises de travaux, bureaux d'études, artisans qui répondent à la commande publique.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

La prospection foncière d'un promoteur

Elle passe 214 parcelles au filtre pour en retenir 7, lit ce que le règlement autorise, et signale le permis affiché à 120 m d'une parcelle suivie.

Pour quiPromoteurs, aménageurs, marchands de biens, opérateurs qui montent des opérations.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

Le pilotage de quatre établissements, pendant le service

Il montre la salle en direct un samedi à 19 h 42 — 62 couverts assis sur 86 — la recette du jour par établissement, les réservations de la soirée et la marge de chaque plat.

Pour quiRestaurateurs, hôteliers, commerçants qui exploitent plusieurs points de vente.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

Le pilotage d'un pôle de soins

Il tient l'occupation par service, les délais de rendez-vous, le programme opératoire de la journée et les échéances de conformité — en agrégats seulement, jamais un patient.

Pour quiCliniques, maisons de santé, cabinets de groupe, structures de soins coordonnés.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

Direction de la commande publique

Sécurise les accords-cadres qui arrivent à terme : trois d'entre eux expirent sans qu'aucune procédure de renouvellement n'ait été lancée, et le plus proche tombe dans quarante-sept jours.

Pour quiUne direction des achats de collectivité, qui prépare sa séance d'attribution du mois.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

Pilotage atelier et flux

Dit où est la contrainte du jour : une presse est à l'arrêt, le rendement global tombe à 71,4 %, et c'est désormais l'assemblage qui fixe le débit de tout l'atelier.

Pour quiUne responsable d'exploitation qui prend son poste et doit reséquencer avant midi.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

Pilotage du cabinet — le texte à sa date

Retrouve la version d'un texte qui s'appliquait le jour de l'opération, montre ce qui avait changé juste avant, et dit combien de dossiers en dépendent — pendant que la frise des échéances légales court.

Pour quiUn cabinet d'expertise comptable ou d'avocats qui doit répondre sur une date passée, pas sur l'état actuel de la règle.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Démos par métierDémonstration par métier — données fictives

Pilotage produit et revenu

Relie le revenu récurrent au comportement réel : trois comptes payants ne se connectent plus, et l'entonnoir montre que le décrochage n'est pas à l'import mais à l'invitation d'un coéquipier.

Pour quiUn éditeur en croissance qui doit choisir entre acquérir davantage et retenir mieux.

HTML · CSS · SVG · JavaScript sans dépendance · bilingue · deux régimes

conçu le 6 septembre 2026

Chaque pièce s'ouvre en grand, telle qu'elle tourne ; les modèles vivants se pilotent à la main.

Le catalogue de choix

Sept métiers, sept écrans : notre stock de conception

Des produits conçus puis gardés en réserve, chacun dessiné pour un métier précis et son geste du matin — plus les deux tableaux qui les pilotent, la journée d'un dirigeant et l'entonnoir d'un commercial. Les versions écartées sont là aussi, montrées pour ce qu'elles ont appris.

9 pièces de notre stock de conception
Tableaux de bordMaquette fonctionnelle, en réserve

Le cockpit du jour

Une vue exécutive à l'instant T : opportunités du jour, dossiers en go, marchés à risque, prochaine échéance en compte à rebours, briefing. Chaque indicateur est une probabilité, jamais une promesse.

Pour quiUn dirigeant qui veut l'état de sa veille en une seule page, chaque matin.

conçu le 6 juillet 2026

Tableaux de bordMaquette fonctionnelle, en réserve

Le pipeline commercial

Détection, qualification, réponse, gain : un entonnoir par étape avec ses volumes et ses taux de passage, les jours moyens par étape, la valeur du pipeline.

Pour quiUne direction commerciale qui suit sa prospection publique comme un pipeline privé.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

L'écran de l'artisan

« Ton premier marché public est à ta portée » : un tutoiement, quatre chiffres, trois couches — détecter, prospecter, anticiper — et une seule action par écran.

Pour quiUne très petite entreprise du bâtiment qui n'a jamais répondu à un appel d'offres.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

L'écran de la PME qui répond déjà

« Je réponds, mais je gagne peu » : taux de succès, marchés perdus et pourquoi, le graphe des croisements — la donnée qui explique la défaite avant de promettre la victoire.

Pour quiUne PME de dix à cinquante salariés qui veut gagner plus souvent, pas répondre plus.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

Le radar d'une cellule appels d'offres

Six couches de veille, les volumes par territoire, le graphe de la concurrence et un assistant qui répond en clair : l'écran d'une équipe qui traite des dizaines de dossiers.

Pour quiUne entreprise de taille intermédiaire avec une cellule dédiée et des objectifs par région.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

L'écran du cabinet d'assistance à maîtrise d'ouvrage

Le radar tourné vers les études : marchés par typologie, lots, historique des acheteurs — la matière qui alimente une note de cadrage.

Pour quiUn cabinet d'assistance à maîtrise d'ouvrage ou de programmation qui documente ses études avec des faits.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

L'écran du promoteur

Repérer où l'investissement public accélère — permis, budgets, équipements — pour arriver avant le marché privé.

Pour quiUn promoteur, un aménageur qui choisit ses communes sur des signaux, pas sur des rumeurs.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

L'écran du fournisseur

Vendre au bon chantier, au bon moment : les marchés attribués dans sa spécialité, l'entreprise titulaire, la date probable de commande des matériaux.

Pour quiUn négociant, un industriel qui vend aux entreprises qui viennent de gagner.

conçu le 6 juillet 2026

Écrans par métierMaquette fonctionnelle, en réserve

Le radar du recrutement

Repérer qui va embaucher avant tout le monde : les marchés gagnés qui appellent des équipes, par territoire et par métier.

Pour quiUn cabinet de recrutement, une agence d'intérim spécialisée dans le bâtiment.

conçu le 6 juillet 2026

Chaque pièce s'ouvre en grand, telle qu'elle tourne ; les modèles vivants se pilotent à la main.

Le catalogue de choix

Ce qu'un écran fait quand il s'ouvre

Une page ne commence pas à son premier paragraphe : elle commence au mouvement qui la présente. Un nuage qui converge, une spirale qui compte, une carte qui se lève, un dossier qui se démonte ligne à ligne — des ouvertures et des écrans d'attente qui disent quelque chose au lieu de faire patienter.

5 pièces de notre stock de conception
Scènes & animationsMaquette fonctionnelle, en réserve

La galaxie — chaque point, une entité

Un nuage de particules qui converge ; chaque grain est une entité de la base, avec un nom, un secteur, une utilité au survol. La scène d'où vient la galaxie des sources.

Pour quiUne maison qui veut montrer l'ampleur de sa matière sans un tableau.

conçu le 6 juillet 2026

Scènes & animationsMaquette fonctionnelle, en réserve

La spirale des marchés

Une spirale de points et un compteur qui monte : le radar de la commande publique en un seul mouvement.

Pour quiUne ouverture de page, une présentation, un salon.

conçu le 6 juillet 2026

Scènes & animationsMaquette fonctionnelle, en réserve

La France entière, sur le radar

La carte des départements en relief de points, filtrable par couche, un compteur national : la version qui a fixé le vocabulaire de la carte.

Pour quiUn acteur national qui doit montrer une couverture.

conçu le 6 juillet 2026

Scènes & animationsMaquette fonctionnelle, en réserve

L'hologramme d'un numéro d'entreprise

Une entreprise-exemple au centre, ses faits en orbite — capital, effectif, marchés, dirigeants — reliés par des fils lumineux. La fiche 360 en hologramme.

Pour quiUne démonstration commerciale qui doit tenir en une image.

conçu le 6 juillet 2026

Scènes & animationsMaquette fonctionnelle, en réserve

L'appel d'offres décomposé

Un dossier de consultation lu ligne à ligne — objet, critères, pièces, délais — jusqu'au verdict : go ou non, avec sa note. « On le lit avant vous. »

Pour quiUne cellule appels d'offres qui veut voir ce qu'un dossier contient avant de l'ouvrir.

conçu le 6 juillet 2026

Chaque pièce s'ouvre en grand, telle qu'elle tourne ; les modèles vivants se pilotent à la main.

Le catalogue de choix

Les écrans dessinés avant d'écrire une ligne

Un produit se dessine en squelette avant de se coder : les questions que l'écran doit répondre, l'ordre dans lequel elles arrivent, et ce qui reste dehors. Deux squelettes — le poste de travail d'un acheteur et le plan d'un site à plusieurs mondes — tracés avant la première ligne, et relus à chaque écran depuis.

2 pièces de notre stock de conception
ArchitecturesMaquette fonctionnelle, en réserve

L'international — le squelette

Un cabinet français d'envergure internationale, un globe filaire, des zones d'intervention : la page réduite à sa structure.

Pour quiUne maison qui déploie ses métiers sur plusieurs marchés.

conçu le 20 juillet 2026

ArchitecturesMaquette fonctionnelle, en réserve

Le poste de travail achats

« Ce qui exige votre attention » : les questions qu'un acheteur se pose, chacune avec sa réponse chiffrée et son geste — le poste de travail dessiné avant le code.

Pour quiUne direction des achats, publique ou privée, qui veut un outil qui répond au lieu d'afficher.

conçu le 20 juillet 2026

Chaque pièce s'ouvre en grand, telle qu'elle tourne ; les modèles vivants se pilotent à la main.

La méthode derrière un produit d'achat

Ce qu'un dirigeant doit comprendre, et ce que le spécialiste va chercher au volet.

DEV & TECHNOLOGIE · PROCÉDURES

Dématérialiser sans casser la preuve.

Formulaires pilotés par métadonnées, validations opposables et échanges interopérables.

Une procédure numérique doit réduire la ressaisie tout en augmentant la traçabilité.
BROUILLON · VALIDE · REJETÉ · PUBLIÉ · ACCUSÉ REÇU
Méthode

eForms SDK, UBL/XML, règles Schematron, validation TED CVS et échange AS4 lorsque le périmètre l’exige.

  • Notice-type-definition pilotée par métadonnées
  • Codelists et libellés multilingues versionnés
  • Validation syntaxique + règles métier
  • UBL/XML · identifiant de version SDK
  • eDelivery AS4 · signature · chiffrement · accusé signé
  • ESPD / eCertis · réemploi et préremplissage lorsque disponibles
Nous affichons séparément la validité technique du message et la conformité de fond. Deux questions, deux réponses.

Des interfaces livrées et tenues, racontées sans les noms

Un site à deux publics et deux langues, un index qui rend la règle applicable au jour des faits, un configurateur qui se redessine en direct : ce que nous avons construit, ce que ça a produit, et ce qui était difficile. Noms retirés, volumes gardés.

RÉFÉRENCES · MISSIONS RÉELLES, NOMS CENSURÉS

  1. 01

    Notre propre maison — un cabinet à trois métiers, deux publics qui ne cherchent pas la même chose, et deux langues.

    Quand · Été 2026, en production et remanié chaque semaine.

    Ce que nous avons fait

    Nous avons conçu et bâti ce site de bout en bout : l'architecture, le dessin, le texte, les scènes en trois dimensions, et le miroir anglais. L'anglais n'est pas un bouton qui repeint la page — c'est un jeu d'adresses à lui, sans quoi aucun moteur ne le voit.

    Ce que ça a produit

    Un site à deux mondes, entièrement bilingue, dont chaque page anglaise a sa propre adresse et sa relation réciproque avec la française. Sept contrôles automatiques tiennent la publication, enchaînés par une seule commande : régimes de fond, feuilles de style, charte, teintes de texte, données structurées, adresses par langue, matière des sous-pages. Le premier défaut arrête la chaîne — c'est un refus, pas un avertissement.

    Ce qui était difficile

    L'anglais existait déjà, mais dans un état d'affichage : aucune adresse ne le rendait. Deux états d'un même document ne sont pas deux documents — la balise qui relie les langues relie des adresses, et elle n'avait rien à relier. Il a fallu séparer les URL avant d'espérer être lu ailleurs qu'en France.

  2. 02

    Des équipes qui doivent citer la règle applicable au jour des faits, et à qui un moteur de recherche rend toujours la dernière version.

    Quand · 2026, en exploitation.

    Ce que nous avons fait

    Nous avons indexé un corpus normatif versionné pour qu'une recherche rende la version en vigueur à une date choisie, et non la plus récente. Le millésime est une dimension de l'index, pas un filtre posé après coup.

    Ce que ça a produit

    Un index interrogeable par texte et par date, séparé de l'entrepôt qu'il sert, et reconstructible sans toucher à celui qui tourne.

    Ce qui était difficile

    La première reconstruction supprimait l'ancien index avant de bâtir le nouveau — et elle ne pouvait pas aboutir : l'espace disque manquait. Sa propre trace donne l'heure de la destruction, une heure vingt avant qu'on l'arrête. Détruire avant de savoir si l'on peut reconstruire n'est pas une reconstruction : c'est une destruction suivie d'un espoir. Le remplaçant mesure l'espace d'abord et bâtit à côté ; il ne peut plus toucher à l'existant.

  3. 03

    Des équipes de marque et de produit qui arbitrent une direction visuelle sur des captures, puis découvrent au développement que le rendu réel ne s'y conforme pas.

    Quand · Été 2026, en ligne.

    Ce que nous avons fait

    Nous avons bâti un configurateur qui recompose une interface entière en direct — typographie, palette, densité, rayons, épaisseurs — dans le code même qui partira en production. Ce qui est arbitré à l'écran est ce qui est livré : il n'y a pas d'étape de traduction entre la maquette et le produit.

    Ce que ça a produit

    Une scène unique, montée par la page publique et par son aperçu réduit sans être dupliquée, et un brief exportable qui reprend les réglages retenus.

    Ce qui était difficile

    Un configurateur qui vit à côté du produit finit par mentir. Celui-ci partage ses composants avec le site : le jour où un composant change, la démonstration change avec lui — ou elle cesse de compiler, ce qui est exactement le comportement voulu.

Aucun nom de client n'est publié, avec ou sans son accord. Nous ne publions pas de taux de réussite : il n'est pas mesuré, et un chiffre non mesuré n'est pas une référence.

Ce que nous faisons

  • Sites web sur mesure : éditorial, performance, accessibilité, référencement technique.
  • Applications web et mobile : espaces clients, back-offices, workflows métier.
  • Logiciels métier et e-commerce, avec les rôles et les droits qui vont avec.
  • Design produit : parcours, maquettes, système de composants — attaché au code, pas à côté.
  • Conception d'interfaces de programmation : ressources nommées, codes de statut employés pour ce qu'ils veulent dire, pagination par curseur quand le volume l'impose, versions et calendrier de retrait annoncé.
  • Migrations de données réversibles, jouées d'abord sur une copie : on bâtit à côté, on ne détruit jamais avant de savoir si l'on peut reconstruire.
  • Reprise et remise en état d'un produit existant, hérité d'une autre équipe : on lit et on documente ce que le code fait vraiment avant d'ouvrir le débat sur ce qu'il devrait faire.

Ce que nous livrons

Parcours & maquettes cliquables
Système de composants documenté
Application en production, code livré
Contrat d'interface documenté, avec ses exemples et ses cas d'erreur
Jeu de tests automatisés
Journal des migrations, chacune réversible
Documentation technique & guide de reprise
Rapport de performance & d'accessibilité, mesuré à l'écran en clair et en sombre

La méthode

01

Cadrer

Ce que le produit doit faire — et surtout ce qu'il refusera de faire : les garde-fous se conçoivent en même temps que les fonctions.

02

Prototyper

Un parcours cliquable avant la première ligne de code définitive.

03

Construire

Itérations courtes et verticales : interface, logique, données, tests. Aucune valeur écrite en dur — un nombre figé ne vieillit pas, il devient faux d'un coup.

04

Transmettre

Code, documentation et accès : un produit qui vit sans nous. Le mode d'emploi de réparation s'imprime depuis l'outil qui annonce la panne, pas depuis un manuel qu'il faudrait penser à chercher.

CE QUE VOUS AUREZ EN MAIN · La tranche qui tient

Choisissez un incident : le parcours montre ce qui résiste, ce qui se replie et ce qui doit être repris.

Une tranche qu'on peut réellement exécuter, découpée dans le tout.

Nous concevons la plus petite tranche de produit qui rend déjà un service complet : une intention utilisateur, une donnée, une décision, un retour et une preuve d’usage. Elle n’est pas un prototype jetable ; elle porte les contrats qui permettent d’ajouter la suite.

Le dirigeant voit le parcours nominal, le repli et la reprise. La valeur tient dans ce que l’utilisateur peut achever, pas dans le nombre d’écrans ni dans une démonstration qui cesse de fonctionner hors du scénario parfait.

Exécuter le parcours

État, contrat, incident, repli et reprise

Bounded context, langage ubiquitaire, agrégat, invariant et événement de domaine posent le vocabulaire avant l’écran.

Machine à états explicite : transitions autorisées, préconditions, commandes idempotentes et journal d’audit.

Tranche verticale reliant interface, logique applicative, persistance, contrat d’API, autorisation, tests et télémétrie.

Progressive enhancement, états vide/chargement/erreur/hors ligne et reprise après interruption.

Design system lié au code : tokens typés, composants, variantes, propriétés, documentation et tests de régression visuelle.

WCAG 2.2 : structure sémantique, ordre de focus, nom/rôle/valeur, cible, contraste, reflow, erreurs et alternatives — vérifiés par une suite de tests répétable et une revue humaine.

Core Web Vitals en données terrain : LCP, INP et CLS au 75e percentile ; laboratoire et terrain ne sont jamais confondus.

OpenAPI, versionnement compatible, consumer-driven contract tests et stratégie d’évolution des schémas.

Tests de caractérisation, unitaires, d’intégration, end-to-end et d’accessibilité, chacun relié au risque qu’il couvre.

Feature flag découplé du déploiement, migration expand/contract, canary, rollback et suppression datée des drapeaux.

SLI/SLO, budget d’erreur, trace distribuée, logs corrélés et alertes orientées symptôme utilisateur.

ADR, SBOM, dépendances, runbook, réversibilité, accès et preuve de restauration dans le dossier de transmission.

Discipline de preuve : un événement non instrumenté reste N.F. — il ne devient jamais un succès implicite ; clavier, mouvement réduit, connexion lente et échec de dépendance appartiennent au scénario de référence.

La tranche démontre un parcours testé et tracé dans son périmètre déclaré ; elle ne remplace ni les règles métier réelles du client, ni l’audit d’accessibilité humain, ni la mesure en conditions réelles. Toute transition sans trace instrumentée reste N.F., jamais un succès implicite.

LES QUESTIONS QUI FONT LE PRIX

Ce que nous vous demanderons avant de commencer.

Quatre questions que nous posons à chaque dossier de ce domaine. Chacune vient d'un incident payé — par nous, ou par un maître d'ouvrage avant nous.

Quelle décision l'écran permet-il de prendre ?

Un écran qui n'aide aucune décision est un tableau de bord décoratif. Chaque écran que nous dessinons part de la décision qu'il sert, puis des données qui la fondent, puis seulement de la forme.

Si personne ne la pose — Une interface belle, remplie de chiffres que personne n'utilise.

D'où viennent les chiffres affichés, et quand ont-ils été mesurés ?

Aucun chiffre en dur : chaque nombre est branché sur sa source ou porte sa date dans la même phrase, et une valeur absente s'affiche comme absente — jamais comme un zéro.

Si personne ne la pose — Un nombre figé qui ne vieillit pas et devient faux d'un coup, sans que rien ne le signale.

Le produit peut-il être opéré sans nous ?

Nous livrons le système avec ses contrôles exécutables, sa documentation de reprise et son mode d'emploi de réparation imprimé par l'outil qui annonce la panne — pas dans un manuel qu'il faudrait penser à chercher.

Si personne ne la pose — Un produit qui dépend de son auteur, donc d'un seul risque.

Qu'est-ce que le produit refuse de faire ?

Un produit sérieux a des garde-fous : il refuse d'écrire quand le compte n'y est pas, il refuse une saisie qui contredit une règle métier, il dit ce qu'il ne sait pas. Nous concevons les refus avec les fonctions.

Si personne ne la pose — Une base qui accepte tout, et des données dont personne ne peut plus répondre.

SCÉNARIO DE CAPACITÉ — PAS UNE RÉFÉRENCE CLIENT

Quand on nous appelle

Une organisation fait vivre son métier dans une succession de tableurs partagés, avec des règles connues d'une seule personne. Nous formalisons ces règles, les portons dans une application avec rôles et historique, puis migrons l'existant. Le tableur devient une archive, plus un point de rupture.

Un projet Développement & Design produit ?

Écrivez-nous. Nous répondons avec une lecture, pas une plaquette.

Nous écrire