Construí el plan completo de un SaaS en una tarde usando 7 agentes de IA. Aquí está el flujo de trabajo exacto.

He lanzado productos durante años. Sé lo que se siente cuando algo avanza lento.

La primera semana de cualquier desarrollo de un SaaS es, sinceramente, la peor parte de todo el proceso.

Pasas todo el día cambiando de rol dentro de tu propia cabeza, sin descanso.

Fundador. Investigador. Gerente de producto. Diseñador. Ingeniero. Tester de QA. Marketero.

Un mismo cerebro. Siete trabajos completamente diferentes. Y cero impulso que mostrar por todo eso.

La mayoría de los fundadores que conozco pasan la primera semana entera solo pensando en cómo pensar. Abren un documento en blanco, escriben tres viñetas, cierran la laptop, se hacen un café, vuelven, borran las viñetas y empiezan de nuevo. La semana termina y no existe nada, excepto una creciente sensación de ansiedad y una app de notas llena de ideas a medio formar que no llevan a ninguna parte.

El mes pasado me cansé de ese ciclo y probé algo completamente diferente.

Dejé de usar un solo modelo de IA para todo y empecé a tratar a la IA como tratarías a un equipo real.

Creé siete agentes especializados usando Kimi Agent Swarm y le asigné a cada uno un trabajo específico, un resultado específico que producir y un carril específico en el que mantenerse.

Una tarde. Una idea de SaaS. Siete agentes trabajando en paralelo. Un prototipo de MVP completo frente a mí antes de la cena.

Esto es exactamente lo que hice y por qué funcionó.

La idea que les di para trabajar

El concepto del producto era un SaaS de Auditoría de Sitios Web con IA, creado específicamente para negocios locales.

El problema es obvio una vez que lo ves. Cinco millones de negocios locales tienen sitios web que parecen construidos en 2011 y que nunca se tocaron después. Sin botón de reserva. Sin diseño móvil. Sin señales de confianza. Sin una llamada a la acción clara. Sin sección de reseñas. Nada que convierta a un visitante en una llamada telefónica.

Un plomero puede ser genuinamente bueno en su oficio y aun así perder clientes todos los días porque su sitio web se ve abandonado. La calidad del trabajo y la calidad de la presencia en línea no tienen nada que ver entre sí. Esa brecha es la oportunidad.

El concepto del SaaS era simple. Ingresa la URL de cualquier negocio local y la aplicación ejecuta una auditoría, genera una puntuación, identifica qué está roto y por qué, y produce un correo electrónico en frío listo para enviar al dueño del negocio.

Los usuarios objetivo eran freelancers, diseñadores web y agencias locales de SEO. Cualquiera que venda sitios web y servicios a negocios locales y necesite una forma más rápida de iniciar esa conversación.

La visión que hizo que esta idea funcionara fue esta. La auditoría no es el producto. La auditoría es el arma de ventas.

Un correo electrónico en frío genérico que no dice nada específico se ignora siempre. Un correo electrónico que dice que tu botón de reserva móvil está roto, que tu página de inicio no tiene señales de confianza y que tu competidor de la vuelta tiene trescientas reseñas más y un flujo de reserva más rápido, en realidad recibe una respuesta. La especificidad es lo que hace que la gente preste atención. El SaaS produce esa especificidad automáticamente en sesenta segundos.

Por qué la mayoría de la gente usa la IA completamente mal para construir

Antes de entrar en el flujo de trabajo, esta parte importa porque explica por qué el enfoque funciona.

La mayoría de los fundadores usan la IA como un chatbot ligeramente más potente. Le dan a un solo modelo un solo mensaje enorme pidiéndole que investigue el mercado, diseñe la interfaz de usuario, construya el backend, escriba la página de aterrizaje y planifique el lanzamiento, todo al mismo tiempo.

El resultado se siente superficial porque es superficial.

Un solo modelo cambiando entre siete modos de pensamiento completamente diferentes produce un trabajo mediocre en cada modo. No es un problema de calidad del modelo. Es un problema estructural.

Un investigador piensa diferente a un diseñador. Un ingeniero de backend piensa diferente a un marketero. Un tester de QA piensa diferente a un gerente de producto. Estas no son solo tareas diferentes. Son modos cognitivos genuinamente diferentes que producen mejores resultados cuando no compiten entre sí dentro de la misma ventana de contexto.

La idea detrás de los agentes enjambre es directa. La especialización produce mejores resultados que la generalización. Eso no es una idea nueva en absoluto. Es exactamente por qué las empresas contratan equipos en lugar de una sola persona que hace todo.

Kimi Agent Swarm aplica esa misma lógica a la IA. En lugar de pedirle a un solo modelo que te construya un SaaS, creas una pequeña empresa de IA alrededor de la tarea. Cada agente posee un rol. Cada agente produce un artefacto. El fundador gestiona el sistema y revisa los resultados en lugar de hacer cada tarea manualmente.

Ese cambio suena sutil. En la práctica, cambia todo sobre cómo se siente la semana.

Los siete agentes que armé

El Agente 1 fue el Agente de Investigación. Su trabajo era validar el mercado, identificar a los clientes objetivo reales, mapear el panorama competitivo y sacar a la luz los casos de uso principales. Nada más.

El Agente 2 fue el Agente de Gerente de Producto. Su trabajo era definir el alcance del MVP con honestidad brutal, eliminar toda característica que no fuera esencial, mapear el recorrido principal del usuario y establecer el modelo de precios. Nada más.

El Agente 3 fue el Agente de UX. Su trabajo era diseñar la estructura de la página, el flujo de usuario, el diseño del tablero y el diseño del informe. Nada más.

El Agente 4 fue el Agente de Ingeniería Frontend. Su trabajo era construir el plan de interfaz de usuario y definir la estructura completa de componentes. Nada más.

El Agente 5 fue el Agente de Ingeniería Backend. Su trabajo era diseñar la lógica de auditoría, el sistema de puntuación, la estructura de la API y el modelo de datos. Nada más.

El Agente 6 fue el Agente de QA. Su trabajo era atacar todo el plan, encontrar los bugs, sacar a la luz los estados faltantes, identificar los casos límite y exponer cada suposición que iba a causar problemas después. Nada más.

El Agente 7 fue el Agente de Lanzamiento. Su trabajo era escribir el texto de la página de aterrizaje, la publicación de lanzamiento, la plantilla de correo electrónico en frío y el posicionamiento del producto. Nada más.

Cada agente trabajó de forma independiente primero. Luego, los resultados se fusionaron en un plan de construcción completo.

Esto es lo que lo diferencia de una larga conversación con un solo modelo de IA. No hay cambio de contexto. No hay contradicción implícita entre lo que dice una sección y lo que asume otra. Cada agente se mantiene en su carril y produce resultados limpios desde ese carril.

El mensaje maestro que usé para empezar

Este es el mensaje exacto que le di a Kimi para abrir la sesión. Úsalo como punto de partida y adáptalo a lo que sea que estés construyendo.

"Construye un SaaS de Auditoría de Sitios Web con IA para negocios de servicios locales. Los usuarios objetivo son freelancers, dueños de agencias, consultores locales de SEO y diseñadores web que venden a plomeros, empresas de HVAC, techadores, electricistas y dentistas. Flujo de trabajo principal: el usuario ingresa una URL de un negocio local, la aplicación audita el sitio web, genera una puntuación, una lista de problemas, una lista de verificación de mejoras, un informe para el cliente y un correo electrónico en frío. Divide esto entre siete agentes especializados. El Agente de Investigación valida el mercado y el cliente. El Agente de Producto define el alcance del MVP, las características y los precios. El Agente de UX diseña el flujo de usuario, el tablero y el diseño del informe. El Agente de Frontend define la estructura de la interfaz de usuario y los componentes. El Agente de Backend diseña la lógica de puntuación, el sistema de auditoría y la API. El Agente de QA identifica casos límite, estados faltantes y modos de fallo. El Agente de Lanzamiento escribe la página de aterrizaje, la publicación de lanzamiento, el correo electrónico en frío y el posicionamiento. Cada agente trabaja de forma independiente primero. Luego fusiona todos los resultados en un plan final de MVP."

La mayoría de la gente escribiría una versión de eso y esperaría una gran respuesta. El punto del enjambre es que cada agente produce un artefacto real desde su propio ángulo sin saber lo que los otros agentes están haciendo. La investigación no piensa en colores de botones. El UX no inventa el modelo de precios. El QA ataca en lugar de defender. El agente de lanzamiento no toca el backend. La separación es el sistema.

Lo que cada agente produjo realmente

El Agente de Investigación encontró cuatro grupos de clientes reales que importaban. Diseñadores web que venden rediseños a negocios locales. Agencias de SEO que venden retenedores de auditoría de forma mensual. Freelancers que usan la prospección en frío para encontrar nuevos clientes. Fundadores solitarios que construyen servicios de generación de leads como una oferta productizada.

La idea más importante que sacó a la luz fue la que ya mencioné, pero vale la pena repetirla. La auditoría no es el producto. La auditoría es el arma de ventas. Las personas que venden a negocios locales necesitan una forma más rápida de crear auditorías personalizadas y específicas que les den una razón para contactar que valga la pena leer. El agente de investigación identificó esto como el posicionamiento central de todo el producto antes de que se diseñara una sola pantalla.

El Agente de Gerente de Producto redujo el alcance sin sentimentalismo.

La versión uno necesitaba exactamente cinco pantallas. Página de inicio. Página de ingreso de auditoría. Página de carga y progreso. Página de resultados de auditoría. Página de exportación de informe.

Sin cuentas de equipo. Sin integración de facturación. Sin conexiones CRM. Sin extensión de navegador. Sin mercado. Sin acceso a API para terceros. Nada de eso.

Solo un flujo de trabajo que funcione limpiamente. Ingresa la URL, obtén la auditoría, envía el informe, cierra el trato.

Las características principales del MVP eran directas. Ingreso de URL del sitio web. Selector de categoría de negocio. Puntuación de auditoría de cero a cien. Lista de verificación de conversión. Lista de verificación de preparación móvil. Lista de verificación de señales de confianza. Lista de verificación de CTA. Resumen del informe. Generador de correo electrónico en frío. Precios de servicio sugeridos para el freelancer que envía el informe.

Eso es suficiente para la versión uno. Un MVP de SaaS no necesita estar completo. Necesita probar que un flujo de trabajo funciona de principio a fin sin romperse.

El Agente de UX diseñó el recorrido del usuario en cinco pasos con una claridad que le habría tomado a un diseñador humano un día entero producir.

Paso uno: pega la URL y elige el tipo de negocio. Paso dos: la aplicación ejecuta la auditoría con una barra de progreso visible. Paso tres: ve la puntuación general. Paso cuatro: ve exactamente qué está roto y por qué en lenguaje sencillo. Paso cinco: descarga el informe y obtén el correo electrónico en frío listo para enviar.

El diseño del informe que produjo el agente de UX fue la pieza que realmente me sorprendió.

Puntuación del sitio web: 62 de 100. Lo que te está costando clientes: sin botón de reserva visible, diseño móvil débil, sin sección de reseñas de Google, sin CTA de servicio de emergencia, generación de confianza lenta en la parte superior. Victorias rápidas: agrega botón de clic para llamar, mueve las reseñas a la parte superior de la página, agrega sección de área de servicio, agrega fotos de antes y después, agrega formulario de reserva. Impacto en el negocio: tu sitio está perdiendo visitantes móviles que están listos para llamar ahora mismo.

No técnico. No lleno de jerga. Lo suficientemente claro para que un plomero lo lea y lo entienda en treinta segundos. Eso es lo que el freelancer envía. Eso es lo que consigue una reunión.

El Agente de Backend construyó el sistema de puntuación en cinco categorías con verificaciones ponderadas específicas dentro de cada una.

La claridad del diseño valía veinte puntos. La preparación móvil valía veinte puntos. La preparación para la conversión valía veinticinco puntos. Las señales de confianza valían veinte puntos. Los conceptos básicos de SEO local valían quince puntos. Total de cien puntos, con cada punto trazable a una característica observable específica en el sitio web.

Esto importa más de lo que parece. Una puntuación necesita ser explicable para ser creíble. Una puntuación de IA de caja negra que nadie puede rastrear se siente falsa y se ignora. Una puntuación con razones específicas y claras adjuntas a cada punto se siente útil y se reenvía al dueño del negocio con una nota adjunta.

El Agente de QA fue el agente más valioso de todo el enjambre por un margen significativo.

Un agente de QA hace una cosa bien. Ataca. Y un agente separado atacando el plan no tiene apego emocional al trabajo que vino antes.

El Agente de QA de Kimi inmediatamente sacó a la luz los problemas que habrían causado daños reales después. ¿Qué pasa si la URL está rota o mal escrita? ¿Qué pasa si el sitio bloquea completamente el rastreo web? ¿Qué pasa si el sitio web casi no tiene contenido de texto para analizar? ¿Qué pasa si el negocio no tiene reseñas en ninguna parte? ¿Qué pasa si dos categorías de auditoría producen hallazgos contradictorios? ¿Qué pasa si el correo electrónico en frío generado suena demasiado agresivo y daña la relación del freelancer antes de que comience?

Cada una de esas preguntas reveló una brecha en el plan que necesitaba ser abordada antes de que se escribiera una sola línea de código.

Las correcciones que recomendó fueron concretas. Estados de respaldo para sitios que bloquean el rastreo. Un campo de notas manual para anulación humana cuando la auditoría automatizada no puede verificar algo. Una puntuación de confianza adjunta a cada hallazgo para que el freelancer sepa qué es sólido y qué necesita verificación. Un control de tono de correo electrónico más suave para diferentes situaciones. Un paso de revisión humana antes de que cualquier prospección se envíe realmente.

Eso último es importante y quiero ser directo al respecto. No quieres que quinientos correos electrónicos en frío mediocres salgan automáticamente con tu nombre adjunto. Quieres quinientos borradores sólidos que un humano revise y apruebe antes de que se envíen. El enjambre hace el trabajo pesado. El fundador sigue siendo el editor.

El Agente de Lanzamiento produjo el posicionamiento del producto en una línea que fue genuinamente mejor que cualquier cosa que yo mismo había escrito después de pensar en ello durante dos días.

Convierte los sitios web locales malos en oportunidades de clientes.

Eso es más fuerte que "herramienta de auditoría de sitios web con IA" en todos los sentidos posibles. Nadie se despierta queriendo una auditoría. Se despiertan queriendo clientes. El posicionamiento refleja lo que el usuario realmente quiere en lugar de lo que el producto hace técnicamente.

El titular y subtitular de la página de aterrizaje que el agente escribió fueron igualmente limpios. Convierte los sitios web locales malos en oportunidades de clientes. Ingresa cualquier URL. Obtén una auditoría instantánea. Envía un informe personalizado. Cierra el trato. Nada desperdiciado. Sin juegos de palabras ingeniosos que oscurezcan el valor. Solo la promesa expresada claramente.

Lo que la tarde produjo en total

Cuando los siete agentes habían terminado y los resultados se fusionaron en un solo documento, tenía un mercado validado y un perfil de cliente objetivo real, un alcance de MVP ajustado con cinco pantallas y cero aumento de características, un recorrido de usuario completo mapeado paso a paso, un sistema de puntuación de cien puntos con verificaciones específicas adjuntas a cada punto, una estructura de interfaz de usuario y una lista completa de componentes, un diseño de informe amigable para el cliente probado para claridad de lenguaje sencillo, una lista de verificación de QA que cubre cada caso límite que los agentes pudieron identificar, texto de página de aterrizaje listo para usar, una publicación de lanzamiento para el día del lanzamiento y una plantilla de correo electrónico en frío personalizada para el dueño del negocio local.

Eso no es una empresa terminada. Nadie afirma que lo sea.

Pero es más de lo que la mayoría de los fundadores tienen después de una semana entera de pensar en solitario, y tomó una tarde en lugar de siete días.

Lo que el enjambre no puede hacer y dónde tú todavía importas

Quiero ser directo sobre esto porque la mayoría de las publicaciones sobre herramientas de IA lo omiten por completo, y esa deshonestidad es lo que hace que la gente no confíe en nada.

Kimi no construyó un SaaS. Construyó un prototipo para un SaaS. La diferencia es real y significativa.

Un producto que funcione todavía necesita código de producción escrito y probado. Necesita usuarios reales que lo prueben y lo rompan de formas que nadie anticipó. Necesita procesamiento de pagos, hosting y manejo de errores adecuado. Necesita atención al cliente cuando las cosas salgan mal. Necesita distribución que no se detenga cuando dejes de impulsar. Necesita pruebas de precios con personas reales con dinero real. Necesita QA manual antes de que cualquier cosa se publique públicamente.

Algunos sitios web bloquean el rastreo y necesitan un enfoque de respaldo. Algunas auditorías necesitan verificación humana antes de que se envíen a un cliente. Algunos correos electrónicos necesitan una segunda lectura antes de que salgan.

Esto no es presionar un botón y volverse rico. Cualquiera que te diga lo contrario te está vendiendo algo.

El valor honesto es más práctico que eso. El enjambre reemplazó el primer setenta por ciento desordenado del pensamiento del producto que solía tomar una semana mirando documentos en blanco y cambiando entre siete estados mentales diferentes. El fundador todavía posee el gusto, el juicio y el envío real. Lo que cambia es el punto de partida.

En lugar de comenzar con una página en blanco y un espiral de ansiedad, comienzas con un resultado de investigación, una especificación de producto, un sistema de puntuación, un flujo de interfaz de usuario y un plan de lanzamiento. La carga cognitiva cae inmediatamente. Las decisiones tempranas se toman más rápido porque el pensamiento ya ha sido estructurado. La semana se siente completamente diferente desde la primera hora.

El flujo de trabajo exacto para guardar y usar

Paso uno: escribe una idea clara que incluya el problema, el usuario específico y el flujo de trabajo principal. Un párrafo. Nada más.

Paso dos: abre Kimi Agent Swarm.

Paso tres: asigna siete agentes con roles específicos y resultados específicos. No instrucciones generales. Entregables específicos de cada carril.

Paso cuatro: deja que cada agente produzca su artefacto de forma completamente independiente, sin hacer referencia a los demás.

Paso cinco: deja que el agente de QA ataque el plan completo fusionado sin apego a ninguno de los trabajos.

Paso seis: fusiona todos los resultados en un solo documento de prototipo de MVP.

Paso siete: construye solo la versión más pequeña del producto que demuestre que el flujo de trabajo principal realmente funciona de principio a fin.

Paso ocho: prueba con cinco usuarios reales antes de agregar una sola característica adicional. Los usuarios reales rompen suposiciones que ningún agente sacará a la luz porque las suposiciones solo se rompen contra la realidad.

El error que comete la mayoría de los fundadores es pedirle a la IA que construya todo. El mejor movimiento es pedirle a los agentes que eliminen el caos al principio para que el pensamiento esté estructurado antes de que comience la construcción.

La investigación se vuelve clara. El alcance se vuelve claro. Las pantallas se vuelven claras. Los riesgos se vuelven claros. El ángulo de lanzamiento se vuelve claro. Todo lo que normalmente toma una semana de cambio confuso se comprime en una tarde enfocada.

El cambio que realmente está ocurriendo

Esto es lo que realmente creo después de ejecutar esto y pensarlo cuidadosamente.

La próxima generación de fundadores no solo usará la IA para escribir texto o resumir documentos. Gestionarán enjambres de la misma manera que un fundador gestiona un equipo. Un agente investiga el mercado. Un agente diseña el producto. Un agente construye el plan del backend. Un agente prueba las suposiciones. Un agente escribe el lanzamiento.

El fundador deja de ser la persona que ejecuta cada tarea y comienza a ser la persona que dirige el sistema, revisa los resultados, aplica gusto y juicio y decide qué se envía.

Eso no es un cambio pequeño. Eso es un cambio fundamental en cómo se ve la primera semana de construcción y qué tipo de resultado es posible antes de que se escriba una sola línea de código de producción.

Los fundadores que resuelvan esto primero van a tener una ventaja injusta sobre los que todavía están cambiando entre siete roles dentro de un solo cerebro cansado.

Antes: un fundador cambiando entre siete roles, perdiendo una semana antes de escribir una línea de código, quemando energía cognitiva en estructura en lugar de sustancia.

Después: siete agentes ejecutándose en paralelo, devolviendo un prototipo de MVP completo antes de que el día termine, con la energía del fundador ahorrada para las decisiones que realmente requieren juicio humano.

Eso solía tomar una semana de trabajo en solitario.

Ahora comienza con un mensaje y una tarde.

Sígueme para más sistemas reales que realmente cambian la forma en que construyes.