No soy programador. Soy estudiante de Administración de Empresas. Y aun así he construido tres
proyectos completos —un catálogo con CRM para instaladores, un sistema de encuestas digitales, y
este mismo sitio— sin escribir código a mano. Esto es lo que de verdad funcionó, no una lista
genérica de herramientas “no-code”.
La herramienta: Claude Code, no un generador de apps
Las herramientas “no-code” tradicionales (arrastrar y soltar bloques) funcionan bien para cosas
simples, pero se quedan cortas en cuanto necesitas lógica particular de tu negocio. Lo que usé en
los tres proyectos fue Claude Code: le das instrucciones en español, en lenguaje normal, y
escribe el código real por ti — no es una plantilla, es software hecho a la medida de lo que
describes.
El proceso que se repitió en los tres proyectos
- Describe el problema real, no la solución que imaginas. En vez de “necesito una app con
inicio de sesión”, describí “necesito que los productores contesten una encuesta sin tener que
crear cuenta”. Esa diferencia cambió toda la arquitectura. - Construye sobre algo que ya probaste, no desde cero cada vez. Después del primer proyecto,
tener una base ya hecha (estructura de carpetas, estilo visual, patrón de seguridad) ahorró más
tiempo que empezar de blanco. - Prueba en el dispositivo real, no solo leyendo el código. Los errores más importantes en mis
tres proyectos —un permiso de micrófono que nunca se activaba, un menú que se rompía después de
usarlo varias veces, un puerto de servidor que chocaba con otra app— no se veían en el código,
solo usando la app de verdad. - Cuando algo se cuelga sin explicación, cambia de método en vez de insistir. Dos veces, en
proyectos distintos, una herramienta se quedó colgada sin dar error claro. En ambos casos la
solución fue construir el mismo resultado por un camino técnico distinto, no reintentar lo mismo.
Lo que SÍ necesitas saber hacer (y no es programar)
- Describir con precisión qué necesita la persona que va a usar la app, no qué tan avanzada
quieres que se vea. - Reconocer cuándo algo no funciona como esperabas y corregir el rumbo, en vez de forzar el
primer intento. - Probar de verdad — en un celular real, con datos reales, antes de dar algo por terminado.
Lo que no necesitas: saber ningún lenguaje de programación ni entender bases de datos. En mis tres
proyectos tampoco contraté a nadie más — pero eso fue porque ninguno manejaba pagos, datos médicos
ni información especialmente sensible. Si tu proyecto sí toca algo de eso, una revisión técnica
profesional sigue siendo una buena idea, independientemente de qué tan bien haya funcionado la IA
para construirlo. Mi experiencia es real, pero es la mía — no una regla general de que cualquier
proyecto, sin importar su riesgo, puede saltarse esa revisión.
Los tres casos, si quieres ver el detalle completo
- TVCA: catálogo, CRM y remisiones para instaladores
- El formulario digital de la Feria de Productores, sin cuenta ni contraseña
- Este mismo sitio, incluido cómo lo conecté a Google
¿Tienes un problema parecido en tu negocio? Escríbeme a [email protected].