HeyForm - constructor de formularios de código abierto

• Cualquiera puede crear formularios conversacionales atractivos para encuestas, cuestionarios, quizzes y votaciones sin necesidad de saber programar
• Creación de formularios fácil y potente
  • Entradas variadas: texto básico, correo electrónico, campos de teléfono, selección de fotos, selector de fecha, carga de archivos y más
  • Lógica inteligente: ofrece formularios que pueden ajustarse dinámicamente mediante lógica condicional y redirección por URL
  • Integraciones potentes: puede conectarse con webhooks, analítica, plataformas de marketing y herramientas como Zapier y Make.com
• Personalización alineada con la marca
  • Temas visuales: ajusta la apariencia y la experiencia del formulario para alinearlo con la identidad de la marca usando fuentes, colores, fondos y más personalizables
  • Temas avanzados: amplias opciones de personalización, incluido CSS personalizado, para una personalización más profunda
• Análisis de datos y acciones
  • Analítica con insights: ofrece análisis detallados, como tasa de abandono y tasa de finalización
  • Exportación de datos: los resultados del formulario pueden exportarse fácilmente a CSV para análisis adicional o integración con otros sistemas
• Disponible como código abierto bajo GNU Affero General Public License v3.0 (AGPL-3.0)

[GN⁺]

Comentarios en Hacker News

• Un usuario contó que en su asociación está desarrollando en secreto y poco a poco una aplicación para crear formularios, con el objetivo de no depender de Google Forms y usar únicamente software de código abierto. Actualmente usan FramaForms, pero les resulta algo incómodo y no tiene una función para actualizar hojas de cálculo automáticamente, así que quiere resolver esos dos problemas. Si apareciera una buena app de formularios de código abierto, con gusto detendría su proyecto para contribuir al ya existente. También preguntó por una posible integración con Nextcloud y destacó la necesidad de soluciones de formularios de código abierto y autoalojadas, mencionando que no es ideal que los datos personales se envíen a grandes corporaciones. Además, sugirió considerar el uso de AGPL.
• Otro usuario mencionó que crear un constructor de formularios es divertido y que se puede aprender mucho sobre modelos relacionales. Comentó que el año pasado creó para su club un constructor de formularios y un sistema de pagos usando RoR y RailsAdmin, y que luego lo amplió como SaaS. Añadió que los formularios son un aspecto fundamental de muchas cosas y que ofrecer una herramienta gratuita puede generar un gran cambio para clubes u organizaciones.
• Un usuario preguntó, sobre la decisión de convertir el proyecto en código abierto, cómo evaluaron el trade-off entre generar ingresos con código cerrado y abrirlo, y cuál es el criterio de éxito para esa decisión.
• Otro usuario expresó una opinión positiva sobre el hecho de que el proyecto use MongoDB. Mencionó que usar una base de datos documental para un producto orientado a documentos parece adecuado, y preguntó por la experiencia de uso y si volverían a elegirla.
• También hubo un usuario que comentó positivamente sobre el uso de NestJS. Dijo que no entiende por qué a algunos desarrolladores no les gusta NestJS; en su caso, comenzó a usarlo apenas un mes después de empezar a trabajar y ya le había mejorado mucho la productividad.
• Un usuario cuestionó que el proyecto se presente como código abierto. Señaló que, si partes importantes de la implementación están ocultas detrás del servicio y siguen siendo código cerrado, eso podría confundir a los usuarios. Aunque dijo no tener problema con el código cerrado ni con lo propietario, comentó que abrir solo una parte del código para cumplir legalmente al usar código abierto puede generar confusión.
• Hay un usuario que siente curiosidad por el trasfondo del desarrollo de Heyform. Si lo crearon después de revisar alternativas, pidió que resumieran si tenían en mente funciones o casos de uso específicos, por ejemplo, en qué se diferencia de getinput.co, quillforms.com y snoopforms.com.
• También hubo un usuario que preguntó cuál fue la lógica detrás de hacer el proyecto de código abierto.
• Un usuario mencionó que el sitio web no abre y que parece estar en una blacklist de DNS.
• Un usuario dijo que quería una solución sencilla de formularios en línea, pero que nunca logró aprender Google Forms. Comentó que sus hijos usan Google Forms en la escuela, pero que para trabajos que requieren flexibilidad le costaba interesarse, porque no podía modificarlo más allá del alcance limitado de Google Forms. Dijo que quiere aprender algo que sí pueda modificar y que estaría dispuesto a recomendar una versión alojada cuando otras personas le pidan ayuda por motivos reales. También mencionó que no quiere la carga de mantener una versión autoalojada de la que dependa un público amplio. Le preocupa menos porque siente que las intenciones de los creadores del proyecto son correctas, y que la licencia ofrece una forma de seguir adelante sin tener que empezar desde cero en caso de que algo pase.