Créer le MVP de votre startup sans développeur, prêt pour un client pilote.
Votre client pilote veut l'essayer avec ses équipes, et son service juridique demande où seront hébergées les données. Décrivez votre produit : l'IA le construit avec des comptes vérifiés, une base de données à lui et un hébergement chez OVHcloud en France. Vous lisez ce qu'il fait avant d'envoyer le lien.
Mis à jour le
Démo : Midi Pile, startup lilloise fictive qui livre le déjeuner aux salariés d'une entreprise pilote, construite avec Kubbler.
La promesse, section par section
L'arborescence de l'accueil aligne ses sections, de la promesse « Commandé avant 10 h 30 » à la fiche pilote écrite pour la direction d'Ostrale.
La cuisine, présentée au pilote
Dans la page en cours d'édition, la section sur la Cuisine des Sarrazins et celle des caisses par étage : texte, photo et liste se reprennent avant le rendez-vous suivant.
La commande, cinq routes
Le bloc lunchOrder appelle cinq routes, du menu du jour à checkoutOrder qui crée la commande et son paiement ; la chaîne touche sept collections et la brique de paiement.
Le lien envoyé à Ostrale
Le site publié : le menu du lundi 19 octobre (ratatouille à 9,50 €, waterzoï, risotto), clôture à 10 h 30, livraison à 12 h 00, du 2e au 6e étage.
Midi Pile, une démo construite avec Kubbler.
Midi Pile est une startup lilloise de deux fondateurs, Inès Kaddour et Thomas Vandamme : les salariés commandent leur déjeuner le matin, une cuisine de quartier de Wazemmes le livre à midi à leur étage. Son app tient les comptes vérifiés, le menu du jour, la commande payée par carte avant 10 h 30 et le tableau de la cuisine, pour un premier client pilote, Ostrale Ingénierie à Euralille.
3 plats de 9,50 à 12,90 € et 1 dessert à 3,50 €, publiés la veille
Clôture à 10 h 30 tenue par l'API, une commande payée par personne et par jour
Un pilote de 200 salariés, livrés sur 5 étages, du 2e au 6e
Midi Pile, Ostrale Ingénierie et la Cuisine des Sarrazins sont fictives, les commandes sont des données de démonstration et le paiement passe par Stripe en mode test.
Le site en entier, page par page
Chaque vignette est une page complète de la démo, telle qu'un visiteur la voit. Sur ordinateur, passez dessus pour la faire défiler.
Le premier vrai parcours, écran par écran.
Pour chaque écran de votre utilisateur, la vue de Kubbler qui lui répond : ce qu'il a vu, ce qui a été vérifié, ce qui a été enregistré.
Le menu du jour, avec l'heure limite
Lundi 19 octobre : ratatouille, waterzoï de poulet, risotto au saumon, et une frise qui place 10 h 30 et 12 h 00. Passé la clôture, la page le dit et prend la commande pour le prochain jour de livraison.
Le site du pilote, dans l'Atelier
L'accueil et son arborescence, en Dev : la cuisine des Sarrazins, les caisses étiquetées par étage, la fiche qui répond à la direction d'Ostrale. Ce que le pilote demande de changer se reprend ici, sans toucher à la version qu'utilisent ses salariés.
Camille Martin compose son déjeuner
Carbonnade flamande à 12,90 € et tarte au sucre en plus : l'étiquette de droite se remplit à chaque choix, 4e étage, livraison vendredi 16 octobre à 12 h 00, 16,40 € TTC.
La commande, maillon par maillon
Dans les Mécanismes, le bloc lunchOrder appelle le menu du jour, la fiche du salarié, ses commandes, son compte, puis checkoutOrder. Les refus (plat du jour après 10 h 30, e-mail non vérifié, second déjeuner payé le même jour) viennent de l'API : c'est cette chaîne que vous montrez au responsable informatique du pilote.
Elle paie 16,40 € par carte
Elle choisit son étage parmi cinq cases, du 2e au 6e, puis appuie sur « Payer 16,40 € ». La carte passe par Stripe : Midi Pile ne voit ni ne garde ses données bancaires.
Une ligne par déjeuner payé
La commande rejoint la collection orders : prénom, nom, étage, plat, dessert, total, statut du paiement, heure de commande. Rien de plus que ce que demande la livraison, et en production la table s'ouvre en lecture seule.
Captures : Midi Pile, app de déjeuners livrés construite avec Kubbler pour un pilote fictif, avec des commandes de démonstration et Stripe en mode test.
À la clôture de 10 h 30, la cuisine lit 64 déjeuners payés, plat par plat.
Romain Delattre ouvre le tableau sur la tablette de la Cuisine des Sarrazins : les commandes du vendredi 16 octobre, la dernière payée à 10 h 29. Il cuisine exactement ces quantités et remplit une caisse par étage. Les paiements qui n'ont pas abouti sont écartés des totaux : ce qui s'affiche a été encaissé.
64 commandes payées
En tête du tableau : 64 déjeuners, 23 desserts, 819,80 € encaissés, et 2 paiements non aboutis mis de côté.
28 carbonnades à cuisiner
La ligne de la carbonnade flamande, frites et salade, le plat le plus demandé, devant 19 lieus en beignet et 17 lasagnes végétariennes.
Une caisse par étage
Les colonnes 2e à 6e disent quoi mettre dans chaque caisse : au 4e, 5 lasagnes, 5 lieus, 5 carbonnades et 6 tartes au sucre.
Ce que le pilote vérifie, ce que vous changez chaque semaine.
Le questionnaire de sécurité d'un premier client porte sur les comptes, l'hébergement et les données. Ces réponses existent déjà, et vos semaines vont au produit.
Notre part
Ce que le service informatique du pilote demande avant d'ouvrir l'accès à ses équipes.
Inscription et connexion
Double authentification, mot de passe oublié, email vérifié à l'inscription : écrans et règles compris, avant votre première page.
Les données en France
Serveurs OVHcloud en France, accès en HTTPS, et une base de données que votre projet ne partage avec aucun autre, sauvegardée automatiquement.
Essais et production séparés
Vous essayez une nouvelle version sur la base Dev ; les équipes du pilote travaillent sur la base Prod, que vos essais ne touchent pas.
Votre part
Ce que les retours du pilote vous font changer d'une semaine à l'autre.
Votre promesse et vos offres
Le texte d'accueil, les formules, le vocabulaire du secteur de votre client : vous les reprenez dans l'Aperçu ou en le demandant, et la nouvelle version part à la publication suivante.
Les règles du parcours
Un champ qui devient obligatoire, un délai minimum avant de réserver, une quantité plafonnée : chaque règle se change dans l'Atelier, d'abord en Dev.
Les données de vos utilisateurs
Comptes, réservations, saisies : tout vit dans la base de votre projet et vous appartient. À la fin du service, le DPA vous laisse choisir entre leur restitution et leur destruction.
Le client pilote dit oui, puis demande où seront ses données.
Il vous a fallu trois mois de rendez-vous pour trouver un premier client prêt à tester votre produit avec ses équipes. La réunion se passe bien, puis arrivent les questions de son responsable informatique : qui pourra se connecter, où les données sont hébergées, ce qui se passe si un mot de passe est volé. Votre prototype enchaîne les écrans, mais personne ne s'y connecte vraiment et rien de ce qu'on y saisit n'est gardé.
Pour passer à la version que le pilote utilisera, quatre chemins sont connus. Une agence chiffre le produit en semaines, et chaque retour du pilote repasse par un devis. Recruter un premier développeur prend des mois, avant même de savoir si le marché suit. Un outil sans code produit vite des écrans, mais les comptes, l'hébergement et les sauvegardes restent à assembler, puis à expliquer, vous-même. Un générateur d'app par IA sort une version en une soirée, et personne ne peut ensuite dire ce qu'il a branché derrière le bouton d'inscription.
Sur Kubbler, ce que vérifie le responsable informatique existe avant votre première page : inscription avec email vérifié, double authentification, une base de données pour votre seul projet, hébergement chez OVHcloud en France, sauvegardes automatiques. Votre temps va au parcours qui fait votre produit. Vous essayez chaque changement en Dev pendant que les équipes du pilote travaillent en Prod, et quand le responsable informatique veut comprendre, vous ouvrez l'Atelier : chaque page mène à la route qui la sert et à la collection où ses données s'écrivent.
Ce que ça coûte
Un projet et 500 sparks par mois, le budget qui paie les générations de l'IA. Des packs s'ajoutent si vous en voulez plus.
Avec votre nom de domaine : 44 € HT par mois.
Sans engagement. Le nom de domaine lui-même se paie à part.
Voir tous les tarifsCe qu'il faut préparer
Le geste principal de votre produit, celui que le pilote doit pouvoir faire seul dès la première semaine.
Les informations à recueillir à chaque fois, et celles qui sont obligatoires.
Ce que voit un utilisateur, et ce que seul un administrateur doit voir.
Le nom, le SIREN et l'adresse de votre société, pour vos pages légales.
Le nom de domaine sur lequel le pilote recevra le lien, si vous l'avez déjà réservé.
Rien d'autre : ni cahier des charges, ni maquette.
Les questions qu'on nous pose.
Y compris celles dont la réponse est « pas encore ».
En France, sur des serveurs OVHcloud, avec un accès en HTTPS. Les données de votre application vivent dans une base qui lui est réservée, sauvegardée automatiquement, et notre DPA (article 28 du RGPD) peut être transmis à son service juridique. Dans l'Atelier, vous lui montrez aussi chaque collection et les champs qu'elle garde.
Pour l'abonnement Starter, 29 € HT par mois. S'y ajoute l'hébergement : 15 € HT par mois pour servir l'application sous votre nom de domaine, ou 5 € HT mensuels pour une adresse kubbler.app. Sans engagement, et sans frais d'agence ni salaire à payer avant d'avoir validé le marché.
Pas encore. Une application Kubbler encaisse des paiements par carte en une fois (brique Paiement, via Stripe), mais ne gère pas encore d'abonnement. Pendant le pilote, les abonnements passent par vos outils habituels.
Non, le code ne s'exporte pas : le socle reste à Kubbler. Ce qui vous appartient, ce sont les données, et la description de votre API, qui s'exporte en OpenAPI 3.0 à tout moment. Votre CTO peut rejoindre le projet dans Kubbler, lire chaque mécanisme dans l'Atelier et écrire à la main une route sur mesure.
L'application en connaît deux : administrateur et utilisateur. Le responsable d'exploitation du pilote peut être administrateur, et ses partenaires utilisateurs. Des rôles plus fins, ou des espaces séparés pour chacun de vos clients, ne sont pas encore possibles.
Pas avec un outil d'analyse : une application Kubbler ne reçoit pas encore d'outil de mesure d'audience, et ne calcule ni entonnoir ni taux de conversion. Vous lisez en revanche vos collections : chaque réservation enregistrée y est une ligne datée, que vous filtrez dans Kubbler.
Décrivez le produit que votre client pilote attend.
Dans le Studio, Kubbler part de votre description pour proposer les pages et les données. Vous validez ce plan, puis vous relisez chaque écran avant d'envoyer le lien au pilote.