HeyForm - Générateur de formulaires open source

• Tout le monde peut créer des formulaires interactifs attrayants pour des enquêtes, questionnaires, quiz et votes, sans aucune compétence en programmation
• Création de formulaires simple et puissante
  • Entrées variées : texte simple, e-mail, champs de numéro de téléphone, sélection de photo, sélecteur de date, téléversement de fichiers, etc.
  • Logique intelligente : des formulaires ajustables dynamiquement grâce à la logique conditionnelle et à la redirection d’URL
  • Intégrations puissantes : connexion possible avec des webhooks, des outils d’analyse, des plateformes marketing, ainsi que des outils comme Zapier et Make.com
• Personnalisation adaptée à votre marque
  • Thèmes visuels : ajustez l’apparence et le ressenti des formulaires selon l’identité de votre marque avec des polices, couleurs, arrière-plans et autres éléments personnalisables
  • Thèmes avancés : de nombreuses options de personnalisation, y compris du CSS personnalisé pour une personnalisation plus poussée
• Analyse des données et passage à l’action
  • Analyses pertinentes : fournit des analyses détaillées comme le taux d’abandon, le taux de complétion, etc.
  • Export des données : possibilité d’exporter facilement les résultats des formulaires en CSV pour une analyse complémentaire ou une intégration dans d’autres systèmes
• Proposé en open source sous licence GNU Affero General Public License v3.0 (AGPL-3.0)

[GN⁺]

Avis Hacker News

• Un utilisateur explique qu’il développe en secret et lentement une application de création de formulaires pour son association afin de ne dépendre que de logiciels open source, sans recourir à Google Forms. Il trouve que FramaForms, qu’il utilise actuellement, est un peu peu pratique et ne dispose pas d’une fonction de mise à jour automatique des feuilles de calcul ; il cherche donc à résoudre ces deux problèmes. Si une bonne application de formulaires open source voyait le jour, il serait tout à fait prêt à abandonner son propre projet pour contribuer à un projet existant. Il demande aussi s’il serait possible de l’intégrer à Nextcloud, souligne le besoin de solutions de formulaires open source et auto-hébergées, et mentionne qu’il n’est pas idéal que des données personnelles soient envoyées à de grandes entreprises. Il suggère également d’envisager l’utilisation de l’AGPL.
• Un autre utilisateur indique que créer un form builder est amusant et permet d’apprendre beaucoup sur les modèles relationnels. Il dit avoir créé l’an dernier, pour son club, un form builder et un système de paiement avec RoR et RailsAdmin, puis les avoir étendus en SaaS. Il ajoute que les formulaires sont un aspect fondamental de beaucoup de choses, et que fournir un outil gratuit peut faire une grande différence pour les clubs ou les organisations.
• Un utilisateur interroge la décision de passer le projet en open source : comment le compromis entre la monétisation en source fermée et l’open source a-t-il été évalué, et quels sont les critères de réussite de cette décision ?
• Un autre utilisateur se montre positif sur le fait que le projet utilise MongoDB. Il remarque qu’utiliser une base de données documentaire pour un produit orienté documents semble pertinent, et demande quel a été le retour d’expérience ainsi que l’intention de réutiliser ce choix.
• Un utilisateur exprime aussi un avis favorable sur l’usage de NestJS. Il dit ne pas comprendre pourquoi certains développeurs n’aiment pas NestJS ; pour sa part, il s’est mis à l’utiliser seulement un mois après avoir commencé à travailler, et cela a déjà fortement amélioré sa productivité.
• Un utilisateur remet en question l’open source du projet. Il souligne que si des parties importantes de l’implémentation sont cachées derrière le service et restent en source fermée, cela peut semer la confusion chez les utilisateurs. Tout en disant ne pas avoir de problème avec le code fermé ou propriétaire, il ajoute qu’ouvrir une partie du code simplement pour respecter légalement l’usage de code open source peut prêter à confusion.
• Un utilisateur se demande dans quel contexte Heyform a été créé. Si ses auteurs ont étudié les alternatives avant de le développer, il demande s’ils avaient en tête des fonctionnalités ou cas d’usage particuliers, et souhaite un résumé des différences avec, par exemple, getinput.co, quillforms.com et snoopforms.com.
• Un autre utilisateur demande également la logique derrière la décision de rendre le projet open source.
• Un utilisateur mentionne que le site web ne s’ouvre pas et semble être inscrit sur une liste noire DNS.
• Un utilisateur explique qu’il voulait une solution simple de formulaires en ligne, mais n’a jamais réussi à se mettre à Google Forms. Ses enfants utilisent Google Forms à l’école, mais pour des besoins nécessitant de la flexibilité, il n’a jamais trouvé cela très intéressant, car il n’est pas possible d’aller au-delà du cadre limité de Google Forms en le modifiant. Cet utilisateur veut apprendre quelque chose qu’il peut modifier lui-même, et serait prêt à recommander une version hébergée quand d’autres lui demandent de l’aide pour de vraies raisons. Il ajoute qu’il ne souhaite pas assumer la charge de maintenir une version auto-hébergée destinée à être utilisée par un large public. Les intentions des créateurs du projet lui paraissent bonnes, ce qui le rassure davantage, et il estime que la licence offre un moyen d’avancer sans devoir repartir de zéro en cas de problème.