METHOD / PROBLEM → SYSTEM
Me das el problema. Yo diseño y construyo el sistema.
No necesitas llegar con una solución ni saber qué tecnología hace falta. Necesitas llegar con cuatro cosas: el problema, los datos, las restricciones y el objetivo. Con eso diseño el sistema.
02 / INPUTS
Las cuatro cosas que necesito de ti.
Estas son las preguntas que te haré. No hace falta tener todas las respuestas: encontrarlas también es parte del trabajo.
- 01 — PROBLEM
El problema
- ¿Qué no funciona hoy?
- ¿Qué cuesta demasiado tiempo o dinero?
- ¿Qué no se puede hacer y debería poder hacerse?
- 02 — DATA
Los datos
- ¿Qué información existe y dónde vive?
- ¿Qué herramientas y sistemas intervienen?
- ¿En qué estado están esos datos?
- 03 — CONSTRAINTS
Las restricciones
- ¿Qué presupuesto y qué plazos hay?
- ¿Qué tiene que seguir funcionando como está?
- ¿Hay normativa, equipo o proveedores que condicionen?
- 04 — OBJECTIVE
El objetivo
- ¿Qué tiene que ocurrir para que haya merecido la pena?
- ¿Quién va a usar el sistema y para qué?
- ¿Cómo sabremos que funciona?
03 / PHASES
De la conversación al sistema en producción.
Seis fases. La primera puede terminar en un «no hace falta construir nada».
- 01 — UNDERSTAND
Entender
Una conversación sobre el problema, los datos, las restricciones y el objetivo. Si no hace falta construir nada, te lo digo aquí.
- 02 — DESIGN
Diseñar
Arquitectura de datos antes que código. Qué construir, en qué orden y, sobre todo, qué no construir.
- 03 — BUILD
Construir
Desarrollo modular y mantenible, con la IA como herramienta de ejecución y el criterio como guía.
- 04 — VERIFY
Verificar
Tests automáticos, conciliación con datos reales y revisión en el navegador antes de dar algo por terminado.
- 05 — HAND OVER
Entregar
Repositorio y credenciales para ti. Tú eres el dueño del sistema y de sus datos.
- 06 — EVOLVE
Evolucionar
El sistema sigue trabajando y tu empresa sigue cambiando. Puedo seguir acompañándolo.
04 / PRINCIPLES
Lo que no cambia en ningún proyecto.
Hablas con quien construye
Quien diseña el sistema es quien lo construye y quien responde por él. Sin intermediarios.
Decisiones por escrito
Las decisiones estructurales se registran con su contexto y sus consecuencias.
Evidencia: ADR de Rocio.comVerificación con datos reales
Las cifras se concilian contra la fuente antes de enseñarlas.
Evidencia: Conciliación de AtalayaIQIntegrar antes que sustituir
Lo que ya funciona se conserva y se conecta. Migrar es una decisión, no un requisito.
Evidencia: Solo lectura en AtalayaIQIA solo cuando aporta
Cada parte del sistema usa la herramienta adecuada, con IA o sin ella.
Evidencia: Gustela CRM, sin IANinguna cifra inventada
Ni en el sistema ni en la propuesta: lo que no se puede afirmar con datos, no se afirma.
05 / QUESTIONS
Preguntas sobre cómo trabajo.
01¿Necesito saber qué tecnología quiero?
No. Necesitas saber qué problema tienes y qué quieres conseguir. Elegir la tecnología es parte de mi trabajo.
02¿Cómo empieza un proyecto?
Con el formulario de contacto o un correo contándome el problema. Lo leo yo, te pregunto lo que no esté claro y, si tiene sentido, hablamos para entenderlo antes de proponer nada.
Cuéntame el problema03¿Trabajas solo?
Sí: quien diseña el sistema es quien lo construye. Trabajo con agentes de programación que amplían lo que una persona puede construir, pero las decisiones y la responsabilidad son mías.
Conocer a Andrés04¿Qué tamaño de proyecto encaja?
Sistemas con un problema real detrás: plataformas, herramientas internas, capas de datos o IA integrada. El formulario de contacto incluye rangos de presupuesto orientativos desde 5.000 €; los sistemas grandes se plantean por fases.
05¿Quién es propietario del resultado?
Tú. Al terminar se entregan el repositorio y las credenciales. El código y los datos son de tu empresa.
06¿Trabajas con empresas fuera de España?
Sí. Trabajo desde España para empresas de cualquier lugar.
¿Empezamos por el problema?
Cuéntame qué necesitas resolver. No hace falta que sepas todavía qué hay que construir.