Checklist de salida para proyectos de IA de fin de semana: proyecto lateral, producto o equipo
Un proyecto de flujo de trabajo con IA construido en un fin de semana solo se convierte en empresa cuando el equipo y la propiedad intelectual justifican dedicación a tiempo completo; de lo contrario, manténlo pequeño.
La salida suele ser el equipo, no la aplicación
Construiste un agente de flujo de trabajo con IA en un fin de semana, y ahora un comprador podría pagar por el equipo y la propiedad intelectual, no por la aplicación. Adobe confirmó el 2 de septiembre que estaba adquiriendo Rilo.
Rilo, una startup india de automatización de flujos de trabajo con IA, utilizaba agentes de IA para ejecutar tareas de marketing y go-to-market de varios pasos a partir de prompts simples en inglés. Fue fundada en septiembre de 2025 por los cofundadores del IIT Bombay Dhruv Jaglan y Georgi Boby.
Rilo recaudó $1 millón de un grupo que incluía Peak XV, DeVC y Day Zero Ventures, con una valoración de $10 millones. Adobe planeó incorporar al equipo de seis miembros de Rilo e integrar parte de su propiedad intelectual en un acuerdo estructurado como una licencia de tecnología.
Tras la adquisición, Rilo cerraría y dejaría de estar disponible para sus clientes. Rilo contaba con más de 10,000 usuarios que habían construido con la plataforma en cuestión de meses tras su lanzamiento.
El acuerdo fue la segunda adquisición de una startup india por parte de Adobe, tras comprar Rephrase.ai en 2023. Un pequeño producto de flujo de trabajo con IA puede ser valioso incluso cuando la aplicación desaparece.
Para la salida de un fundador solitario, la pregunta es si el comprador está pagando por un producto o por tu capacidad de seguir construyendo. Si el producto puede apagarse, el valor se desplaza al equipo, a la documentación y a las partes del sistema que sobreviven al cierre.
La propiedad intelectual son los controles, no el modelo
Las demos que llaman a un modelo son fáciles de reconstruir. Los flujos de trabajo que sobreviven al contacto con datos reales son más difíciles. La brecha suele ser el andamiaje que rodea al modelo.
Los agentes piloto están listos para producción cuando los controles y la gobernanza circundantes están en su lugar, no cuando cambian los parámetros del modelo. Los ejemplos útiles de agentes de IA requieren un contrato operativo inspeccionable que especifique desencadenantes, fuentes aprobadas, artefactos, límites de acción, verificación, estados de fallo, puntos de escalado y límites de autonomía.
La autoridad del modelo en un flujo de trabajo de agentes la define el contrato operativo circundante, no solo la generación de texto del modelo. Las construcciones de fin de semana con esos controles dan a los compradores algo que inspeccionar. Los notebooks y los prompts hacen el activo más delgado.
Escribe el contrato en lenguaje llano. Pon el desencadenante, las fuentes permitidas, la salida, las condiciones de parada y la escalación humana en una sola página. Un desconocido debería poder leerlo, o la propiedad intelectual será más difícil de valorar.
Los modelos pueden redactar, resumir o llamar herramientas. El contrato decide qué puede hacer, qué debe solicitar y dónde debe detenerse.
Cinco preguntas deciden la matemática del acqui-hire
Recorre esta lista antes de renunciar, constituir una sociedad o empezar a hablar con compradores. Cada pregunta debería poder responderse en un minuto.
Un acqui-hire suele presentarse como un empleo con bono. La matemática cambia cuando el comprador también quiere el código, el pipeline de datos o el contrato operativo. Si el comprador puede conservar esas cosas, el pago no es solo una compensación.
- ¿Qué puede conservar el comprador? Lista el código, los prompts, los esquemas de datos, las integraciones, la documentación y el contrato operativo. Respuestas mayoritariamente de demo significan propiedad intelectual débil.
- ¿Qué pierden los usuarios? Nombra los flujos de trabajo, archivos, ejecuciones guardadas y cuentas que dejarían de funcionar. Cierres desordenados significan que el producto puede necesitar un plan de desmantelamiento.
- ¿Puede el producto cerrarse limpiamente? Verifica si puedes exportar datos, detener la facturación, archivar registros e informar a los usuarios sobre qué sucede. Los cierres limpios protegen al equipo y a la propiedad intelectual.
- ¿El pago es por tiempo o por producto? Los pagos de puente salarial son acqui-hires. Los pagos vinculados a código, propiedad intelectual o un producto continuo son salidas de producto.
- ¿Se justifica el tiempo completo? Compara el pago con el costo de tus tardes, el riesgo de un cierre y la probabilidad de que la propiedad intelectual siga funcionando después de que te vayas. No tener respuesta significa mantenerlo como proyecto lateral.
Pequeño es el valor por defecto, a menos que la propiedad intelectual justifique tiempo completo
La mayoría de los proyectos laterales se quedan como proyectos laterales, y eso está bien. Las pequeñas herramientas de flujo de trabajo con IA pueden seguir siendo útiles sin convertirse en una empresa.
El tiempo completo tiene un costo. Elimina el tiempo libre que hace que un proyecto lateral sea viable, así que compara un pago único con el valor de tu tiempo para el próximo año.
Pasa a tiempo completo solo cuando el contrato operativo, el equipo y la propiedad intelectual sean lo suficientemente sólidos para que un comprador pague por ellos. Mantente pequeño si el activo principal es tu atención.
Escribe el plan de cierre antes de aceptar una oferta. Mantén la construcción inspeccionable, con un alcance lo suficientemente estrecho para terminarla antes del próximo plazo.