Construire un portail client Softr autour de vrais enregistrements et autorisations
Un complément pratique à la démonstration du portail client, des tables de la base de données aux vues séparées et aux notifications de demandes.
Vidéo en anglais. Aucune version française n’est encore enregistrée pour ce guide.
Voir sur YouTube ↗Partir du besoin métier
Merci à Softr de sponsoriser cette vidéo.
Un portail client doit faire plus qu’afficher un tableau de bord convaincant. Les clients doivent pouvoir se connecter, retrouver leurs projets et factures et envoyer une demande qui arrive au bon endroit. Ce sont les besoins auxquels répond cette présentation de Softr.
Dans la démonstration publiée, Codex et Claude Code se connectent au serveur MCP de Softr pour créer une interface personnalisée avec des blocs de vibe coding. Softr fournit la base de données, la connexion et les contrôles d’autorisation sous-jacents. Les clients et les chiffres financiers sont des données de test fictives, et non la preuve d’un déploiement auprès de vrais clients.
Donner à l’interface de vraies données à lire
La séquence enregistrée commence par des tables de projets, de demandes et de factures contenant des données de test. Il est ensuite demandé à la page projet d’utiliser les enregistrements connectés plutôt que du texte d’exemple. Cette distinction est au cœur de la leçon : la page doit refléter l’état de la base pour que son contenu ait un sens.
La description présente le processus suivant. Elle ne fournit ni schéma complet des champs ni prompt exact : il s’agit donc d’une liste de contrôle complémentaire, pas d’une spécification de construction à copier-coller.
- Créez les tables de projets, de demandes et de factures, puis ajoutez des enregistrements de test fictifs.
- Construisez la page projet à partir de ces enregistrements connectés.
- Définissez les filtres pour que chaque client ne voie que ses projets, factures et demandes.
- Créez un formulaire de demande qui enregistre le projet, l’adresse e-mail, la date et le statut.
- Reliez un circuit de notification par e-mail aux nouvelles demandes clients.
Tester le parcours complet d’une demande
La présentation suit une demande depuis le formulaire jusqu’à la base de données, puis à sa notification par e-mail. Le spectateur dispose ainsi d’une séquence concrète à examiner, au lieu de s’arrêter à un message de réussite sur la page. Chaque étape appartient à la même action métier.
Elle vérifie aussi les vues séparées des clients, l’accès sans connexion et les mises en page mobiles. Ce sont des vérifications distinctes : un portail peut sembler correct pour un client tout en montrant les mauvais enregistrements à un autre, et une présentation sur ordinateur en dit peu sur son utilisation sur téléphone.
L’examen final inclut l’historique des versions en plus de ces contrôles d’accès et de mise en page. L’étape suivante utile consiste à suivre la vidéo liée à chaque stade avec des données de test avant d’envisager de vraies données clients. La description publiée rapporte les contrôles de la démonstration ; elle ne prouve pas qu’un autre portail en hérite.
À retenir
Construisez l’interface autour des enregistrements et des règles d’accès, puis suivez une demande complète dans le système. L’apparence n’est qu’un aspect d’un portail client utilisable.
À propos de cet article et de ses sources
Complément fondé sur la description publiée de la vidéo, consultée le 26 octobre 2026. La vidéo n’a été ni visionnée ni transcrite pour ce complément et l’interface actuelle de Softr n’a pas été retestée indépendamment. Aucun schéma de base, expression d’autorisation ou prompt exact n’est reproduit. L’exemple original utilise des données de démonstration fictives ; cet article n’est pas un audit de sécurité.