SMF·PAPERFORM
Un prompt peut-il remplacer Paperform ?
Formulaires et sondages — forms, surveys and lead capture
Bordereau de suivi des pièces
Verdict
Un éditeur de formulaire conçu comme l’écriture d’un document, avec un calculateur de prix en direct qui se met à jour à mesure que le visiteur répond aux questions, est un vrai projet de week-end — le calcul lui-même n’est que de l’arithmétique liée aux valeurs de champs. Ce qui ne survit pas : la grande bibliothèque de modèles de Paperform et ses nombreuses intégrations natives de paiement et de CRM au-delà d’une simple connexion Stripe.
Pièce A — Le prompt
Reçu le31.07.2026Construis un outil de formulaire conçu comme l’écriture d’un document — les champs s’écoulent en ligne avec le texte environnant, plutôt que de se trouver dans une grille rigide — avec un calculateur de prix en direct. Utilise Next.js/TypeScript avec SQLite. Dans le constructeur de formulaire, laisse le créateur écrire du texte de corps avec des champs intégrés (texte court, liste déroulante, nombre, quantité) en utilisant une syntaxe en ligne simple, rendus comme un document qui s’écoule plutôt qu’une liste empilée de boîtes. Ajoute une fonctionnalité de calcul de prix : marque des champs liste déroulante ou nombre spécifiques comme contribuant à un total, comme une option de liste valant un montant fixe ou un champ quantité multiplié par un prix unitaire, et montre un total courant qui se met à jour en direct pendant que le visiteur répond, avant soumission — c’est la fonctionnalité qui mérite vraiment d’être construite, pas juste un formulaire de plus. Publie chaque formulaire à un slug stable avec validation côté serveur. Stocke les réponses avec leur total calculé final dans SQLite, avec un tableau de bord pour la recherche et l’export CSV. Envoie au propriétaire du formulaire une notification sur les nouvelles soumissions via un fournisseur d’email transactionnel. Ne construis pas de bibliothèque de modèles, d’intégrations natives de paiement ou de CRM au-delà de ce que tu câbles toi-même, ni de signature électronique et de génération de PDF — c’est hors périmètre ; c’est un formulaire façon document avec un calculateur de prix fonctionnel, rien de plus. Nécessite un fournisseur d’email transactionnel pour les notifications ; aucun autre service externe requis à moins d’ajouter toi-même l’encaissement de paiement.
L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 une grande bibliothèque de modèles
- B.2 de nombreuses intégrations natives de paiement et de CRM
- B.3 la logique avancée au-delà du simple calcul de prix
- B.4 la signature électronique et la génération de PDF
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : integrations, deliverability, and workflow depth
Calculer un total courant à partir de quelques champs est simple ; une bibliothèque de modèles prêts à l’emploi et des intégrations avec les dizaines d’outils que les entreprises utilisent déjà est le travail produit permanent.
Questions
Qu’est-ce qui rend ça différent d’un constructeur de formulaire normal ?
La mise en page façon document, les champs qui s’écoulent en ligne avec le texte au lieu de se trouver dans une grille rigide, plus un calculateur de prix en direct qui se met à jour pendant que le visiteur répond, avant qu’il ne soumette.
Est-ce que ça traite vraiment les paiements ?
Non — ça calcule et affiche un total courant en direct, mais ça ne facture personne. Câbler ce total dans un vrai passage en caisse, Stripe par exemple, est une étape séparée que tu ajouterais toi-même.
Est-ce que je peux partir d’un modèle ?
Aucun modèle préconstruit ici — la grande bibliothèque de Paperform est du vrai contenu accumulé que ce projet n’inclut pas. Tu écris la structure de chaque formulaire depuis zéro.
Combien ça coûte à faire tourner ?
Le plan gratuit d’un fournisseur d’email transactionnel pour les notifications, plus un hébergement minimal — typiquement rien de plus que ce que tu payerais de toute façon.
Outils proches
Récépissé