Vous avez un backlog. Vous avez une idée. Il vous faut un logiciel qui n’existe pas encore, et il vous le faut avant la fin du trimestre. Vous avez trois options aujourd’hui, et aucune n’est bonne.
Vous pouvez recruter des ingénieurs — enchaîner quarante entretiens pour en faire signer deux qui pourront commencer dans huit semaines, leur tendre des contrats de douze mois, et espérer que ce que vous vouliez sera encore ce que vous voulez le jour où ils livreront.
Vous pouvez passer par une agence— payer une phase de découverte qui s’achève en présentation PowerPoint, un plan projet qui gonfle chaque estimation de soixante pour cent, et un point hebdo le jeudi après-midi où quelqu’un lit le tableau JIRA à voix haute.
Vous pouvez le faire vous-même— brancher un assistant IA de code, vous bloquer les mercredis après-midi, et regarder le projet s’éteindre en silence quatre mois plus tard, le jour où l’assistant propose un refactor qui casse le build et où vous n’avez pas le temps de déboguer.
Le mot qui manque ici, c’est achetable. Vous pouvez acheter un CRM, un CDN, une plateforme de paie — chacun a sa page de tarifs, son essai gratuit, un numéro auquel souscrire à 23h un dimanche. Vous ne pouvez pas acheter de logiciel sur mesure. Vous pouvez le commander, l’externaliser, le construire vous-même — mais le geste du distributeur, celui où l’on glisse un brief et une carte et où le logiciel sort, n’existe pas.
Le logiciel sur mesure est la dernière catégorie en B2B qu’on n’ait pas transformée en quelque chose qui s’achète à la carte.— équipe klair
C’est l’écart. Nous construisons ce qui le comble.
Un atelier qui ne ferme pas.
Imaginez un atelier qui ne ferme pas. Vous vous installez un mardi après-midi — café, ordinateur portable, le brief que vous traînez depuis trois semaines. Vous n’écrivez pas le brief en partant de zéro. Vous répondez à des questions. L’atelier demande : à quoi cela doit servir, qui s’en servira, ce qui ne devra jamais casser, à quoi ressemble le vendredi quand ça marche. Vous répondez ; l’atelier rédige le brief à partir de vos réponses. Vous le signez.
Vous fermez votre session.
Pendant la nuit du mardi, le mercredi matin, votre all-hands hebdomadaire, l’école des enfants, l’appel avec votre VC — l’atelier tourne. Il planifie. Il fait surgir des branches de laboratoire isolées. Il écrit du code, lance vos tests, recommence quand quelque chose échoue, ouvre des modifications en revue. Chaque étape se pose dans votre outil de gestion de projet, en temps réel, en phrases simples qu’un non-ingénieur peut lire.
Mercredi à 09h14, votre outil affiche un résumé ordonné du travail accompli depuis votre dernière visite. Une courte file de modifications propres attend dans votre repo. Chaque modification comporte un diff, un rapport de tests, et une note d’un paragraphe sur ce qu’elle fait et ce qu’elle pourrait casser.
Vous prenez un café. Vous lisez. Vous signez.
Le jalon suivant se facture tout seul.
Ce qui construit votre logiciel ne dort plus. La responsabilité, elle, dort encore — et c’est ce qui ne devrait jamais changer.— équipe klair
Les humains aux frontières. L’IA à l’intérieur.
C’est le choix structurel qui rend l’atelier digne de confiance. Vous définissez le brief. Vous signez la modification. Entre ces deux extrémités, l’atelier fait tourner la boucle seul.
Vous n’écrivez pas de code. Vous ne faites pas de QA. Vous ne guidez pas le travail entre les deux. La signature à la fin n’est pas un effort — c’est une responsabilité. Le merge appartient à une personne nommée dans votre équipe. Toujours.
Il n’y a pas de mode automerge. Il n’y en aura jamais. Pas en option, pas en formule payante, pas en exception pour client de confiance. Nous ne le livrerons pas. Nous avons vu assez d’équipes se brûler avec des logiciels qui partent en production sans humain à la réception. Le merge est la seule chose non négociable.
Tout le reste, c’est de la plateforme. Les plans, les branches de laboratoire, les tests, les reprises, les modifications ouvertes en revue — c’est l’atelier, et l’atelier s’appelle Apollo. Vous n’avez pas besoin de connaître le nom pour vous en servir. Côté services, vous nous engagez et nous faisons tourner Apollo pour vous. Côté Apollo direct, vous le faites tourner vous-même, sur votre repo, avec vos reviewers.
Même atelier. Deux portes. Choisissez celle qui correspond à qui vous êtes ce trimestre.
Deux portes.
Porte 1 — Services.Vous engagez klair. Nous cadrons le brief avec vous. Nous signons un plan de jalons. Apollo fait tourner la construction. Nous gérons l’engagement en mode projet ; la signature humaine sur chaque modification est la vôtre. Démo tous les vendredis. Code dans votre repo dès le premier jour. Facture à la clôture du jalon — pas de paiement trimestriel d’avance, pas de retainer, pas de minimum déguisé en palier entreprise. Si vous voulez faire une pause entre deux jalons, vous faites une pause. Si vous voulez arrêter, vous arrêtez.
Pour : les équipes de 20 à 200 personnes avec un backlog qu’elles savent décrire et une échéance qu’elles savent nommer.
Porte 2 — Apollo.Vous faites tourner l’atelier vous-même. Apollo sur votre repo, votre backlog, vos reviewers. Plan, laboratoire, construction, tests, modification ouverte en revue. Chaque modification approuvée par un humain de votre équipe. Le même moteur que celui que nous utilisons pour livrer les services, vendu en direct, abonnement mensuel — résiliable au mois.
Pour : les responsables techniques qui possèdent un backlog et un CI, qui veulent une livraison continue sans gonfler les effectifs, et qui ont été déçus par les outils IA qui demandent à l’ingénieur de continuer à taper.
Deux produits distincts. Le même atelier en dessous. Les clients services sont aussi le premier crash test à grande échelle d’Apollo — chaque modification côté services passe par Apollo en interne, donc la rigueur d’ingénierie que la plateforme voit côté services est la rigueur d’ingénierie qu’Apollo retrouve en production.
Même atelier. Deux portes. Choisissez celle qui correspond à qui vous êtes ce trimestre.— équipe klair
Le prix, c’est le prix.
Chaque surface publique porte un chiffre. Nous ne livrons pas de prix « à partir de ». Nous ne déclenchons pas de minuteurs d’urgence. Nous ne déguisons pas le palier entreprise en appel commercial. Il y a un seul endroit — Apollo au plus haut palier — où la page dit « parlons-en », et c’est parce que l’écart est réel (une équipe de cinquante a besoin d’un isolement d’infrastructure différent d’une équipe de trois), pas parce que le plancher est caché.
Côté services, chaque jalon a un prix fixe inscrit dans le plan que vous signez. Le prix, c’est le prix. Si nous ne pouvons pas livrer le jalon au prix annoncé, c’est notre problème à absorber, pas le vôtre à renégocier.
Côté Apollo, les paliers d’abonnement sont publics. Vous payez au mois. Vous pouvez arrêter au mois. Le bouton pour arrêter est un vrai bouton — pas « contactez votre chargé de compte », pas « clause de préavis de 30 jours » — un bouton.
La discipline n’est pas de la générosité, c’est une posture. Le jour où le prix quitte le site public, la position de marque s’évapore. Nous avons vu le motif assez de fois pour savoir que nous ne serons pas les prochains à le reproduire.
Ce qui est vrai aujourd’hui.
Nous sommes en pré-lancement. Nous ouvrons dix places de partenaires pilotes avant la GA, le 1er septembre 2026. Trois de ces places sont prises ; sept sont ouvertes à l’heure où ces lignes sont écrites. Pas de théâtre de liste d’attente — quand la porte se ferme à dix, elle se ferme.
Ce que nous n’avons pas encore fait, et le jour où nous revendiquerons chaque chose :
Nous n’avons pas livré de client public. Le jour où le premier nous autorisera à le nommer, nous publierons l’étude de cas avec les indicateurs qui comptent — temps de cycle, taux de défauts, ce que vous demanderiez en deuxième entretien.
Nous sommes prêts SOC 2 / ISO 27001 sur le plan architectural. Nous ne sommes pas certifiés. Le badge apparaît le lendemain du feu vert de l’auditeur, pas la veille.
Nous n’avons pas mesuré de multiplicateur de vitesse face à la livraison classique. Nous le ferons, sur la première cohorte bêta. Le chiffre que nous publierons sera le chiffre que nous aurons mesuré, pas celui que nous espérions.
Apollo est en bêta privée avec une cohorte invitée. La liste d’attente n’est pas ouverte au sens marketing — c’est une simple adresse email que l’équipe lit.
Mieux vaut que vous voyiez l’écart sur la page À propos plutôt que de le découvrir lors d’un appel commercial.— équipe klair
L’invitation.
Si vous avez un backlog que vous savez décrire et une échéance que vous savez nommer, écrivez-nous à hi@klair.dev. Un membre de l’équipe lit ; vous aurez une réponse sous deux jours ouvrés.
Vous êtes partenaire pilote si vous vous engagez sur deux choses. Premièrement, vous nous laissez livrer un jalon de travail pour vous d’ici la GA — jalon complet, prix fixe, échéance réelle, le même produit que tout le monde achètera le 1er septembre. Deuxièmement, vous nous laissez citer publiquement l’engagement à sa clôture, avec un indicateur que vous aurez validé. En échange, vous recevez une remise de quarante pour cent sur chaque jalon signé avant la GA, et un abonnement Apollo au prix verrouillé si vous choisissez aussi de faire tourner la plateforme en direct.
Dix places. Trois prises. La porte se ferme à dix — pas de liste d’attente, pas de liste de rappel, pas de « nous reviendrons vers vous ».
Si vous êtes responsable technique et qu’Apollo vous intrigue, la candidature à la cohorte se trouve sur klair.dev/cohort?product=apollo. Nous répondons sous soixante-douze heures, chaque fois.
Si vous n’êtes ni l’un ni l’autre — un confrère, un curieux de passage, une future recrue — le changelog sur klair.dev/changelogest mis à jour à chaque livraison. Le blog que vous lisez est mis à jour quand nous avons quelque chose à dire. Les deux flux sont compatibles RSS. Nous ne tenons pas de newsletter, nous ne faisons pas de campagnes d’emails échelonnés, et nous n’avons pas d’automatisation qui vous suit pendant six semaines. Vous lisez ce que nous publions, quand nous le publions, et c’est tout.
On se voit à l’intérieur.