Flutter Starter Kit

Qu’est-ce que ShipFlutter ?

ShipFlutter est un kit de démarrage d’applications Flutter développé par Marcel Pinto Biescas, géré par l’équipe associée à pibi.studio. Il génère des codes sources téléchargeables pour Flutter, Firebase Functions et des pages de destination en combinant des modèles et des modules via un constructeur de pages web, principalement destiné à Android, iOS et le Web.

Ce n’est ni un outil de traitement d’images par IA, ni un générateur d’applications prêtes à l’emploi sans programmation. Les utilisateurs doivent encore disposer des compétences en Flutter, Dart, Firebase, en publication sur les stores d’applications et en configuration du backend, ainsi que pour développer, tester et maintenir les projets générés.

Fonction principale

Squelette de projet multiplateforme

Le module de base comprend la navigation GoRouter, la gestion d’état Signals, l’injection de dépendances lite_ref, le thème Material, le multilingue Slang et des composants d’interface courants. La structure du projet sépare l’application Flutter, les fonctions cloud, la page de destination et les configurations de déploiement, ce qui facilite leur expansion ultérieure.

Backend Firebase

Les modules Firebase couvrent l’Authentication, Firestore, Cloud Functions, Storage, App Check, les règles de sécurité et les données hors ligne. Les utilisateurs doivent créer eux-mêmes un projet Firebase, choisir une région, activer les services et assumer les coûts cloud correspondants.

• Firestore prend en charge l’écoute en temps réel, la conversion de données, des exemples d’ajout, de suppression, de modification et de consultation, ainsi que l’utilisation hors ligne.
• La deuxième génération de Cloud Functions peut gérer les Webhooks de paiement et les interfaces backend.
• App Check est utilisé pour réduire les demandes de clients non autorisés, mais doit être correctement configuré et appliqué.
• Les règles de sécurité Firebase ne sont qu’un point de départ ; les données en production doivent encore être examinées selon le modèle métier.

Connexion et compte

Le module de compte offre un accès anonyme, un accès par mot de passe email, des connexions sociales via Google, Facebook et Twitter, ainsi qu’une page d’inscription, de connexion et de profil réactive. L’état des droits peut être combiné avec les avantages de paiement et les déclarations personnalisées de Firebase.

Paiement mobile et sur site web

Les applications mobiles gèrent les abonnements et les achats sur l’App Store et Google Play via RevenueCat, tandis que la version web utilise LemonSqueezy. Le package offre un mur de paiement responsive, des pages d’essai, des objets de droits d’accès ainsi que le traitement par webhook de Firebase Functions.

Les développeurs doivent créer des produits et des forfaits sur chaque plateforme de paiement, en configurant les Webhook, la fiscalité, les remboursements et la conformité du magasin. ShipFlutter ne fournit que du code d’intégration ; il ne remplace pas un compte de commerçant, l’approbation de la plateforme ni les frais de service de paiement.

Notifications et retours des utilisateurs

Le module de notifications couvre les notifications locales, à distance, au sein de l’application et en arrière-plan, et prend en charge Android, iOS et le Web. Le module de feedback permet d’ajouter des évaluations dans l’application, des signalements de problèmes et la collecte de satisfaction, mais le comportement réel reste soumis aux permissions et politiques de chaque plateforme.

Surveillance et gestion du consentement

Le module de surveillance est prédéfini avec Google Analytics, Crashlytics, Performance et Remote Config, et propose une interface d’acceptation par l’utilisateur. Par défaut, le suivi est désactivé avant que l’utilisateur n’y consente, mais les développeurs doivent néanmoins vérifier les règles de leur région ainsi que les SDK qu’ils ont ajoutés.

Page de destination et contenu

La page de destination optionnelle est basée sur l’stack technologique Astro et comprend des blocs pour la page d’accueil, un tableau des prix, des formulaires de contact et d’abonnement, des métadonnées pour le partage sur les réseaux sociaux, un sitemap, ainsi que des squelettes pour un blog Markdown et des pages légales. Elle peut être déployée sur Firebase Hosting, mais le texte, les politiques, les images et l’optimisation pour les moteurs de recherche doivent encore être complétés par l’utilisateur.

Vertex AI et Genkit

Le module d’IA peut s’intégrer à Vertex AI, Firebase Genkit, DotPrompt et à la gestion des prompts au sein de l’application, et offre une interface de chat responsive. Il est adapté aux questions-réponses, à la génération de contenu et aux fonctionnalités d’application basées sur le contexte, plutôt qu’à l’automatisation complète du développement de produits pour l’utilisateur.

Certaines fonctionnalités d’IA et de Cloud Functions nécessitent le plan payant Firebase Blaze, et les appels aux modèles entraînent également des frais distincts. Les développeurs doivent également définir des règles de sécurité, des limites d’appel, des mesures de sécurité du contenu ainsi que du traitement des données des prompts.

Modèles et modules

Le processus de l’achat à la mise en service

1. Vérifiez d’abord les démonstrations publiques et les modèles de base de MIT pour vous assurer que la structure du projet correspond aux habitudes de l’équipe.
2. Sélectionnez une licence Starter d’un an ou à vie, et enregistrez le prix et les conditions avant la clôture.
3. S’inscrire sur Builder et activer la licence, puis choisir le modèle, la plateforme et les modules nécessaires.
4. Utilisez un générateur pour configurer le nom du projet, le thème et le contenu de base, puis téléchargez l’archive du code source.
5. Installer le Flutter SDK, l’environnement de développement, Firebase CLI et FlutterFire CLI.
6. Décompressez le projet et exécutez le script d’initialisation fourni dans le répertoire d’application.
7. Créez ou sélectionnez un projet Firebase, générez les configurations pour chaque plateforme et associez le projet par défaut.
8. Activer Firestore, Authentication, App Check ainsi que les autres services nécessaires.
9. Configurer séparément les comptes tiers pour les modules de paiement, de notification, de surveillance, d’IA et de page de destination.
10. Effectuer les tests sur Android, iOS et le Web, puis préparer la signature, la déclaration de confidentialité et la publication dans la boutique.

Processus de configuration de la fonction de paiement

1. Créer des produits, des avantages et des forfaits mobiles dans l’application store et RevenueCat.
2. Créez des produits web, des prix, des paramètres fiscaux et des settings de paiement dans LemonSqueezy.
3. Associer les deux types de forfaits à un identifiant unique de droits d’application.
4. Déployer Firebase Functions et enregistrer séparément les Webhooks pour les événements de paiement.
5. Tester l’achat, l’essai, la renouvellement, l’annulation, les échecs de facturation, la restauration de l’achat et le remboursement.
6. Vérifier la synchronisation des droits entre le client et Firestore, afin d’éviter de ne faire confiance qu’à l’état de l’interface qui peut être modifié.
7. Afficher le prix, la durée de l’abonnement, les informations sur la renouvellement automatique et l’annulation conformément aux règles de la plateforme.

Processus de configuration des fonctionnalités d’IA

1. Vérifier que le projet Firebase a activé les plans de facturation et les fonctionnalités Vertex AI nécessaires.
2. Sélectionnez les modèles et régions autorisés, puis lisez les données du modèle et la politique de contenu.
3. Insérez les mots-clés dans DotPrompt ou dans les paramètres de l’application, et assurez-vous d’une gestion des versions.
4. Appeler le modèle via une interface backend contrôlée afin d’éviter de placer des identifiants sensibles dans le client.
5. Définir des limites, des délais de timeout et des protections contre l’abus pour les requêtes uniques et globales.
6. Tester les scénarios de rejet, d’hallucinations, d’entrées sensibles, de contenu long et d’échecs réseau.
7. Expliquer à l’utilisateur final l’utilisation de l’IA, le traitement des données et les méthodes de vérification manuelle.

Prix et autorisation

La page actuelle affiche à la fois des remises limitées dans le temps et des codes de réduction ; le montant final peut varier en fonction des promotions, des taxes, de la région et du mode de paiement. L’achat d’une licence ne comprend pas les ressources cloud, les appels aux modèles, le traitement des paiements, les noms de domaine ou les frais de compte sur les stores d’applications.

Le « an » de Starter fait référence à la période de création, d’accès et de mise à jour ; le code source téléchargé ne disparaîtra pas automatiquement à l’expiration. La possibilité de créer de nouveaux projets, de télécharger à nouveau ou d’obtenir un soutien après l’expiration dépendra des informations figurant sur la page de facturation et des droits associés au compte.

Licences commerciales et conflits importants

Le texte de licence officielle accorde une licence personnelle non exclusive, non transférable et non sous-licenciable, permettant de créer un nombre illimité d’applications et de sites web personnels ou commerciaux. L’utilisateur ne peut pas louer, transférer, sous-licencier ou revendre directement le kit de démarrage ShipFlutter.

Cependant, le texte de la licence interdit en même temps toute modification, adaptation et création d’œuvres dérivées, ce qui entre en conflit direct avec les indications sur la page du produit indiquant qu’il est « entièrement personnalisable » et que son code peut être modifié. Étant donné que la modification du code source constitue l’usage principal de ce type de kit de démarrage, les projets commerciaux doivent obtenir avant achat une clarification écrite concernant les droits de modification ainsi que les limites d’utilisation pour les projets clients et les membres de l’équipe.

• Le fait de pouvoir créer des applications commerciales ne signifie pas que l’on puisse vendre le code source du modèle lui-même.
• Il est nécessaire une confirmation écrite pour déterminer si le développement de projets pour les clients relève des projets du concédant.
• Il n’est pas clairement indiqué si les membres de l’équipe, les entrepreneurs et plusieurs personnes morales peuvent partager une licence.
• Les paquets tiers, AstroWind, Flutter et Firebase sont toujours soumis à leurs licences et conditions respectives.

Statut open source, API et GitHub

Les modèles MIT publics peuvent être utilisés pour évaluer la gestion de l’état, l’injection de dépendances, les thèmes et les structures multilingues, mais cela ne permet pas d’affirmer que les modules de paiement, d’IA, de notifications, de surveillance et de pages de destination suivent également le MIT. L’acheteur doit conserver la version de licence fournie au moment de la livraison.

Adapté aux utilisateurs et aux scénarios

• Développeur Flutter indépendant : mettre en place rapidement les bases pour l’authentification, la base de données, les paiements et la publication.
• Équipe entrepreneuriale de petite taille : valider le MVP pour Android, iOS et Web à l’aide du même code.
• Développeur d’applications abonnées : combinaison d’achats dans la boutique mobile et de droits de paiement en ligne.
• Équipe des applications d’IA : intégration de Vertex AI et Genkit dans l’architecture Firebase.
• Développeur mandaté : réutiliser la structure du projet, mais il est nécessaire de vérifier au préalable les droits d’autorisation du projet du client.
• Équipes de produits ayant des bases en Flutter : réduction du temps de création répétée des modules génériques.

Avantage

• Couvre l’ossature complète du projet, allant du client, du backend Firebase jusqu’à la page de destination.
• Les paiements mobiles et web utilisent des fournisseurs différents, mais sont unifiés sous un modèle de droits d’application.
• Des modules comprenant des notifications, un suivi, des retours et une gestion des consentements, facilement négligés par un MVP.
• Le code source peut être téléchargé, permettant à l’équipe de continuer le développement et le déploiement dans son propre dépôt.
• Les modèles de base publiés permettent de vérifier une partie du style de code avant l’achat.

Restrictions et coûts supplémentaires

• Ce n’est pas une plateforme sans code ; il est encore nécessaire de programmer, de déboguer, de tester et d’avoir de l’expérience avec les stores d’applications.
• Firebase, Vertex AI, les plateformes de paiement et les comptes de magasin peuvent tous engendrer des frais récurrents.
• Certains modules d’IA et de fonctions exigent le plan payant Firebase Blaze.
• Le modèle ne garantit pas son approbation par Apple ou Google ; les changements de politique doivent être suivis par le développeur.
• La mise à niveau d’un SDK tiers peut entraîner des problèmes de compatibilité avec les API, le système de construction ou la plateforme.
• Les modèles de chat futur, de commerce électronique et d’analyse listés sur la page ne doivent pas être considérés comme des fonctionnalités déjà mises en œuvre.
• Les restrictions de modification imposées par la licence officielle entrent en conflit avec la description du produit ; c’est un risque qui doit être résolu avant l’achat.

Confidentialité et sécurité

La durée de conservation des données indépendantes, le mécanisme de suppression et la liste complète des prestataires traitant ces données pour ShipFlutter Builder ne sont pas encore clairement divulgués ; l’onglet de confidentialité du site renvoie à la politique générale de pibi.studio. Il convient de s’assurer auprès des responsables avant utilisation que les configurations des projets, le contenu de marque et autres données téléchargés sur Builder seront conservés.

• Les données utilisateur générées par l’application sont principalement traitées par le projet Firebase du développeur lui-même.
• RevenueCat, LemonSqueezy, Google Analytics, Crashlytics et Vertex AI formeront des chaînes de données indépendantes.
• App Check et les règles de sécurité doivent être activés par le développeur ; la présence de modèles de configuration ne signifie pas que l’environnement de production est sécurisé.
• Il est convenu que les bannières ne peuvent pas répondre automatiquement aux exigences du RGPD, de la CCPA ou des étiquettes de confidentialité des boutiques.
• Il ne faut pas soumettre les clés de production, les clés de paiement ou les tokens de débogage au client et aux dépôts de code.
• Les développeurs doivent rédiger une politique de confidentialité réelle, ainsi que des délais de conservation et des procédures de suppression pour l’application finale.

Précisions concernant le remboursement

Selon les informations sur la page du produit, un remboursement n’est généralement pas possible une fois que le code source a été livré, car celui-ci est conservé de manière permanente. Si l’utilisateur est très insatisfait, il peut contacter l’équipe d’exploitation pour en discuter et trouver une solution, mais cela ne constitue pas une garantie de remboursement inconditionnel explicite.

Avant d’acheter, il convient de tester le modèle de base public et de visionner la démonstration afin de vérifier la version de Flutter, l’architecture et le niveau de détail des documents. Lors du paiement, il faut également vérifier le prix promotionnel, les taxes, le texte de la licence, la date d’échéance des mises à jour ainsi que les conditions de règlement de LemonSqueezy.

Questions fréquentes

ShipFlutter est-il un outil sans code ?

Non. Builder peut générer et combiner des projets, mais l’utilisateur doit encore utiliser Flutter, Dart, Firebase et les outils de développement pour finaliser le produit.

Peut-on développer plusieurs applications après l’achat ?

Le texte de licence indique qu’il est possible de créer un nombre illimité de projets personnels ou commerciaux, mais les projets clients, le partage en équipe et les multiples entités juridiques doivent faire l’objet d’une confirmation supplémentaire.

Quelle est la différence entre Starter et Lifetime ?

Starter offre un accès et des mises à jour pendant un an, tandis que Lifetime offre un accès permanent, des mises à jour, des modèles futurs et un support prioritaire. Les deux sont actuellement des achats uniques.

Le package ShipFlutter inclut-il des frais de services cloud ?

Non inclus. Les frais liés à Firebase, Vertex AI, le traitement des paiements, les stores d’applications et les noms de domaine sont à la charge du développeur.

Peut-on modifier le code source acheté ?

La page du produit permet la personnalisation et les modifications, mais la licence officielle interdit toute modification ainsi que la création d’œuvres dérivées, ce qui crée un conflit direct. Il est recommandé d’obtenir une autorisation écrite claire avant l’achat.

Le kit complet est-il open source ?

Non. Seuls les modèles de base publics utilisent la licence MIT ; le Builder complet ainsi que les modules payants reposent sur des licences propriétaires.

Est-ce que cela prend en charge les applications de bureau ?

Les engagements principaux concernant les produits actuels se concentrent sur Android, iOS et le Web, sans que Windows, macOS ou Linux ne fassent partie de la gamme de livraison standard complète.

Est-il possible d’obtenir un remboursement après achat ?

En principe, aucun remboursement n’est possible une fois le code source livré ; l’opérateur indique uniquement qu’il est possible de contacter pour négocier en cas de mécontentement grave. Il convient de tester d’abord les modèles publics et les démonstrations avant d’acheter.

Résumé

ShipFlutter convient aux individus ou aux petites équipes qui maîtrisent déjà les bases de Flutter et souhaitent réduire le développement duplicatif en matière de comptes, de paiements, de notifications, de surveillance, d’IA et de pages de destination. Il fournit du code source d’un projet pouvant être développé davantage, et non un produit complet prêt à être mis en ligne automatiquement.

Lors du choix, en plus de comparer les prix annuels et à vie, il convient également d’estimer les coûts de Firebase par rapport aux services tiers, et de résoudre en priorité les contradictions entre le texte de licence et les modifications du code source. Ce n’est qu’après avoir mis en place des règles de sécurité, assuré la confidentialité, géré les paiements et effectué des tests multi-plateformes que l’on peut passer à la mise en production.