DevStudio

Nous bâtissons votre logiciel

Une seule équipe mène votre produit de la spécification au lancement

Vous obtenez un produit fonctionnel, développé à la vitesse de l'IA et conforme à une spécification écrite de ce qu'il doit faire. Nous vérifions chaque clause avant le lancement, pour que le produit livré corresponde à ce que vous avez demandé. Le prix vous est confirmé par écrit avant le début des travaux et, après le lancement, nous assurons le bon fonctionnement du produit.

Nous couvrons toute la gamme : un petit site qui accepte les paiements, une place de marché offerte sur l'App Store et Google Play, une plateforme d'opérations interne avec rôles et pistes d'audit, ou un produit IA avec recherche documentaire, garde-fous et évaluations. La complexité change l'ampleur du projet, alors que la méthode reste la même.

Ce qui tourne mal

Les développements rapides s'éloignent de votre intention

Beaucoup d'équipes savent maintenant produire du logiciel rapidement, mais peu peuvent démontrer que le résultat fait ce que le client voulait. Voici ce que disent les fondateurs 3 mois après le début d'un tel projet.

« Ça fonctionne. C'est juste pas ce que j'avais en tête. »

La cause

Votre intention n'a jamais été exprimée qu'en conversation, alors tout ce qui a été construit ensuite repose sur des suppositions raisonnables, et chaque supposition ajoute ses erreurs à celles de la précédente.

« Chaque correctif semble casser autre chose. »

La cause

Aucun document n'énonce ce que le code est censé faire, alors chaque changement commence par la rétro-ingénierie du précédent, et ce coût se répète pendant des mois.

« On l'a su par un client. »

La cause

Personne n'a testé les parties rarement revues : qui peut voir quoi, ce qui se passe lors d'un paiement refusé, et ce que fait l'appli quand le réseau tombe en plein enregistrement.

Dans chaque cas, la cause est l'absence d'une source de vérité écrite. C'est donc la première chose que nous produisons, et la dernière à laquelle nous confrontons le produit.

Voir le processus

Le chemin

Chaque étape remet un document et doit franchir une porte

Une étape ne commence que lorsque la précédente a franchi sa porte, jamais parce que son temps est écoulé, de sorte qu'un développement rapide reste vérifié à chaque stade.

Étape 01

Intention

Nous menons des entrevues avec vous jusqu'à ce que l'intention soit explicite : la raison derrière chaque fonctionnalité de la liste, et ce qui ne doit jamais arriver.

Livrable
intent-brief.md, dans vos mots
Porte
Vous le relisez et le confirmez
Étape 02

Spec

Nous traduisons l'intention en clauses numérotées, en français clair, qui couvrent les comportements, les cas limites, les plafonds et la vérification qui prouvera chacune, pour que vous puissiez revoir chaque ligne.

Livrable
La spec, conservée dans votre dépôt
Porte
Chaque ligne d'intention correspond à une clause
Étape 03

Construction

Nous développons à partir de la spec avec des outils natifs IA, en tranches que vous voyez fonctionner. La spec sert de brief aux outils, ce qui garde un résultat rapide aligné sur votre intention.

Livrable
Dépôt, CI, une URL de staging que vous pouvez ouvrir
Porte
Aucune tranche n'atterrit sans ses vérifications
Étape 04

Vérifier

Nous testons le produit par rapport à la spec, clause par clause, y compris les parties rarement revues : permissions, frontières de données, paiements et états d'échec.

Livrable
Rapport de cohérence : clause, vérification, résultat
Porte
Chaque clause passe, ou vous avez approuvé l'exception par écrit
Étape 05

Livrer et revérifier

Nous lançons le produit, vous remettons les accès et continuons de relancer les vérifications à mesure qu'il évolue, pour qu'il corresponde encore à la spec après chaque changement.

Livrable
Produit en ligne + transfert + passages de revérification
Porte
Ça correspond encore à la spec après le prochain changement

Dans chaque construction

Ce que vous recevez avec chaque projet

Chaque livrable peut être ouvert, exécuté ou lu, puis remis au prochain ingénieur qui travaillera sur votre produit, y compris celui d'une autre firme.

Document

Le brief d'intention

Ce que vous vouliez dire, en langage clair, signé par vous avant que quoi que ce soit soit construit.

Document

La spec

Des clauses numérotées en français clair. C'est le contrat auquel le développement doit répondre, et vous en êtes propriétaire.

Logiciel en marche

Le produit

En ligne sur votre infrastructure et sous vos comptes, sur le Web, le mobile ou les deux, y compris dans les boutiques d'applis.

Rapport

Le rapport de cohérence

Chaque clause, avec la vérification qui la prouve et son résultat, pour que vous puissiez vérifier le travail sans nous croire sur parole.

Accès

Le dépôt et les clés

À votre nom dès le premier jour, avec un transfert écrit, pour que vous ne dépendiez jamais de nous pour y accéder.

En continu

Revérification

Les vérifications tournent de nouveau chaque fois que le produit change, pour qu'il continue de correspondre à la spec après le lancement.

Le livrable

À quoi ressemble « écrit » sur une vraie construction

Chaque exemple associe une phrase que vous pourriez dire lors d'un appel à la clause numérotée qu'elle devient et à la vérification qui continue de la prouver après le transfert.

spec/what-you-meant.md vérifié

Vous avez dit

« Personne ne devrait jamais voir les données d'un autre client. »

On a écrit

§4.2 Chaque lecture est limitée au compte connecté. Une demande pour le dossier de quelqu'un d'autre retourne « introuvable », jamais « interdit », ce qui confirmerait qu'il existe.

On a prouvé

account-isolation : 24 vérifications qui passent, lancées à chaque changement

Vous avez dit

« Il faut que ça se sente instantané, même sur un téléphone en magasin. »

On a écrit

§7.1 Le premier écran s'affiche en moins de 1,2 s sur un Android milieu de gamme en 4G. La dernière liste ouverte reste lisible sans aucune connexion.

On a prouvé

perf-budget : mesuré sur de vrais appareils en 4G

Vous avez dit

« Laissez les gens annuler sans avoir à nous écrire. »

On a écrit

§9.3 Annuler prend 2 clics et aucune conversation. L'accès court jusqu'à la fin de la période payée, puis s'arrête. Leurs données sont encore là s'ils reviennent.

On a prouvé

billing-lifecycle : 18 vérifications, y compris les cas limites de remboursement

Chaque exigence que vous exprimez devient une clause, et chaque clause a sa vérification, de sorte que toute dérive se révèle par une vérification en échec.

Preuve

Des produits clients que nous développons et maintenons

Nouveaux développements, reprises de projets et appui au lancement, des applis mobiles sur l'App Store et Google Play jusqu'aux plateformes Web.

Les questions que les fondateurs nous posent en premier

Si votre question ne figure pas ici, apportez-la à l'appel : nous y répondrons aussi directement qu'à celles-ci.

Combien de temps dure une construction?

La portée détermine l'échéancier. Après un court appel, nous vous donnons une fourchette approximative, et vous recevez le chiffre final par écrit avant le début des travaux.

Est-ce que je possède le code?

Oui. Le dépôt, la spec, l'infrastructure et chaque compte tiers sont à votre nom dès le premier jour. Si vous décidiez de continuer sans nous, vous auriez tout ce qu'il faut, y compris le document qui explique à quoi sert le code.

Le code écrit par l'IA, n'est-ce pas risqué?

Le code IA non relu est risqué, parce qu'il a l'air plausible et fait défaut aux endroits que personne ne vérifie. Le nôtre est écrit à partir d'une spec et vérifié par rapport à cette spec avant le transfert, et vous recevez le rapport. Nous offrons aussi cette vérification séparément avec Cohérence et sécurité.

J'ai déjà construit quelque chose dans Lovable. Pouvez-vous l'utiliser?

Souvent, oui. Nous auditons ce qui existe, gardons ce qui tient et reconstruisons le reste, puis nous l'amenons là où il doit aller, y compris l'App Store et Google Play. En tant que partenaire officiel Lovable, nous faisons ce travail régulièrement.

Et si la portée change à mi-chemin?

Nous mettons la spec à jour et le prix suit, le tout par écrit et avant la suite des travaux. Convenir de chaque changement par écrit empêche la dérive de portée de mener à une livraison tardive ou floue.

Que se passe-t-il après le lancement?

Les vérifications continuent de tourner à mesure que le produit change, alors la dérive se signale par une vérification en échec plutôt que par un client mécontent. Pour une entente continue en bonne et due forme, nous offrons la Couche de changements sûrs. Si vous préférez reprendre le produit à l'interne, le document de transfert est rédigé à cette fin.

Qui fait vraiment le travail?

Une équipe senior qui travaille avec des outils que nous avons construits nous-mêmes, ce qui maintient l'échéancier et le prix là où ils sont. Vous pouvez voir avec qui vous travailleriez. Nous sommes établis au Québec et travaillons en français et en anglais.

Prochaine étape

Discutez de votre produit avec l'équipe

Prenez rendez-vous pour nous décrire ce que vous voulez bâtir. À partir de là, nous consignons votre intention, la traduisons en spec et développons un produit qui y correspond encore un an après le lancement.