Dossier
SMF·FILLOUT
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·FILLOUT

Un prompt peut-il remplacer Fillout ?

Formulaires et sondages — forms, surveys and lead capture

Oui Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
19 $US/moisSource: fillout.com · Vérifié le 31 juillet 2026
Par an
228 $US
Temps de fabrication
En une session
Votes
0 vote
Oui (coché)PresquePas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : integrations, deliverability, and workflow depth
Pièce Q Questions

Verdict

Un formulaire qui collecte un paiement dans le cadre de la soumission, pas juste des données, c’est un vrai projet de week-end une fois que le propre Checkout ou Payment Element de Stripe gère le vrai traitement du paiement — tu ne devrais jamais construire ton propre traitement de carte. Ce qui ne survit pas : le comportement soigné d’intégration n’importe où de Fillout à travers Notion et n’importe quel site web, et son moteur de calcul pour calculer des prix ou des scores à partir de plusieurs réponses.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis un outil de formulaire capable de collecter un paiement dans le cadre de la soumission — en utilisant Stripe Checkout pour le vrai débit, jamais de gestion de carte personnalisée. Utilise Next.js/TypeScript avec SQLite. Prends en charge les types de champs standards (texte, sélection, nombre) plus un type de champ paiement : quand il est présent, soumettre le formulaire crée une session Stripe Checkout pour un montant configuré, fixe ou calculé depuis une simple somme de réponses numériques comme une quantité fois un prix unitaire, et redirige vers là-bas. Marque la soumission comme payée et complète seulement après que le webhook de Stripe confirme le paiement — ne fais jamais confiance à la redirection côté client seule, puisqu’elle peut être usurpée ou interrompue. Stocke les soumissions avec leur statut de paiement dans SQLite, avec un tableau de bord montrant les soumissions payées face aux soumissions en attente ou abandonnées. Ajoute un champ conditionnel basique à un niveau, montrant le champ B seulement si le champ A a une valeur spécifique, pour prendre en charge une logique de tarification simple. Envoie au propriétaire du formulaire une notification par email sur les soumissions complétées et payées via un fournisseur d’emailing transactionnel. Ne construis pas d’intégration dans des outils tiers comme Notion, de moteur de calcul ou de scoring généraliste, ni d’embranchement multi-niveaux — c’est hors périmètre ; c’est un formulaire avec une étape de paiement optionnelle adossée à Stripe, rien de plus. Nécessite un nom de domaine, un fournisseur d’emailing transactionnel, et un compte Stripe (le mode test fonctionne sans vrais débits pour le développement).

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 le comportement soigné d’intégration n’importe où à travers Notion et n’importe quel site web
  • B.2 un moteur de calcul pour des prix ou scores à partir de plusieurs réponses
  • B.3 une logique conditionnelle et un embranchement avancés
  • B.4 une grande bibliothèque d’intégrations au-delà des paiements

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : integrations, deliverability, and workflow depth

Câbler Stripe une fois, c’est un week-end ; faire en sorte qu’un formulaire s’intègre proprement partout, calcule des scores complexes à partir de réponses, et s’embranche à travers des dizaines de conditions, c’est le travail de fonctionnalité continu.

Questions

Comment ça traite vraiment le paiement ?

Via Stripe Checkout — cette construction ne touche jamais directement aux détails de carte. Stripe gère le paiement ; l’application n’enregistre le résultat qu’après que Stripe le confirme via webhook.

Puis-je intégrer ce formulaire dans Notion ou un autre site web ?

Pas avec le poli de Fillout — tu pourrais le mettre en iframe dans une page, mais un comportement d’intégration natif à travers de nombreuses plateformes est un vrai travail d’intégration que cette construction ne tente pas.

Et si quelqu’un ferme l’onglet après avoir payé mais avant que la redirection ne se termine ?

La confirmation par webhook est ce qui marque vraiment la soumission comme payée, indépendamment du fait que la redirection de retour se termine — donc le paiement est quand même correctement enregistré même si ça arrive.

Combien ça coûte à faire tourner ?

Un nom de domaine, le palier gratuit d’un fournisseur d’emailing transactionnel, et les frais de traitement standards par transaction de Stripe — aucun coût d’abonnement séparé pour l’outil de formulaire lui-même.

Récépissé

Tu l’as déjà reconstruit toi-même ?