Question 1

Pourquoi payer Services si je peux juste acheter Apollo direct ?

Accepted Answer

Apollo direct vous vend le moteur. Services vous vend l'engagement autour du moteur. Le prix au jalon sur le parcours 1A n'est pas le coût du code qu'Apollo écrit — c'est le coût du cadrage du brief, du plan de jalons, de la gestion de projet, de la responsabilité de livraison (klair absorbe les glissements), de la revue d'ingénierie de chaque changement avant que vous le voyiez, et du délai jusqu'à la première livraison à partir d'un brief d'un paragraphe. Si vous avez une équipe d'ingénieurs avec un backlog, une CI et le temps de mener le travail, Apollo direct est ce qu'il vous faut. Si vous avez un projet et une échéance et que vous ne voulez pas faire grandir une équipe d'ingénierie pour le livrer, Services. Le choix est réel des deux côtés.

Question 2

Comment fonctionnent les paiements ?

Accepted Answer

Au jalon signé, pas à l'heure. Chaque jalon a un livrable et une signature. Vous payez quand le jalon est signé. Pas de factures surprises. Pas de claw-back. Si nous ne pouvons pas livrer un jalon au prix annoncé, c'est notre problème à absorber.

Question 3

Pouvons-nous mettre en pause entre les jalons ?

Accepted Answer

Oui. S'arrêter entre jalons ne coûte rien. L'architecture est conçue pour cela : chaque jalon est borné, signable, autonome. Vous pouvez mettre en pause un trimestre, revenir, et nous reprenons le plan. Le seul engagement est par jalon — jamais le projet entier d'avance.

Question 4

Combien dois-je en savoir avant d'avoir un plan ?

Accepted Answer

Un paragraphe. Le rédacteur de brief (Hermes) pose quelques questions de clarification, puis renvoie une proposition structurée avec périmètre, jalons et un montant. Pas de deck, pas de semaine de découverte. En interne chez klair, nos ingénieurs revoient le brief et le challengent avant le tirage du plan de jalons.

Question 5

Que se passe-t-il quand le périmètre change en cours de build ?

Accepted Answer

Les change-orders sont de première classe. Chacun a son propre delta de prix et de durée, approuvé explicitement. Pas d'expansion silencieuse. Le plan de jalons original reste le contrat ; les change-orders s'ajoutent à côté avec leur propre signature.

Question 6

Que se passe-t-il à la passation ?

Accepted Answer

M4 se termine par déploiement + docs + transfert d'équipe. Vous recevez : le déploiement de production, le dépôt et les identifiants, un runbook pour opérer le système sans nous, et tout document d'architecture rédigé en chemin. À partir de là, deux parcours : prenez le runbook et auto-hébergez (parcours 1A), ou optez pour Moon et nous continuons à l'opérer (parcours 1B). La décision Moon se prend à la passation, pas à l'admission.

Question 7

Qui possède le code et la PI ?

Accepted Answer

Vous. Le code vit dans votre dépôt dès le premier jour et y reste à la sortie. La passation inclut les dépôts, les identifiants, et un runbook. Pas de vendor lock-in. Si nous arrêtons d'opérer le côté hébergé, vous gardez le code et le runbook.

Question 8

Qui écrit réellement le code ?

Accepted Answer

L'équipe d'ingénierie interne de klair. Nous livrons de bout en bout, avec Apollo comme accélérateur. Rien n'est sous-traité. Chaque changement, les ingénieurs de klair le revoient avant que vous le voyiez — cette revue fait partie de ce que le prix au jalon couvre.

Nous construisons votre logiciel.

La cadence de build, en quatre-vingt-dix secondes.

Quatre jalons. Un plan signable.

Le prix n'est pas le coût du code. C'est le coût de l'engagement autour du code.

Nos produits sont notre preuve.

Hermes

Apollo

Moon

Restez hébergé à la passation.

Services, expliqués.

Un paragraphe en entrée. Un plan de jalons en sortie.