Fondations : ce que la formule gratuite inclut réellement

J'ai passé cinq jours à utiliser le plan gratuit comme le ferait un vrai utilisateur, pas comme le décrit une page tarifaire, et j'ai noté ce qui s'est passé au fur et à mesure. Une capture d'écran vite consultée ne permet pas de trouver les petites lignes ; construire quelque chose pendant une semaine et se heurter au mur réel qui existe, si.

Lundi, 9h40 — inscription, sans carte

La première chose que j'ai vérifiée avant d'écrire une seule ligne de code : demande-t-on une carte bancaire. Non. J'aurais normalement laissé passer un détail pareil, mais une offre gratuite qui exige des informations de paiement avant que vous ayez construit quoi que ce soit en dit long sur ce qu'elle pense de vous, alors je l'ai noté et je suis passé à la construction.

J'ai choisi un site de petite entreprise comme projet test — rien d'exotique, une page d'accueil, un formulaire de contact, une section blog. À 10h15, j'avais une première version en ligne sur le sous-domaine gratuit. Pas de barrière de paiement entre « construire » et « publier », ce qui est là où beaucoup d'offres gratuites se transforment discrètement en démos.

Lundi, 14h00 — la boucle d'itération, là où je m'attendais au mur

C'est la partie dont je me méfiais le plus. Les premiers builds sont peu coûteux pour n'importe quel agent — un brief clair, aucun code existant à réconcilier — donc une plateforme peut rendre le gratuit généreux sur le premier build puis vous saigner sur le deuxième. Je me suis attaqué à la boucle : « rends l'en-tête collant », « corrige la navigation mobile », une passe de contenu, deux ajustements plus petits après ça. Chacune de ces demandes touchait plus de fichiers que ce que la requête laissait supposer, comme le font toujours les vraies révisions. Je n'ai pas atteint le plafond ce jour-là, mais je pouvais sentir où il se trouvait — l'allocation est clairement dimensionnée pour un cycle complet comme celui-ci, pas pour cinq.

J'ai aussi vérifié, en milieu d'après-midi, si la passe de vérification est sautée sur les comptes gratuits pour économiser du calcul. Ce n'est pas le cas — même linting, même contrôle de sécurité, même vérification fonctionnelle avant que quoi que ce soit soit marqué terminé. J'ai spécifiquement cherché un raccourci ici parce que c'est la première chose que je couperais sous pression de marge si je dirigeais cette entreprise, et ça n'a pas été coupé.

Mardi, 11h00 — j'ai lancé un second projet pour voir la limite backend

J'ai lancé une seconde idée, celle-ci nécessitant un vrai backend — base de données, une route API, le tout. C'est là que je m'attendais à la vraie barrière, et je l'ai trouvée : un seul serveur en production actif par compte gratuit. J'ai essayé de faire tourner un second backend hébergé en parallèle du premier et ça ne pouvait pas fonctionner en même temps.

Ce qui m'a surpris, c'est ce qui ne compte pas dans ce quota. J'ai construit un petit outil téléchargeable plus tard dans la semaine — pas de serveur, juste une application packagée — et il a été publié sans problème, sans entrer en concurrence avec le backend en production. C'est logique quand on y réfléchit sous l'angle du coût : un backend hébergé reste actif et coûte de l'argent, que quelqu'un l'utilise ou non ; une build statique ou installable, ce sont juste des fichiers qui existent quelque part. Seul celui qui reste actif est rationné.

Mardi, 16h30 — tentative de casser la concurrence

J'ai lancé un build, puis en cours de route j'ai demandé à l'assistant de démarrer quelque chose de complètement différent. Il s'est mis en file d'attente au lieu de s'exécuter en parallèle. Agaçant pendant environ quatre-vingt-dix secondes, puis sans importance — je regardais de toute façon l'aperçu du premier build, donc attendre "qu'il se termine avant de lancer la suite" était ce que j'aurais fait de toute façon. Je peux imaginer que cela pèse davantage pour une équipe qui fait tourner deux pipelines d'agents en même temps — génération de contenu sur une page pendant qu'un agent de build restructure une autre — mais c'est un usage différent du mien.

Mercredi — les bibliothèques, et pourquoi ce ne sont pas une fonctionnalité d'essai

J'ai passé mercredi à tester si les éléments d'accumulation — base de connaissances, images de référence, modèles — fonctionnent vraiment en gratuit ou ne sont qu'un aperçu réservé au payant. Ce n'est pas verrouillé. Dès le troisième jour, la plateforme réutilisait ma voix de marque et mes captures d'écran de référence sans que j'aie à tout réexpliquer, ce qui est tout l'intérêt d'une couche de connaissance : la verrouiller reviendrait à empêcher les utilisateurs gratuits de voir le produit s'accumuler, et alors pourquoi paieraient-ils jamais pour continuer à utiliser quelque chose dont ils n'ont jamais vu la valeur ?

J'ai aussi vérifié si l'isolation des données par tenant est en quelque sorte "allégée" en gratuit — isolation partielle, file d'attente plus lente pour les vérifications d'isolation, quoi que ce soit. Ce n'est pas le cas, et honnêtement, cela ne peut structurellement pas l'être : l'isolation est binaire. Soit les tâches en arrière-plan et les requêtes sont cloisonnées par tenant, soit elles ne le sont pas, il n'existe pas de version à 80 % à vendre moins cher. Gratuit et payant bénéficient de la même garantie ici, ce que je supposais mais que je voulais vraiment vérifier plutôt que de le prendre pour argent comptant.

Jeudi — la publication sur les stores, la chose que j'ai failli ne pas essayer

J'ai failli sauter ce test parce que je supposais que la publication sur un app store serait réservée au payant — c'est le réflexe qu'ont la plupart des gens, et il est faux. J'ai packagé le petit outil de mardi en application installable, et la publication côté plateforme a fonctionné exactement comme sur un compte payant. La seule friction venait des frais d'inscription des développeurs de Google, qui n'ont rien à voir avec mon forfait. Ça vaut la peine de le dire clairement, car j'ai vu des gens s'imposer des limites qui n'existent pas simplement parce qu'ils supposaient le pire.

Vendredi — ce que je sauterais la prochaine fois

Si je refaisais ce test, je sauterais le test de concurrence de mardi après-midi — il a répondu à sa question en moins de deux minutes, et j'ai passé quarante minutes de plus à essayer des variantes qui confirmaient toutes la même chose. Je ferais aussi passer la vérification de l'isolation par tenant au premier jour plutôt qu'au troisième, car c'est un fait que les gens devraient connaître avant de mettre quoi que ce soit de réel sur la plateforme, pas après.

Ce que je ne sauterais pas : le test de boucle d'itération de lundi. C'est l'endroit où un forfait gratuit se révèle généralement être un entonnoir, et c'est celui qui mérite que vous le refassiez vous-même si vous cherchez à déterminer s'il s'agit d'un vrai produit ou d'un essai avec un meilleur marketing.

Donc : trois raisons légitimes de passer au payant, basées sur ce qui m'a réellement gêné plutôt que sur ce à quoi je m'attendais. Vous avez épuisé la boucle d'itération plus d'une fois, pas juste la fois que tout le monde connaît lors de son premier mois — voir comment se comporte réellement un épuisement de quota, rien n'est perdu, mais un schéma répété est un signal. Vous avez besoin de deux backends hébergés actifs en même temps, ce qui est un besoin structurel que le gratuit n'a pas été conçu pour supporter, pas un problème de budget contournable. Ou bien ce que vous avez créé a cessé d'être un test et a commencé à vous rapporter de l'argent, auquel cas fonctionner près d'un plafond devient un coût d'anxiété, pas seulement technique.

Rien de tout cela ne m'a touché cette semaine. J'ai créé un vrai site et un vrai outil téléchargeable, itéré sur les deux, publié les deux, et le seul mur que j'ai trouvé était exactement celui que les petites lignes annonçaient.