Saber cuándo tu proyecto secundario pide convertirse en empresa

La pregunta suele llegar después de que un desconocido pida una corrección, una funcionalidad o un estado del proyecto. Tu herramienta de IA de fin de semana ha empezado a consumir tu tiempo. Can Celik era la única persona que operaba Herdr en agosto de 2026. Herdr había levantado una ronda semilla de $6 million, liderada por Bessemer Venture Partners con la participación de Y Combinator y e2vc. Tobi Lütke, director ejecutivo de Shopify, figuraba entre los ángeles. El uso más el coste de mantenimiento, no los ingresos, son lo que impulsa la decisión.

La mayoría de los proyectos secundarios se quedan como proyectos secundarios, y está bien. El problema empieza cuando la demanda supera las horas que puedes dedicarle. Un proyecto secundario puede sobrevivir con bordes sueltos. Una empresa, no. Entonces necesitas una decisión clara: mantenerlo como proyecto o convertirlo en empresa. La decisión debe salir de lo que la herramienta está haciendo, no de lo impresionante que se ve el repositorio.

El uso, no las estrellas, es la primera alarma

Empieza por las personas que realmente usan la herramienta. ¿Son desconocidos? ¿Vuelven? ¿Piden fiabilidad, no solo novedad? Si la respuesta es sí, el proyecto ha pasado de ser tu herramienta personal a formar parte del flujo de trabajo de otra persona. Ese es el momento en que la pregunta de convertirse en empresa deja de ser abstracta.

Herdr es un ejemplo útil. La publicación de YC de agosto listaba 25,000 estrellas de GitHub, 340,000 descargas y más de 500 plugins de la comunidad. El código de Herdr se publica bajo Apache 2.0, y Can Celik dijo que el runtime seguiría siendo abierto tras la financiación. Un proyecto puede atraer financiación seria cuando la herramienta ya está haciendo trabajo real. La financiación no creó la demanda. La demanda hizo posible la empresa. Ese orden importa para cualquier desarrollador que vea aparecer desconocidos.

Las estrellas son un umbral, no un cliente

Las estrellas son fáciles de contar y fáciles de malinterpretar. Una estrella de GitHub es una señal de interés de bajo esfuerzo, similar a un marcador, no una prueba de uso, escala o pago. El ROSS Index de Runa Capital cuenta las estrellas como interés de desarrolladores, no como uso en producción. La adopción significativa por parte de clientes suele tardar más de un año. El índice también establece un mínimo de 1,000 estrellas de GitHub antes de que un repositorio pueda ser incluido.

La línea base marca un umbral, no un modelo de negocio. Un proyecto puede superarlo y aun así necesitar una larga carrera para convertirse en empresa. El código abierto puede ser comercialmente poderoso. Pero el valor se manifiesta en la adopción, la gobernanza y las operaciones, no en un recuento de estrellas. El informe global de código abierto de Ubuntu de 2025 encontró que el 83% de las organizaciones consideran el código abierto importante para su futuro, y el 46% dijo que aportó más valor empresarial que el año anterior, incluso cuando la adopción avanza más rápido que la madurez en gobernanza y operaciones. El informe de código abierto comercial de The Linux Foundation de 2025 encontró que las empresas de código abierto comercial tienden a superar a sus rivales de código cerrado en valoración, velocidad de captación de fondos y liquidez, con la brecha más marcada en software de infraestructura. Pasar de estrellas a ingresos requiere trabajo.

Un proyecto secundario iniciado en 2004 para gestionar datos mejor que phpMyAdmin alcanzó 30k estrellas de GitHub, y su creador pasó de programar en solitario a dirigir una empresa de 50 personas. La línea temporal es larga. No es un atajo. El uso puede crecer de forma compuesta, pero solo si el creador mantiene el proyecto vivo.

Pasa la lista de verificación antes de constituirte

Usa esta lista cuando la demanda se sienta real. Cada punto de abajo está pensado para revisarse en una sesión breve, no para debatirlo durante mucho tiempo.

• Cuenta los usuarios activos recientes o los trabajos completados, y anota si son desconocidos los que hacen el trabajo. Desconocidos significa que la demanda es externa.
• Estima las horas de mantenimiento que te cuesta ahora, incluyendo soporte, errores, documentación y actualizaciones. Horas que superan tu presupuesto de fin de semana significan que el proyecto pide más de lo que un proyecto secundario puede dar.
• Nombra lo que requeriría convertirse en empresa: constitución legal, una cuenta bancaria, nómina, seguros o un puesto remunerado. Términos claros hacen la decisión concreta.
• Comprueba si la tendencia de uso es estable o si hay picos. Un patrón estable es más fácil de planificar que un pico puntual.
• Pregúntate qué dejarías de hacer para proteger la herramienta. Un trabajo, una relación o tu salud hacen visible el coste.

Mantén la regla: mide el uso orgánico, estima las horas de mantenimiento que te cuesta ahora y nombra lo que requeriría convertirse en empresa. Cuando el uso y las horas superen tu presupuesto de fin de semana, formaliza la decisión. En caso contrario, deja el proyecto donde le corresponde: en tus noches, con un límite definido.

Formalizar es un coste, no un trofeo

Convertirse en empresa cambia el trabajo. Empiezas a rendir cuentas a usuarios, inversores, proveedores y a ti mismo de una manera diferente. Puede que necesites contratar, fijar precios, redactar términos y mantener el runtime fiable. Herdr planeaba usar sus fondos semilla para montar un equipo pequeño, conectar máquinas que ejecutan Herdr y hacer el runtime más rápido, más robusto y más extensible. Quédate como proyecto secundario y dilo en voz alta. Constitúyete y nombra la primera obligación que estás dispuesto a aceptar.