1 brique
Un petit projet complet
Un petit projet qui tient en quelques fonctionnalités ou une première version utilisable par vos utilisateurs.
Labrique est la solution idéale pour obtenir un résultat rapidement, avec un budget maîtrisé, sans sacrifier la qualité.
Un projet de développement se commande d’habitude d’un bloc : un devis global signé avant d’avoir rien vu, et une livraison des mois plus tard. Ici le projet est découpé en briques, et vous ne vous engagez que sur une seule à la fois.
Le projet est découpé en briques
Pendant le premier échange, on liste ce que l’application doit faire, puis on répartit ces fonctionnalités en briques. La première contient les fonctionnalités indispensables. Le reste attend : ce n’est ni engagé ni facturé.
Puis, pour chaque brique
Vous vous engagez sur une brique, et rien d’autre
3 000 €, une liste de fonctionnalités arrêtée au cadrage, une date de mise en ligne. Ni la brique suivante ni le reste du projet ne sont signés à ce moment-là.
Elle est en ligne en moins de trois semaines
Cadrage, maquette, développement, tests, mise en ligne : les quatre étapes détaillées juste en dessous.
Vous décidez de la suite
Commander la brique suivante, changer l’ordre prévu parce que l’usage a montré autre chose, ou vous arrêter là. Quoi que vous décidiez, vous devenez propriétaire du code et la documentation vous est fournie.
Puis on recommence, aussi longtemps que vous décidez de continuer.
Un projet qui demande plusieurs briques est lui aussi en ligne au bout de trois semaines. Il n’est pas complet, mais il s’utilise, avec ses fonctionnalités indispensables. Le reste s’ajoute brique après brique.
Une brique contient un lot de fonctionnalités, et leur nombre dépend de leur taille. Ce que contient la brique est défini au cadrage, avant de commencer.
3 000 €
Un prix fixe, qui reste inchangé jusqu’à la livraison.
01 Cadrage
Définition du besoin et des fonctionnalités de votre brique.
02 Maquette
Conception de l’interface et validation du parcours utilisateur.
03 Développement et tests
Développement des fonctionnalités et vérification de leur bon fonctionnement.
04 Mise en ligne
Déploiement de votre brique. C’est en ligne, votre projet devient réalité.
Vous n’avez pas à décider du nombre de briques au départ.
Voici seulement les ordres de grandeur constatés, pour situer votre projet.
1 brique
Un petit projet qui tient en quelques fonctionnalités ou une première version utilisable par vos utilisateurs.
2 à 4 briques
Un périmètre trop large pour une seule brique : les fonctionnalités sont plus nombreuses et le projet se monte en plusieurs fois.
5 et plus briques
Beaucoup de fonctionnalités et des règles métier nombreuses. Une brique après l’autre, au rythme que vous décidez.
Des mois d’attente, un devis qui gonfle et rien à montrer avant la fin : c’est le sort de la plupart des projets confiés à une équipe de développement.
Voilà ce que Labrique change.
Avec une brique
Un échange de cadrage arrête le périmètre de la brique. Le développement commence dans la foulée.
Partout ailleurs
Un cahier des charges écrit pendant des semaines avant la première ligne de code.
Avec une brique
3 000 € par brique, fixé avant de commencer et inchangé jusqu’à la livraison.
Partout ailleurs
Un devis ajusté en cours de route, par avenants successifs. Un budget non contrôlé.
Avec une brique
< 3 semaines par brique, la date est donnée au cadrage.
Partout ailleurs
Plusieurs mois, avec des jalons qui glissent.
Avec une brique
Les fonctionnalités sont classées par ce qui rend le produit utilisable, et mises en ligne à la fin de chaque brique.
Partout ailleurs
Toutes les fonctionnalités traitées au même niveau, et rien d’utilisable avant la fin.
Avec une brique
Une brique à la fois. Vous décidez de la suivante une fois la précédente en ligne.
Partout ailleurs
Le projet entier signé d’un coup, avant d’avoir rien vu.
Une application livrée vite ne vaut rien si plus personne ne peut la faire évoluer ensuite. Ces trois points font partie de chaque brique, ce ne sont pas des options facturées à part.
Les conventions du langage sont respectées et le code est organisé de la même manière d’un bout à l’autre.
Les fonctionnalités sont couvertes par des tests afin de sécuriser le développement de l’application. Ils vérifient automatiquement que l’application fonctionne correctement et permettent de détecter rapidement les problèmes lorsqu’une évolution est réalisée.
Comment installer le projet, comment le mettre en ligne et comment il est organisé. De quoi permettre à un autre développeur de prendre la suite.
La gestion d’un parc de biens en location réunie au même endroit : les biens, les baux, les locataires et les loyers.
Une caisse enregistreuse qui s’utilise depuis un navigateur, pour enregistrer les ventes et suivre les recettes.
Un outil unique pour piloter un établissement de restauration, de la prise de commande au suivi de l’activité.
Une application à deux, pensée pour entretenir la complicité d’un couple au quotidien.
Un SaaS qui relie les agences immobilières et les candidats à la location : les agences publient leurs biens, les candidats y postulent et déposent leur dossier.
Un SaaS qui permet aux professionnels de publier leurs disponibilités et à leurs clients de réserver un créneau en ligne.
Votre brique est en ligne en moins de trois semaines après le cadrage.
Dire non tôt évite de vous vendre une brique qui ne servira à rien.
Des applications web et mobiles, quel que soit le métier : un SaaS, c’est-à-dire un logiciel en ligne vendu par abonnement à vos clients, un outil de travail pour votre équipe.
Le périmètre est défini au cadrage précisément pour que ça n’arrive pas. Si le retard vient de moi, les jours en plus ne sont pas facturés.
À vous. Le code est partagé à la livraison, avec sa documentation. Vous pouvez reprendre le projet avec une autre équipe quand vous voulez.
Non. Chaque brique se commande seule. Vous décidez de la suivante une fois la précédente en ligne.
Nous cadrons ensemble la première brique, celle qui met le plus vite quelque chose d’utilisable entre vos mains. Elle est en ligne moins de trois semaines plus tard, et c’est en la voyant tourner que vous décidez de la suivante, ou que vous vous arrêtez là.
Comme vous préférez. Soit vous hébergez l’application. Soit je m’en charge, avec une offre d’hébergement et de maintenance.
Décrivez votre projet en quelques lignes.