Ejemplo de presupuesto
Un desglose habitual de costes para un sueño de herramienta de código abierto en Denver, expresado en USD. A los Backers se les cobra el equivalente en dólares estadounidenses.
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$
- Comisión de la plataforma (15%)
- −1200 US$
- Recibes
- 6800 US$
- 01
Calcula con presupuestos, no con ilusiones
Pide al menos dos presupuestos para cada gasto importante y anota qué incluyen. A los Backers rara vez les preocupa un objetivo elevado; les preocupa uno que parezca inventado.
- 02
Planifica según lo que recibes
La comisión de la plataforma se descuenta de cada aportación, por lo que recibes el 85% de lo que aportan los Backers. Fija el objetivo de modo que esa cantidad cubra tus costes reales.
- 03
Añade un pequeño margen
Los precios cambian. Un margen de entre el cinco y el diez por ciento en tu último hito cubre imprevistos sin que el objetivo parezca inflado. Explícalo abiertamente en tu historia.
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 financian el objetivo completo, pero el dinero de cada hito queda retenido hasta que publiques las pruebas y los Backers lo liberen.
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.
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.
Cómo se protege a los Backers
14 días de revisión por hito
Cuando se publican las pruebas, cada Backer tiene 14 días para liberar su parte o pedir más pruebas. El dinero que no se libere a tiempo se devuelve al Backer.
Comisión del 15%: se descuenta, nunca se añade
Los Backers pagan exactamente lo que eligen. La comisión del 15% se descuenta de cada aportación: con 100 US$, el Dreamer recibe 85 US$. La comisión no se devuelve si se reembolsa el dinero.
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.
Preguntas y respuestas
¿Mi objetivo debe incluir la comisión de la plataforma?
Sí. La comisión se descuenta de la aportación, nunca se añade al importe que paga el Backer. Con un objetivo de 8000 US$, recibes 6800 US$ una vez que se liberen todos los fondos.
¿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.
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