- 01
Empieza por el resultado
Tu titular debe expresar el resultado, no las dificultades. Di qué vas a terminar y cuándo. Un buen titular cabe en una línea y despierta suficiente curiosidad en alguien que no te conoce como para abrir tu historia.
- 02
Cuéntalo en tres partes breves
Quién eres, qué estás creando y por qué ahora. Unas pocas frases sencillas para cada parte. Nunca prometas algo que no puedas demostrar después; los Backers aportan a una persona, así que deja que se oiga tu propia voz.
- 03
Primero muestra, después pide
Añade fotos reales tuyas y de tu trabajo. Vincula cada hito con las pruebas que publicarás. Termina con una petición clara: qué necesita el primer hito y qué verán los Backers cuando esté completado.
Riesgos que debes prever
- R1
Las dependencias rompen la compatibilidad
Un cambio en un paquete externo puede provocar que la instalación falle aunque el código de la herramienta no haya cambiado. Define pronto las versiones compatibles y reserva presupuesto para comprobaciones automatizadas y correcciones.
- R2
La carga de trabajo de mantenimiento se desborda
Las solicitudes de soporte pueden desplazar el desarrollo planificado. Acota el alcance de las funciones financiadas y reserva el hito final para elaborar guías de colaboración y un plan asumible de triaje de incidencias.
- R3
Los ejemplos ocultan problemas de configuración
Una herramienta puede funcionar únicamente en el entorno de su creador. Incluye pruebas de instalación limpia en los entornos compatibles y financia correcciones en la documentación antes de dar por cerrada la versión.
Ejemplo de plan de hitos
Un ejemplo de plan para un sueño de herramienta de código abierto con un objetivo de 8000 US$. Los Backers te pagan directamente, financiando el objetivo al completo o hito a hito a medida que publicas pruebas de cada paso.
Hito 1
2000 US$ · 25%
Publicar el alcance técnico
Publica el enlace al repositorio, una nota de diseño y un ejemplo ejecutable mínimo que explique el problema y las interfaces planificadas.
Hito 2
2800 US$ · 35%
Implementar la herramienta principal
Comparte cambios de código etiquetados, resultados de pruebas automatizadas y un ejemplo grabado que muestre la función principal con datos de prueba.
Hito 3
2000 US$ · 25%
Verificar compatibilidad y documentación
Sube una matriz de compatibilidad, resultados de instalaciones limpias y un borrador de la documentación validado con la versión actual.
Hito 4
1200 US$ · 15%
Preparar el lanzamiento para colaboradores
Publica notas de la versión, instrucciones para colaborar y un plan de triaje de incidencias con enlaces a los ejemplos finales y limitaciones conocidas.
Cómo se protege a los Backers
14 días de revisión por hito
Cuando se publican las pruebas, cada Backer dispone de 14 días para revisarlas, solicitar más información y decidir si continúa apoyando tu siguiente hito.
0% de comisión: regalos directos, sin deducciones
Los Backers pagan exactamente lo que eligen directamente a través de tus métodos de pago. cohero cobra un 0% de comisión por las aportaciones, por lo que te quedas con todo lo que te envíen. Cualquier reembolso o disputa se gestiona directamente entre tú, el Backer y tu proveedor de pagos.
Regalos, no acciones
Las aportaciones son regalos. No hay acciones, participaciones en el capital, intereses ni devolución del importe, y los Dreamers conservan la plena titularidad. Nada en cohero es una inversión ni un préstamo.
Ejemplo de presupuesto
Un desglose habitual de costes para un sueño de herramienta de código abierto en Austin, expresado en USD. Los Backers te pagan directamente a través de tus métodos de pago aceptados.
Objetivo de ejemplo
8000 US$
- Ingeniería principal y mantenimiento5600 US$ · 70%
- Infraestructura de pruebas y alojamiento800 US$ · 10%
- Documentación y ejemplos prácticos800 US$ · 10%
- Lanzamiento y soporte a la comunidad800 US$ · 10%
Lo que recibes
- Los Backers aportan
- 8000 US$
- 0% de comisión de la plataforma
- −1200 US$
- Recibes
- 6800 US$
Preguntas y respuestas
¿Por qué financiar una herramienta de código abierto si cualquiera puede usar el código?
El sueño puede financiar el trabajo de ingeniería, pruebas y documentación necesario para que el código público sea útil. Explica las tareas concretas que se financian y aporta enlaces al repositorio en lugar de dar a entender que los Mecenas compran un acceso exclusivo.
¿Qué se considera una prueba válida cuando el trabajo es principalmente de mantenimiento?
Enlaza a incidencias resueltas, cambios en el código fuente y resultados de pruebas que demuestren que las versiones compatibles siguen funcionando. Incluye un ejemplo reproducible o una comprobación de instalación para que los Mecenas puedan evaluar el mantenimiento más allá de una lista de commits.
¿Qué hace convincente una presentación de un sueño de herramienta de código abierto?
Cifras concretas, fotos reales y un primer hito lo bastante pequeño como para alcanzarlo pronto. Los Backers confían en los Dreamers que muestran a qué se destina cada importe y que ya han empezado por su cuenta.
Cuando tú quieras
Inicia sesión o crea una cuenta para publicar un sueño o apoyar aquellos en los que crees.
Iniciar sesión / Crear cuenta