CHOISIR UN STARTER SAAS : FICHE DOCUMENTAIRE ET ESSAI
Édition du 2 octobre 2026

Aucun kit acheté, installé ou testé pour cette fiche. Les constats ci-dessous proviennent des pages officielles. Aucun prix, durée de mise en route ou résultat commercial n’est évalué. Vérifiez la version, les conditions et les tarifs au moment du choix.

BESOIN COMMUN FICTIF
Créer un dossier avec une pièce attendue, enregistrer sa réception, demander une correction avec un motif, puis retrouver cet état après reconnexion.
Variante individuelle : dossiers accessibles à leur utilisateur autorisé.
Variante B2B : dossiers d’une agence, équipe partagée, personne appartenant à deux agences avec des rôles différents.

SHIPFAST : POINT DE DÉPART DOCUMENTAIRE
Page : https://shipfa.st/
Base présentée : Next.js, éléments de connexion, emails, paiements, données et pages commerciales.
À confirmer : version retenue, services configurés, règles métier et parcours d’organisation complet.
Essai : non réalisé.
Question principale : où ajouter les pièces et comment contrôler leur accès avec les conventions de la base ?

MAKERKIT : VARIANTE NEXT.JS ET SUPABASE
Page : https://makerkit.dev/docs/next-supabase-turbo
Base documentée : comptes d’équipe, accès aux données, facturation, déploiement.
À confirmer : prérequis de la version, modèle de droits exact, services retenus et adaptation des dossiers.
Essai : non réalisé.
Question principale : comment rattacher une pièce à l’équipe et appliquer les droits souhaités ?
Ne pas transférer automatiquement les fonctions d’une autre variante Makerkit.

OPEN SAAS : BASE WASP
Page : https://docs.opensaas.sh/
Base documentée : Wasp, React, Node.js, Prisma ; guides connexion, paiement, emails, fichiers.
À confirmer : configuration externe, conventions des actions et parcours d’équipe complet.
Essai : non réalisé.
Question principale : comment représenter le dossier et vérifier chaque action dans le modèle Wasp ?
Mises à jour : https://docs.opensaas.sh/guides/updating-opensaas/
Distinguer l’évolution du modèle de celle de votre application personnalisée.

FICHE À DUPLIQUER POUR CHAQUE CANDIDAT
Nom et variante :
Version, date et source :
Droit d’accès au code et licence vérifiée :
Personne capable de le comprendre et maintenir :
Prérequis à installer :
Services réellement nécessaires à l’essai :
Compte propriétaire de chaque service :
Réglages de test, sans recopier de secret ici :
Fonction déjà présente et preuve :
Fonction à configurer :
Fonction à développer :
Point non vérifié :
Procédure du premier lancement :
Blocage rencontré et résolution :
Temps réellement observé, seulement après essai :

MÊME ESSAI POUR LES TROIS
1. Lancer la version autorisée avec données fictives.
2. Créer un dossier et une pièce.
3. Marquer la réception puis demander une correction motivée.
4. Quitter, se reconnecter et retrouver le résultat.
5. Essayer motif vide et dossier inexistant.
6. Vérifier le refus d’un accès hors périmètre.
7. Pour B2B : créer deux agences, appartenances et changement d’espace ; vérifier la séparation.
8. Retrouver les modifications et expliquer leur annulation.
Pour chaque étape : attendu / observé / preuve datée / aide requise / non exécuté.

MAINTENANCE ET SORTIE
Mises à jour proposées par l’éditeur :
Comment les comparer à votre personnalisation :
Parcours à rejouer après modification :
Code, données, documents et configuration récupérables :
Procédure de reprise ailleurs à vérifier :
Coût kit + fournisseurs + accompagnement + maintenance, même période :

DÉCISION
Projet individuel ou organisation :
Candidat retenu et raison liée au parcours :
Inconnues acceptées et responsable de leur vérification :
Motif de refus d’un candidat :
Prochaine étape limitée :