Fondations backend (PRO)

Des fondations qui rendent le produit réelLien vers la section

Starter Free vous donne un surface SaaS frontale.

Starter Pro vous donne le structure backend, modèle de données et fondations côté serveur nécessaire pour produire un vrai produit.

C'est là que votre application cesse de se comporter comme une démo et commence à se comporter comme un système:

• réelle persistance
• Les vrais utilisateurs
• Propriété réelle
• État de facturation réel
• Règles réelles côté serveur
• Comportement réel du produit

Ce que cela résoutLien vers la section

Beaucoup de produits SaaS n’échouent pas parce que l’interface utilisateur est faible.

Ils échouent parce que le backend devient flou :

• La propriété des données est dupliquée
• auth et facturation ne sont pas connectés proprement
• règles d'accès fuite dans les composants
• La logique du produit est dispersée sur plusieurs pages
• Les décisions de schéma deviennent coûteuses à changer
• Les données simulées deviennent une logique de production fragile

Starter Pro vous donne une base structurée afin que le travail de backend puisse évoluer avec le produit au lieu de le ralentir.

Ce qui est inclusLien vers la section

Couches d'architectureLien vers la section

Les fondations du backend Starter Pro sont organisées autour de responsabilités claires.

Starter Free vs Starter ProLien vers la section

ArchitectureLien vers la section

Responsabilités du modèle de donnéesLien vers la section

Un véritable backend SaaS a besoin de modèles qui représentent la couche métier, pas seulement les données de l’interface utilisateur.

Starter Pro est conçu autour de responsabilités telles que :

Exemple de fonctionnalitéLien vers la section

Une caractéristique comme Projects se comporte très différemment en fonction de la couche dorsale en dessous.

C'est la différence entre une fonctionnalité de démonstration et une fonctionnalité réelle.

Voie de mise en œuvreLien vers la section

model Project {
  id        String   @id @default(cuid())
  name      String
  ownerId   String
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt
}

export function canAccessProject(projectOwnerId: string, userId: string) {
  return projectOwnerId === userId;
}

Ce que vous évitez de construire vous-mêmeLien vers la section

Sans Starter Pro, vous devez généralement concevoir et câbler:

• base de données schéma fondations
• relations auth-to-user
• association des comptes aux clients Stripe
• Règles d'accès à l'abonnement
• comportement de la route protégée
• webhook état persistance
• Contrôles de propriété des produits
• règles d'accès de livraison
• patterns de séparation de domaine

C’est souvent long, facile à dupliquer et coûteux à refactoriser plus tard.

Règles du backendLien vers la section

Utilisez ces règles lors de l'extension du backend.

Guide de décisionLien vers la section

Liste de contrôle de productionLien vers la section

Avant de traiter le backend comme prêt au lancement, validez :

• Migrations de base de données
• Données sur les données d’exemple
• modèle d'utilisateur
• modèle de session
• association des comptes aux clients Stripe
• État de la souscription
• Gestion des événements webhook
• contrôle de propriété
• Accès aux données protégées
• logique d'accès selon l’offre
• Validation côté serveur
• gestion des erreurs
• variables d'environnement de déploiement

Questions courantesLien vers la section

Prochaines étapesLien vers la section