Comment créer un MVP SaaS avec l’IA sur Adios

Aidez-moi à planifier un petit MVP SaaS dans cet espace de travail Adios. Ne modifiez aucun fichier pour le moment.

Le produit :
- Nom : [NOM DU SAAS]
- Client : [UN TYPE DE CLIENT]
- Problème : [UN PROBLÈME COÛTEUX OU FRUSTRANT]
- Résultat principal : [CE QUE LE CLIENT PEUT ACCOMPLIR]
- Rôles : [PROPRIÉTAIRE, MEMBRE OU AUTRES RÔLES REQUIS]

Pour la première version, incluez uniquement :
- la connexion au compte ;
- un espace de travail ou une équipe par client ;
- [LE PARCOURS PRINCIPAL UNIQUE] ;
- une vue propriétaire et une vue membre ;
- un simple champ d’offre, sans facturation réelle ;
- un état vide clair et des données d’exemple pour les tests.

Gardez pour plus tard :
- [FONCTIONNALITÉ 1] ;
- [FONCTIONNALITÉ 2] ;
- l’encaissement réel des abonnements.

Examinez d’abord le code source actuel, le framework, les tests, la configuration de la base de données et adios.yaml. Donnez-moi ensuite :
1. un parcours utilisateur décrit simplement ;
2. le modèle de données minimal ;
3. les périmètres d’isolation des tenants et des autorisations ;
4. les pages ou routes API que vous modifieriez ;
5. les contrôles que vous exécuterez ;
6. les décisions que vous attendez de moi.

Attendez mon approbation avant toute modification.

Implémentez le MVP SaaS à partir du plan que j’ai approuvé.

Exigences :
- Conservez le framework, le gestionnaire de packages, la route de contrôle de santé et la configuration de déploiement Adios actuels.
- Préservez adios.yaml et expliquez toute modification requise avant de l’effectuer.
- Utilisez l’approche d’authentification établie dans le projet. N’inventez pas de système de stockage des mots de passe ni de cryptographie.
- Faites respecter l’isolation entre équipes dans les accès aux données côté serveur, pas seulement en masquant des commandes de l’interface.
- Stockez les données persistantes dans la base configurée et ajoutez des migrations réversibles si le projet utilise des migrations.
- Donnez aux nouveaux comptes un état vide utile et fournissez des données initiales de développement clairement identifiées.
- Traitez le champ d’offre uniquement comme un état du produit. Ne connectez pas de paiements réels à cette étape.
- Conservez les valeurs secrètes hors du code source. Référencez les valeurs requises par leur nom de variable d’environnement.
- N’inventez ni témoignages, ni logos clients, ni chiffres d’utilisation, ni revenus, ni certifications de sécurité.
- Ajoutez ou mettez à jour les tests du parcours principal et d’un utilisateur tentant d’accéder aux données d’une autre équipe.
- Exécutez les commandes existantes de formatage, de lint, de test et de compilation.

À la fin, montrez-moi :
1. les fichiers modifiés ;
2. le modèle de données et d’autorisations ;
3. les résultats des tests ;
4. les variables d’environnement à configurer dans Adios ;
5. une liste de vérification manuelle dans l’aperçu.

Ne déployez pas en production.

Planifiez une étape distincte de facturation en mode test pour ce SaaS. Ne modifiez rien et ne déployez pas pour le moment.

Utilisez le prestataire de paiement que je confirme : [PRESTATAIRE]. Utilisez son SDK officiel actuel et, si cela convient, son paiement hébergé ou son portail de facturation. Ne collectez ni ne stockez jamais de données brutes de carte dans cette application.

Le plan doit couvrir :
- les identifiants de produit et de prix stockés dans la configuration ;
- le paiement en mode test ;
- la vérification des webhooks signés ;
- le traitement idempotent des événements ;
- les transitions d’état des abonnements et les paiements échoués ;
- les fonctionnalités éventuellement protégées par des autorisations côté serveur ;
- le comportement de l’annulation et du portail de facturation ;
- les noms des secrets à configurer dans Adios ;
- les cas de test automatisés et manuels.

Listez les décisions concernant les taxes, les remboursements, la confidentialité, le support et les tarifs qui restent sous ma responsabilité. Attendez mon approbation avant de modifier les fichiers.

Effectuez une vérification finale de mise en production de ce MVP SaaS. Corrigez uniquement les problèmes confirmés et ne déployez pas.

Vérifiez :
- qu’un nouveau client peut créer un compte et terminer le parcours principal ;
- qu’une équipe ne peut pas lire ni modifier les données d’une autre ;
- que les actions réservées au propriétaire sont contrôlées côté serveur ;
- que les états vide, de chargement, de validation, d’accès interdit et d’erreur sont compréhensibles ;
- que les migrations et l’initialisation des données sont sans risque pour l’environnement cible ;
- qu’aucun jeton, mot de passe, clé privée ou chaîne de connexion n’est enregistré dans le dépôt ;
- que la route de contrôle de santé et la configuration de déploiement Adios existante fonctionnent toujours ;
- que le formatage, le lint, les tests et la compilation de production réussissent ;
- que la facturation réelle reste désactivée, sauf si je l’ai approuvée et configurée séparément.

Présentez les éléments de vérification, les risques restants, les secrets Adios requis et une liste de vérification manuelle de production. Arrêtez-vous avant le déploiement pour obtenir mon approbation.