Cómo crear (y vender) software con IA sin saber programar

Soy vibecoder, y no me da vergüenza decirlo

Llevo más de 20 años en la industria maderera peruana. No soy ingeniero de software. Mi oficio es la trazabilidad, los datos y ordenar procesos en planta, despacho y almacén.

Sin embargo, hoy construyo mis propias soluciones: herramientas de control, dashboards y hasta TimberID, mi sistema para gestionar producción y trazabilidad en aserraderos. ¿Cómo? Hablando con Claude. Le explico lo que necesito, reviso lo que construye y lo corrijo hasta que funciona. Eso tiene nombre: vibe coding.

Por eso me llamó tanto la atención una entrevista reciente entre Nate Herk y Dave Ebbelaar, un desarrollador con más de 10 años programando en Python. Dave confesó algo que debería motivar a cualquier emprendedor:

“Ya no escribo ni una sola línea de código. Ni una.”

En este artículo te comparto las ideas más valiosas de esa conversación, filtradas por mi experiencia como vibecoder que construye software para una industria tan concreta como la madera. Si quieres crear apps con IA sin saber programar, y algún día venderlas, esta es la hoja de ruta.

Novato y experto ya usan las mismas herramientas

Dave lo dijo casi sin darse cuenta: es la primera vez en la historia que alguien con cero experiencia y alguien con una década programando usan exactamente las mismas herramientas y el mismo proceso.

Piénsalo. Si empiezas a jugar básquet, no entrenas como un profesional. En el software con IA, en cambio, todos arrancamos con Claude Code, Codex o el modelo de turno. La diferencia está en solo dos cosas:

1. Qué instrucciones le das al agente.
2. Cómo revisas lo que te entrega.

Esa es la nueva habilidad. Y se entrena con repeticiones, no con años de universidad.

Dave calcula que hoy produce unas 10 veces más código útil que en 2022, cuando ya trabajaba como profesional. Además, empezó a crear interfaces en JavaScript, un lenguaje que nunca había tocado.

Por eso recomienda ser generalista. Si solo sabes una parte del proyecto, tu agente termina esperando a otras personas. En cambio, si entiendes el conjunto, puedes entregar algo de principio a fin.

Esto me retrata. En la maderera nunca fui “el de sistemas”, pero conozco el proceso completo: del rollo en patio a la pieza despachada. Ese conocimiento del negocio, sumado a la IA, vale más que dominar un lenguaje de programación.

La escalera de 4 peldaños: ¿qué tan grande es tu idea?

Antes de abrir Claude, Dave recomienda hacerte una pregunta: ¿quién va a usar esto? La respuesta te ubica en uno de cuatro peldaños. Cada uno sube la complejidad y, sobre todo, el riesgo.

Así se ve la escalera aplicada a la industria maderera:

La regla de oro es simple: no te saltes peldaños. El error típico es pasar de cero experiencia a vender software del que otras empresas dependen, sin haber hecho la tarea: ¿qué datos pasan por aquí y quién responde si se filtran?

La buena noticia es que empezar abajo no te encierra. Una herramienta personal puede crecer hasta convertirse en producto. Es el camino que sigo con TimberID: hoy apunta al peldaño 4, y por eso cada decisión de seguridad pesa más.

Construye primero, planifica después

Hace un año la moda era el desarrollo basado en especificaciones. Primero le pedías a la IA un documento con todo lo que el sistema debía hacer. Lo leías, lo aprobabas y recién después se escribía código.

Dave dice que eso perdió peso. Los modelos actuales, como Opus 5.5 o GPT-6, ya razonan antes de actuar sin que se lo pidas. Hoy él trabaja con lo que algunos ingenieros de Google llaman desarrollo guiado por intención:

1. Dile al agente qué quieres lograr.
2. Deja que lo construya.
3. Úsalo, pruébalo y míralo con tus propios ojos.
4. Corrige: “esto se siente lento”, “este cálculo está mal”, “esto no se ve bien”.
5. Repite.

La razón es muy humana: no sabes bien lo que quieres hasta que lo ves funcionando. Ningún documento reemplaza tener la pantalla delante.

En planta pasa lo mismo. Puedo describir un reporte de rendimiento por turno en papel. Pero solo cuando el supervisor lo usa con datos reales aparecen los ajustes que importan: una columna que sobra o un filtro que falta.

Aun así, un truco útil antes de construir es pedirle a la IA que te entreviste: qué quieres, qué no quieres y cómo imaginas el resultado. Diez minutos de preguntas ahorran horas de idas y vueltas.

Define qué es “bueno” antes de pedir que mejore

Aquí está la diferencia entre un juguete y un producto. Que la app “parezca funcionar” no basta. Necesitas verificar que funciona.

Dave lo resume en tres pasos:

1. Define qué es bueno. En su app de dictado, Glido, bueno significa procesar la voz en menos de 500 milisegundos y devolver un texto limpio.
2. Reúne ejemplos. “Si entra esto, debe salir aquello.” Si no tienes datos reales, la IA puede generar datos de prueba realistas.
3. Ponlo a trabajar en ciclo. Pídele al agente que mejore el sistema, mida el resultado y repita hasta acercarse a la meta.

En trazabilidad esto es muy natural. Si mi sistema calcula el volumen de un paquete, sé exactamente cuánto debe dar. Con cien paquetes ya medidos tengo un set de prueba perfecto para validar cada cambio.

¿Y si “bueno” es subjetivo?

No todo se mide con un número. ¿Cómo evalúas si la respuesta de un chatbot a un cliente fue buena? Para eso existe el LLM como juez: otra IA revisa las respuestas y dice si están bien o mal.

El truco está en calibrar a ese juez con tu criterio:

1. Revisa a mano unos 100 ejemplos y marca cuáles te gustan. Es tedioso, pero ahí capturas tu gusto.
2. Haz que la IA juez revise los mismos ejemplos.
3. Mide en cuántos coinciden. Ese porcentaje es tu punto de partida.
4. Pide a la IA que ajuste las instrucciones del juez para coincidir más contigo. Repite hasta superar el 90 %.

El resultado es una IA que evalúa como tú, a escala. Sirve para atención al cliente, textos de marketing e incluso para juzgar si un diseño “se ve profesional”.

Arquitectura: lo único que sí vale la pena estudiar

Hasta aquí el consejo parece fácil: “usa Claude y pídele lo que quieres”. Es cierto. Pero si quieres subir de peldaño, Dave insiste en entender la arquitectura de tu software. No necesitas programarla; necesitas saber qué preguntar. Hay dos niveles.

Nivel 1: el sistema completo

La mayoría de apps tienen tres piezas que conversan entre sí:

• Frontend: lo que el usuario ve en el navegador o el celular.
• Backend: la lógica que procesa la información.
• Base de datos: donde viven los datos.

La primera pregunta seria a tu agente es: “Voy a construir X. ¿Cuál es el mejor stack? ¿Necesito backend separado? ¿Qué base de datos uso?”

Aquí Dave contó su gran error. En Glido eligieron las tecnologías que ya conocían, no las mejores para el producto. Tuvieron que migrar a mitad de camino. Cambiar de lenguaje después duele, incluso con IA. Haz la investigación antes.

Nivel 2: el orden interno del código

El vibe coding tiene un efecto secundario: el código espagueti. Pruebas una idea, la dejas a medias, construyes otra encima y olvidas la primera. Meses después borras una función “que ya no usabas” y algo se rompe sin explicación.

La solución no es aprender a programar. Es darle a tu agente buenas prácticas. Dave recomienda las skills de ingeniería de Matt Pocock, pensadas para combatir el “AI slop” y dejar el código fácil de navegar para la propia IA.

Mi consejo práctico: cada cierto tiempo, pídele a Claude que audite y limpie tu proyecto. Es el 5S aplicado al software: clasificar, ordenar y limpiar antes de que el desorden te frene.

Seguridad: el único error que no tiene “versión 2”

Dave es fan del vibe coding, pero marca una línea roja. Una arquitectura mala se nota: la app se pone lenta, los usuarios se quejan y la arreglas. Una filtración de datos no se arregla. Una vez que los correos y datos personales salen, no hay vuelta atrás.

La buena noticia: con unas pocas prácticas básicas ya eres un blanco muy difícil. Esta es la lista mínima:

• Base de datos en Supabase. Si no tienes una razón fuerte para elegir otra, usa Supabase. Es flexible y sirve para casi todo.
• Seguridad a nivel de fila (RLS) activada. Así cada usuario solo ve sus propios datos.
• Contraseñas fuertes y verificación en dos pasos en la base de datos y en tu cuenta.
• Claves y credenciales en variables de entorno, nunca escritas en el código ni visibles desde el navegador.
• Firewall en backend y base de datos. Solo deben aceptar peticiones de tu propio frontend.

En palabras de Dave, eso es “la seguridad en pocas palabras”. No necesitas ser experto en ciberseguridad. Necesitas saber que estos temas existen para pedírselos a tu agente.

Para un sistema como TimberID esto no es opcional. Los aserraderos confían ahí sus volúmenes, clientes y documentación forestal. Esa confianza es el producto. Y elegir bien dónde alojas cada pieza, en servicios como Nubepal, Vercel o Supabase, forma parte de la misma decisión.

Lo que no sabes que no sabes

La conclusión más poderosa de la entrevista es esta: lo que te frena no es la falta de habilidad, sino lo que ignoras que existe. Si nunca escuchaste “RLS” o “firewall”, nunca se lo pedirás a la IA.

Tu trabajo como vibecoder es ampliar tu radar. La IA hace el resto.

5 errores que debes evitar como vibecoder

1. Saltarte peldaños: vender software sin haberlo usado tú primero.
2. Planificar de más: pasar semanas en documentos en lugar de ver algo funcionando.
3. No verificar: asumir que funciona porque “se ve bien”.
4. Elegir tecnología por costumbre: usar lo que conoces y no lo que el proyecto necesita.
5. Dejar la seguridad para después: en datos de terceros no existe “lo arreglo en la próxima versión”.

La oportunidad: un genio en una botella

Dave cerró la entrevista con una imagen que tomó de David Heinemeier Hansson: hoy tenemos un genio en una botella. Piensas algo y lo conviertes en realidad con una instrucción. Y no tienes solo tres deseos; tu único límite son los tokens.

Que las herramientas sean fáciles no significa que todos las usarán. Siempre harán falta personas que implementen: que entiendan un negocio, detecten el problema y construyan la solución. Ese es el espacio del emprendedor latinoamericano que conoce su industria.

Y puedes empezar sin dejar tu trabajo. Dave lo dice claro: lanzas un agente en tu hora de almuerzo y, al volver a casa, la automatización está lista.

Preguntas frecuentes

¿Se puede crear una app con IA sin saber programar?

Sí. Con herramientas como Claude Code describes lo que quieres y la IA escribe el código. Tu trabajo es dar buenas instrucciones y revisar el resultado.

¿Qué es un vibecoder?

Alguien que construye software conversando con la IA, sin escribir código línea por línea. Su ventaja es conocer el problema a fondo.

¿Cuánto cuesta empezar?

Un plan de unos 20 dólares al mes basta para comenzar. Si construyes en serio, Dave recomienda planes de 100 a 200 dólares para no quedarte sin uso.

¿Puedo vender software hecho con vibe coding?

Sí, pero sube la escalera paso a paso. Antes de cobrar, asegura lo básico: RLS, credenciales protegidas y firewall.

Da el primer paso

Si llegaste hasta aquí, ya ampliaste tu radar. El siguiente paso es construir tu primera app.

En mi webinar gratuito “Crea tu primera app con IA sin saber programar” construimos una aplicación en vivo, desde cero. Y si quieres ir en serio, el curso Aplicaciones Web con AI desde Cero en la Academia Nación Emprende te lleva del peldaño 1 al 3.

Reserva tu lugar en el próximo webinar →

Fuente: entrevista de Nate Herk a Dave Ebbelaar sobre cómo construir y vender software con IA (YouTube).