Cómo Diseñé una App de Meses en tan Solo un Día con Claude Sonnet 4.6 - 10/03/2026
Hay proyectos que uno tiene en la cabeza durante semanas, meses, a veces más. Eso me pasó con capturioo.com — hasta que trabajé con Claude Sonnet 4.6 como co-piloto de desarrollo y lancé en un día lo que estimaba tomaría meses.
App en producción: capturioo.com
Hay proyectos que uno tiene en la cabeza durante semanas, meses, a veces más. La arquitectura, el diseño, las funcionalidades, los casos edge… todo parece un obstáculo antes de escribir la primera línea de código. Esto es exactamente lo que me pasó con capturioo.com, hasta que decidí trabajar con Claude Sonnet 4.6 como co-piloto real de desarrollo.
El resultado: una app que estimaba tomar meses, estuvo lista en un día.
El punto de partida: el problema clásico del desarrollador solo
Cuando trabajas solo en un proyecto personal, el mayor enemigo no es la complejidad técnica, es la fricción cognitiva. Tienes que mantener en la cabeza al mismo tiempo:
- La visión del producto
- Las decisiones de arquitectura
- El diseño de la UI/UX
- Los detalles de implementación
- Los errores que van surgiendo
Con un equipo, estos roles se distribuyen. Solo, todo cae sobre ti.
El cambio: Claude como compañero de pensamiento
Lo que cambió con Claude Sonnet 4.6 no fue que “me escribiera el código”. Fue que pude externalizar la fricción cognitiva.
El flujo que usé fue:
- Describir la visión: le expliqué el problema que resuelve la app, quién la usaría y qué experiencia quería dar.
- Iterar el diseño en lenguaje natural: en vez de abrir Figma desde cero, describí las pantallas y Claude me ayudó a refinar la propuesta antes de codificar.
- Decidir la arquitectura juntos: discutí las opciones (qué stack, cómo estructurar la base de datos, qué manejar en el cliente vs. el servidor) y Claude me ayudó a evaluar trade-offs rápidamente.
- Implementar en bloques: en vez de intentar construir todo de una, dividí la app en bloques funcionales y abordé cada uno con contexto claro.
- Depurar en tiempo real: cuando surgían errores, los pegaba directamente con el contexto relevante y obtenía soluciones en segundos.
Lo que más aceleró el proceso
a) No tener que cambiar de herramienta mental
Normalmente, diseñar → planear → codificar son tres modos mentales distintos. Con Claude, todo fluyó dentro de la misma conversación. Pasé de “¿cómo debería verse esto?” a “aquí está el componente” sin perder el hilo.
b) Feedback inmediato sobre decisiones de diseño
“¿Tiene sentido que el usuario cree una captura antes de hacer login?” — este tipo de preguntas de producto que normalmente tardan días en resolverse (con un PM, con un equipo, con pruebas de usuario) las pude resolver en el momento, razonando en voz alta con la IA.
c) Código consistente desde el inicio
Al darle contexto del stack (React, TypeScript, Supabase, Tailwind), Claude mantuvo consistencia de estilo y arquitectura a lo largo de toda la sesión. No tuve que refactorizar por inconsistencias.
Lo que aprendí sobre trabajar con IA en modo “día uno”
- El contexto lo es todo: cuanto más claro eres sobre el problema, la tecnología y las restricciones, mejores son las respuestas.
- La IA no reemplaza el criterio: hubo decisiones que solo yo podía tomar porque conocía el dominio. Claude me ayudó a llegar más rápido a esas decisiones, no a evitarlas.
- El ritmo importa: no intenté hacer todo en un sprint infinito. Trabajé en bloques con contexto fresco, lo que mantuvo la calidad alta.
- Documentar mientras construyes: usar la IA para generar comentarios, READMEs y documentación en paralelo al código fue un multiplicador enorme.
Resultado
Una app funcional, desplegada — capturioo.com — con autenticación, base de datos en tiempo real, diseño responsivo y lógica de negocio propia, en un día.
No es que la IA sea magia. Es que reduce la fricción entre la idea y la ejecución de una manera que antes no era posible para un desarrollador solo.