Non. Ce qui est facturé, c'est la génération : votre formule fixe ce que vous pouvez produire dans le mois, jamais le nombre de personnes qui se servent ensuite de l'application. Celle-ci arrive avec ses propres comptes et deux rôles (administrateur et lecture seule), que vous créez depuis l'application. Il n'y a aucun compteur de sièges à surveiller. La seule limite réelle est l'hébergement, pas une licence.
Ce qui est compté, et ce qui ne l'est pas
Le modèle par siège est la norme du logiciel de gestion : chaque personne ajoutée coûte, ce qui pousse à partager un identifiant, à retarder l'arrivée d'un collègue, ou à choisir un outil sur un critère qui n'a rien à voir avec le métier. Ce n'est pas la question ici, parce que ce n'est pas ce qui est vendu.
Blueprint Maker facture la GÉNÉRATION. La formule Découverte est gratuite, Pro est à 25 €/mois, Max à 149 €/mois, et ce qu'elles délimitent, c'est ce que vous produisez : le coût de chaque génération est affiché avant que vous ne la lanciez. Une fois l'application livrée, elle vous appartient, et personne ne compte qui l'ouvre.
La conséquence pratique est simple à vérifier : ajouter la sixième personne de l'atelier ne change pas votre facture, parce qu'aucune ligne ne la mesure.
Les comptes et les deux rôles
Sauf pour les applications volontairement publiques, chaque application générée arrive avec son authentification : une page de connexion, ses propres comptes, des mots de passe stockés sous forme hachée, un compte administrateur créé au départ. Vous ajoutez les autres depuis l'application, sans nous demander quoi que ce soit.
Deux rôles existent. L'administrateur voit et modifie tout. Le rôle lecture seule consulte, mais ne peut ni créer, ni modifier, ni supprimer. Le point qui compte : cette restriction est appliquée SUR LE SERVEUR, à chaque appel d'API, pas seulement en masquant des boutons dans l'interface. Un bouton caché est une politesse ; une règle serveur est une garantie.
S'y ajoutent les gestes ordinaires d'une petite équipe : désactiver un compte quand quelqu'un part, ou forcer un changement de mot de passe à la première connexion.
- Comptes créés depuis l'application, sans intervention de notre part
- Rôle administrateur : lecture et écriture
- Rôle lecture seule : consultation, écriture refusée côté serveur
- Désactivation d'un compte sans le supprimer
- Changement de mot de passe imposé à la première connexion
La seule limite qui existe vraiment
Il faut nommer ce qui est borné, sinon la réponse serait trop belle. L'adresse de démonstration fournie avec une application a une durée liée à la formule : 48 heures en Découverte, 7 jours en Pro, 14 jours en Max. C'est une fenêtre d'hébergement, pas un quota d'utilisateurs, et elle ne dépend pas du nombre de personnes qui se connectent pendant ce temps.
Au-delà, l'application reste la vôtre : le code est exportable en archive ZIP ou poussé sur votre GitHub, et vous l'hébergez où vous voulez. Le plafond devient alors celui de votre hébergement et de votre base de données, ce qui est une question technique et non commerciale : personne ne vous facturera un utilisateur supplémentaire sur un serveur qui est le vôtre.
Autrement dit, la question « combien d'utilisateurs ai-je le droit d'avoir » n'a pas de réponse chiffrée, parce qu'aucun droit n'est vendu à l'unité.