Ejemplo de plan de hitos
Un ejemplo de plan para un sueño de herramienta de código abierto con un objetivo de 53.000 CNY. Los Backers te pagan directamente, financiando el objetivo al completo o hito a hito a medida que publicas pruebas de cada paso.
Hito 1
13.250 CNY · 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
18.550 CNY · 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
13.250 CNY · 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
7950 CNY · 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.
- 01
Haz que cada paso sea verificable
Un hito solo funciona si un Backer puede ver tus pruebas y confirmar que está completado. «Comprar equipo» es poco concreto; «equipo comprado, recibo y foto publicados» es sólido.
- 02
Ordena los pasos según el riesgo
Pon el paso más barato y rápido en primer lugar. Cada hito demostrado acredita que cumples y anima a los Backers a financiar el siguiente. Deja el importe más alto para el paso en el que la mayor parte del trabajo ya esté hecha.
- 03
Usa importes realistas
Los importes de los hitos deben sumar exactamente tu objetivo. Calcula el coste de cada paso a partir de presupuestos reales, incluye herramientas y servicios, y divide cualquier paso que sea demasiado grande para demostrarlo de una sola vez.
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 presupuesto
Un desglose habitual de costes para un sueño de herramienta de código abierto en Pekín, expresado en CNY. Los Backers te pagan directamente a través de tus métodos de pago aceptados.
Objetivo de ejemplo
53.000 CNY
- Ingeniería principal y mantenimiento37.100 CNY · 70%
- Infraestructura de pruebas y alojamiento5300 CNY · 10%
- Documentación y ejemplos prácticos5300 CNY · 10%
- Lanzamiento y soporte a la comunidad5300 CNY · 10%
Lo que recibes
- Los Backers aportan
- 53.000 CNY
- 0% de comisión de la plataforma
- −7950 CNY
- Recibes
- 45.050 CNY
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.
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.
¿Cuántos hitos debería tener un sueño de herramienta de código abierto?
Entre tres y seis funciona para la mayoría de los sueños. Con menos, los Backers tienen poco que revisar; con más de siete, cada paso parece demasiado pequeño. El plan de ejemplo de esta página utiliza cuatro.
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