Studio de développement · Morges, Suisse
Édition 2026
Nous imaginons, dessinons et développons des applications que l'on ouvre sur un navigateur, dans une poche, sur un poste de travail ou du bout des doigts sur un écran fixé au mur.
Chapitre premier
Toute application commence par une intuition que l'on porte longtemps avant de savoir la montrer.
Il y a d'abord une intuition, souvent modeste, parfois griffonnée au dos d'un ordre du jour : un geste du métier que l'on répète cent fois par jour et qui mériterait d'être mieux servi, une information juste qui circule mal, une attente que l'on impose à ses clients faute d'avoir trouvé mieux. C'est cette intuition que nous venons chercher, parce qu'elle contient déjà, en germe, tout ce que l'application devra dire.
Notre travail commence donc bien avant la première ligne de code, dans une conversation sans hâte où nous cherchons à comprendre l'histoire que vous voulez raconter, à qui vous la racontez, et ce qui la rendra crédible aux yeux de celles et ceux qui l'ouvriront chaque matin. L'architecture, les écrans et les serveurs ne viennent qu'ensuite ; ils ne sont jamais que la mise en forme des décisions prises ce jour-là.
Nous savons conduire un ouvrage de la page blanche jusqu'à la mise en ligne, et nous savons tout aussi bien rejoindre un chantier déjà ouvert : reprendre un code écrit par d'autres, en comprendre les raisons, en respecter les choix et lui donner la suite qu'il attend. Un outil qui rend service depuis des années, quelle que soit sa forme, est un capital patiemment constitué ; nous préférons l'augmenter plutôt que le remplacer, et le remplacer seulement lorsque c'est vous qui le décidez.
Chapitre deux
Deux ou trois séances de travail suffisent d'ordinaire à faire apparaître ce qui compte réellement : les gestes que l'on répète, les contraintes que la loi impose, celles que l'usage impose plus sûrement encore. Nous en ressortons avec un périmètre écrit, un calendrier, et la liste assumée de ce que nous avons choisi de garder pour plus tard.
Nous dessinons chaque écran, chaque état, chaque erreur, puis nous les assemblons en une maquette qui se manipule comme l'application elle-même. C'est là, pendant qu'elles ne coûtent presque rien, que se prennent les décisions qui coûteraient cher plus tard, et c'est là que se règle ce que beaucoup renvoient à la fin : la lisibilité pour qui distingue mal les couleurs, la navigation au clavier, le confort sur un petit écran.
Architecture lisible, services indépendants, migrations de base versionnées, tests automatisés : autant de précautions invisibles pour qui se sert de l'application, et décisives pour qui en reprendra le code dans cinq ans. Une version fonctionnelle vous est remise toutes les deux semaines sur un environnement de recette, afin que vous jugiez sur pièces plutôt que sur promesses.
Le jour de la mise en ligne n'est pas une fin : c'est le moment où l'ouvrage commence à vivre et où se révèlent les usages que nul n'avait prévus. Hébergement suisse, sauvegardes chiffrées, supervision et alertes, puis les corrections, les ajustements et les prolongements, aussi longtemps que l'application rend service.
Chapitre trois
Trois secteurs dans lesquels nos applications sont en service, avec les obligations qui leur sont propres.
Nous développons des carnets d'entraînement et les espaces qui relient un coach à ses athlètes : la séance prescrite le dimanche soir, exécutée le mardi depuis le téléphone posé sur le banc, et la charge de la semaine recalculée sur les séries réellement effectuées.
Nous développons des applications de suivi personnel et les espaces praticiens qui les prolongent : saisie quotidienne en quelques gestes, historiques consultables sur plusieurs années, et partage que le patient ouvre à qui il veut, puis referme quand il le décide.
Nous développons les outils de commercialisation d'un programme, qui se vend longtemps avant d'exister : plans et finitions présentés en 3D, disponibilité des lots tenue à jour au même instant pour le courtier et pour le promoteur, dossier d'acquéreur suivi du premier contact à la remise des clés.
Ces trois terrains sont ceux que nous connaissons le mieux, non les seuls que nous acceptons : un métier bien raconté s'apprend vite, et il n'est pas d'ouvrage dont nous ayons jamais regretté d'avoir appris la langue.
Chapitre quatre
Une même histoire, portée par des écrans qui n'ont ni la même taille, ni les mêmes gestes, ni la même patience.
Avant d'être du code, une application est une suite de décisions sur ce que l'on montre, ce que l'on garde en retrait et ce que l'on ose demander. Nous dessinons ces décisions écran par écran, jusqu'à ce qu'elles tiennent debout sans qu'il faille les expliquer.
Une interface complète, ouverte depuis un navigateur, du téléphone au grand écran, installable sur l'écran d'accueil et capable de continuer à servir lorsque le réseau vient à manquer.
iOS et Android, publiées sur les deux magasins, avec les notifications, l'appareil photo, les capteurs, et les données que l'on garde sous la main même hors couverture.
Windows, macOS et Linux, pour les métiers qui travaillent assis devant un poste fixe : gros volumes, impression, matériel raccordé, plusieurs fenêtres ouvertes en même temps.
Bornes d'accueil, panneaux d'atelier, tableaux fixés au mur, montres connectées : des interfaces que l'on consulte debout, d'un coup d'œil, parfois avec des gants, et qui doivent donc dire beaucoup en très peu de signes.
Programmes immobiliers, objets, personnages : nous modélisons, texturons et animons ce qui doit être vu avant d'exister, pour la présentation commerciale comme pour l'application elle-même.
Le moteur qui se tient derrière les écrans : interfaces de programmation documentées, raccordement aux outils que vous utilisez déjà, traitements planifiés, reprise des données que vous possédez.
Mise en ligne sur infrastructure suisse, surveillance, sauvegardes, corrections et évolutions. Un ouvrage vit, se déforme et se répare ; nous restons pour l'accompagner, avec un contrat lisible et des interlocuteurs qui ne changent pas.
Chapitre cinq · Notre propre histoire
Une application de suivi de santé que nous avons imaginée, dessinée, développée, mise en ligne, et que nous entretenons nous-mêmes depuis.
Repas, activité, sommeil, émotions, objectifs, défis partagés entre proches : une dizaine de services indépendants, un catalogue de produits alimentaires suisses, un espace réservé aux praticiens auxquels un patient choisit d'ouvrir ses données. Nous nous en servons tous les jours, ce qui présente l'avantage discret d'en découvrir les défauts avant ceux qui nous les signaleraient, et l'obligation plus exigeante de les corriger sans attendre.
Chapitre six
Elle se mesure à ce qui demeure lorsque nous ne sommes plus dans la pièce.
Un homme sur douze distingue mal le rouge du vert, et bien davantage renoncent devant un texte gris pâle, une cible trop petite ou une couleur qui, seule, prétend porter une information. Nous concevons donc pour eux dès la maquette et non après coup : contrastes vérifiés, information jamais confiée à la seule teinte, navigation entière au clavier, compatibilité avec les lecteurs d'écran, cibles tactiles généreuses, libellés qui disent ce qui va se produire. Une interface inclusive n'est pas une faveur consentie à quelques-uns, c'est simplement une interface bien faite, et l'expérience montre qu'elle se révèle plus claire pour tout le monde.
Les personnes qui conçoivent, dessinent et développent votre application sont établies en Suisse, et vos données le sont également : serveurs suisses, sauvegardes chiffrées, traitement conforme à la nLPD. Rien n'est confié à un prestataire lointain que nous ne pourrions ni voir ni interroger.
Sombre, clair, fortement contrasté, sobre pour l'impression, accordé à votre charte : le thème n'est pas une préférence esthétique ajoutée à la fin, c'est une variable du système visuel. Un écran n'est livré que lorsqu'il tient dans chacun des thèmes prévus, sur un téléphone comme sur un grand écran.
Vous savez à tout moment où en est l'ouvrage : une version fonctionnelle toutes les deux semaines, un environnement de recette ouvert en permanence, un point écrit après chaque étape, et la trace des choix retenus comme de ceux qui ont été écartés. Personne n'a besoin de deviner, ni pendant le chantier, ni deux ans plus tard.
Un logiciel que l'on cesse d'entretenir se dégrade sans bruit : les dépendances vieillissent, les failles apparaissent, les usages se déplacent. Nous surveillons, corrigeons et faisons évoluer les applications que nous mettons en ligne, et nous reprenons volontiers celles qui ont été écrites par d'autres.
Le studio est établi à Morges, sur la Côte vaudoise, et nous nous déplaçons volontiers, en Suisse romande comme alémanique.
Prendre rendez-vousÉpilogue
Décrivez-nous ce que vous avez en tête, en trois lignes ou en trente pages, avec un cahier des charges achevé ou une simple intuition qui vous poursuit depuis des mois. Nous vous dirons ce qui nous paraît possible, ce qui nous paraît difficile, et par où nous commencerions.
Message transmis
Nous le lisons attentivement, puis nous revenons vers vous avec un premier retour sur la faisabilité, les questions qu'il soulève et la manière dont nous commencerions. Si le sujet demande une conversation, nous vous proposerons directement un créneau.
Maquette de démonstration : aucun message n'a réellement été envoyé. Le traitement réel se trouve dans contact/contact.php.