¿Puedo vender lo que construyo con IA? Respuesta clara
Sí. El proyecto generado te pertenece: puedes publicarlo, cobrarlo con Stripe, exportar el código a tu GitHub y entregárselo a un cliente. Lo que no cambia por usar un generador son tus obligaciones como vendedor, es decir el alta fiscal, las condiciones y la política de reembolsos.
Esa es la parte que conviene mirar de frente. La pregunta "¿puedo venderlo?" suele mezclar dos cosas: de quién es el producto, que tiene respuesta corta, y qué hace falta para operar un negocio, que tiene respuesta larga.
¿Qué significa que el proyecto es tuyo?
Significa tres cosas concretas y comprobables. Que puedes publicarlo con tu marca en tu propio dominio. Que puedes exportar el código fuente a un repositorio de GitHub en tu cuenta. Y que puedes entregárselo a otra persona sin pedir permiso a nadie.
La exportación es la prueba práctica de esa afirmación. Un producto que solo existe dentro de la herramienta que lo generó depende de sus precios y de su continuidad; un repositorio en tu cuenta, no. Por eso conviene exportar antes de firmar nada con un cliente, no después.
Los datos que genere el uso siguen en tus propias cuentas: las tablas en tu proyecto de Supabase, los cobros en tu cuenta de Stripe. Eso importa al vender porque son exactamente las dos cosas que un comprador o un cliente querrá revisar antes de cerrar. Qué se lleva la exportación y qué no está en si puedes exportar el código.
¿De qué formas se puede vender?
Cuatro, con dificultades muy distintas, y conviene elegir una antes de construir.
| Forma de vender | Qué entregas | Dónde está la dificultad |
|---|---|---|
| Producto propio de pago | Acceso a tu app o web | Definir qué desbloquea el pago |
| Trabajo para un cliente | El proyecto y su código | Acordar el alcance y el mantenimiento |
| Producto digital o curso | Archivo o contenido tras el pago | Que la entrega funcione siempre |
| Servicio con suscripción | Acceso continuado | Qué pasa al cancelar o al fallar el cobro |
Las dos primeras filas cubren a casi todo el mundo. La tercera es la más rápida de arrancar, porque una página de venta y una entrega ya son un negocio. La cuarta es la que más ediciones necesita, porque las reglas de una suscripción viven en los bordes: cancelaciones, cambios de plan y cobros fallidos.
En todas ellas, el generador cubre la parte repetida: la página, el circuito de pago y el registro de quién compró. La parte que decide si vendes, que es la oferta y el precio, no la genera nadie por ti.
Elegir la fila antes de construir ahorra ediciones. Una web pensada para vender un curso y otra pensada para vender una suscripción se parecen en la portada y se diferencian en todo lo demás: qué pasa después del pago, qué ve quien ya compró y qué ocurre cuando alguien deja de pagar.
¿Cómo se cobra a los clientes?
Con Stripe conectado al proyecto. El código generado abre sesiones de pago reales y el dinero llega a tu cuenta de Stripe, no a la nuestra. Los datos de la tarjeta los gestiona Stripe, así que no pasan por el sitio que construyes.
Antes de la primera venta real, compra tú mismo con las claves de prueba y revisa cuatro momentos: que el precio mostrado sea el cobrado, que aparezca la página de gracias, que el pedido quede registrado y que el correo de confirmación llegue con el texto correcto. El circuito completo está en si la IA puede crear una web que cobre pagos.
Cuenta también con el reloj de Stripe. Abrir la cuenta lleva minutos, pero la verificación del negocio es un trámite de ellos y no depende de ti ni de nosotros. Se puede construir y probar todo mientras eso avanza.
Y prueba el camino triste antes de anunciar nada. Cancela un pago a mitad y mira dónde acaba el comprador: una compra abandonada que termina en una página muerta es una venta perdida en silencio. Corregir ese detalle es una edición de 3 créditos y suele valer más que cualquier cambio de color.
¿Qué hay que cerrar antes de la primera venta?
Lo que no es software, que en una venta es bastante. El alta fiscal y la facturación dependen de tu país y de tu actividad, y son exactamente lo mismo que si hubieras encargado la web a una agencia.
Necesitas además tres textos que casi nadie escribe a tiempo: condiciones de venta, política de privacidad y política de reembolsos. Son páginas del sitio, cuentan en el precio de la construcción a 3 créditos por página adicional, y conviene escribirlas antes de la primera venta y no después de la primera queja.
Y revisa las licencias de lo que uses. Imágenes, tipografías, música o textos de terceros llevan sus propias condiciones, y venden igual de mal las excusas en un aviso legal que en un correo de un abogado. Es un repaso de media hora que evita el único problema de este artículo que no se arregla con una edición.
¿Sirve esto para trabajar como agencia o freelance?
Sí, y es uno de los usos más directos, porque el reparto de cuentas encaja con la relación cliente-proveedor. Tú construyes en tu cuenta, el cliente ve el enlace publicado y opina sobre algo real en lugar de sobre una maqueta.
Conviene decidir pronto qué se entrega al final: solo el repositorio exportado, o también las cuentas de los conectores y el alojamiento. Son traspasos distintos y con precios distintos, y acordarlo al principio evita la conversación incómoda del último día.
| Modelo de trabajo | Qué se lleva el cliente | Qué conviene acordar antes |
|---|---|---|
| Entrega llave en mano | Repositorio y cuentas de conectores | Quién paga el alojamiento y los servicios |
| Construcción y mantenimiento | Enlace publicado, tú mantienes | Cuántas ediciones incluye la cuota |
| Solo prototipo | Enlace publicado para validar | Que no es la versión final, por escrito |
Con Pro, que cuesta $25 al mes con 200 créditos, caben varios proyectos pequeños en un mes: una construcción cuesta 6 créditos, una plataforma multipágina 12 por las tres primeras páginas y 3 por cada página adicional, y una edición 3. Business cuesta $99 al mes. La comparación honesta con el modelo de agencia está en builder con IA frente a agencia.
¿Dónde están los límites honestos?
En tres sitios. El primero: vender exige un producto que alguien quiera, y eso no se genera. La herramienta acorta la distancia entre la idea y algo funcionando, no la distancia entre algo funcionando y alguien dispuesto a pagar por ello.
El segundo: la lógica de negocio muy específica se afina con ediciones sucesivas y no sale de un solo prompt. Precios por tramos, cupones con reglas propias o repartos entre varios vendedores se construyen por capas, y conviene contarlo así al presupuestar.
El tercero: Zugo no sustituye a un equipo de desarrollo en un producto complejo. Para vender una oferta, un curso, una suscripción sencilla o un encargo de cliente, el tamaño es el adecuado. Para un marketplace grande, esto es el primer prototipo y el equipo llega después, con el código exportado en la mano.
La forma sensata de empezar es la más pequeña que ya cobra: una oferta, un precio y una página de gracias. Constrúyela en Zugo, pásale una compra de prueba, escribe las tres páginas legales y solo entonces pon las claves reales.