Aller au contenu

Un ingénieur.
Un essaim d'agents.
Votre produit, livré.

Livrer du logiciel sans les effectifs. La production d'une équipe complète, en semaines, à prix fixe. Un ingénieur par produit depuis 2013, aujourd'hui avec un essaim derrière lui.

Des dizaines de produits depuis 2013.
Des millions d'utilisateurs mensuels.

À propos de UNIT01

L'infrastructure avec laquelle nous construisons en essaim.

Fal
Replicate
Modal
RunPod
Together AI
Fireworks
Daytona

Les autres prestataires vendent des heures.
Nous vendons le système fini.

Migration

Vous achetez le passage au cloud, pas un plan d'effectifs. Le travail commence la semaine où vous signez.

Modernisation

Vous achetez une réécriture à prix fixe sur le périmètre. En cas de dépassement, le coût reste à notre charge.

Greenfield

Vous achetez un produit avec un ingénieur responsable qui le porte jusqu'à votre acceptation — pas un projet que vous devez piloter.

Le logiciel a changé.
L'entreprise, non.
Ici, ça change.

01 Ingénieur responsable

C'est l'ingénieur qui mène. Pas un responsable de compte.

Vous rencontrez cette personne avant de signer. Elle dirige l'essaim, tient le niveau de qualité, et c'est elle qui répond quand ça compte.

Une personne

Ce que fait l'ingénieur responsable

  1. 01 Dirige Fixe l'architecture et ce que «terminé» signifie. Pilote l'essaim.
  2. 02 Décide Arrête une mise en production si un contrôle échoue. Personne n'y déroge.
  3. 03 Répond C'est la personne que vous appelez. Avant la signature et après la mise en production.
02 Essaim

La production d'une équipe complète. En semaines, pas en trimestres.

Des agents d'IA construisent, migrent les données, écrivent les tests et produisent la documentation en même temps. Il n'y a pas d'équipe à monter : le travail commence la semaine où vous signez.

La même semaine

Ce qui tourne en parallèle

  1. 01 Construction Écrans, services et intégrations.
  2. 02 Données Migration et rapprochement avec l'ancien système.
  3. 03 Tests Écrits avec le code. Exécutés à chaque modification.
  4. 04 Documents Manuels d'exploitation et rollback, produits au fil du travail.
03 Par écrit

Code, tests et manuels d'exploitation. Avant l'acceptation.

Un essaim ne travaille qu'à partir de ce qui est écrit. Les tests, les manuels d'exploitation et les plans de rollback sont donc produits avec le code. Votre équipe reçoit un système déjà documenté.

Dans votre dépôt

Ce qui est là avant l'acceptation

  1. 01 Code Code source et tests. À vous dès le premier commit.
  2. 02 Manuels d'exploitation Comment l'exploiter, qui appeler, comment revenir en arrière.
  3. 03 Risques Chaque point ouvert, avec un responsable.

Pourquoi ça tient

Aller vite n'a d'intérêt que si c'est sûr.

La vitesse vient de l'essaim. La sûreté, de la personne qui le dirige.

Rien ne passe en production si un contrôle échoue.

Pas pour sauver une date. Pas pour contenter un commanditaire. Vous voyez ce qui a échoué, et pourquoi.

La production reste en service.

L'ancien système continue de tourner jusqu'à ce que le nouveau concorde. Le rollback est écrit avant toute bascule.

Votre équipe peut l'exploiter. Nous restons joignables.

Code, tests et manuels d'exploitation sont dans votre dépôt avant l'acceptation. Après la mise en production, l'ingénieur responsable reste joignable pendant la période convenue.

Preuve

Un ingénieur par produit depuis 2013.

Des dizaines de produits. Des millions d'utilisateurs mensuels. Une équipe qui tient dans une pièce. Les agents d'IA sont arrivés plus tard et ont démultiplié ce qu'un seul ingénieur livre. Ce n'est pas un objectif. C'est notre façon de travailler.

2013 Nos propres produits depuis
Des dizaines Produits construits de bout en bout
XM+ Utilisateurs mensuels sur nos produits
1 pièce Taille de l'équipe qui les a construits

Étape suivante

Dites-nous ce qui doit entrer en production, et quand.

Vous recevez un premier plan : ce que «terminé» signifie, dans vos mots, ce que ça coûte et quand. La décision vous appartient.