Cuando le cuento a alguien que opero el trabajo de mi agencia con Claude Code, la primera pregunta casi siempre es técnica: «¿Qué le pusiste?», «¿Qué prompt usas?», «¿Me puedes pasar la configuración?». Y entiendo por qué. Pero la respuesta sorprende y es muy poco intuitiva. Fue sentarme con un cuaderno y un lápiz a dibujar cómo debía funcionar el sistema.
Un diagrama de flujo. «A la antigua». Con cajas y flechas.
Suena poco impresionante para un artículo sobre IA. Es, sin embargo, la decisión que hizo que todo lo demás funcionara. Porque una herramienta tan potente como Claude Code amplifica lo que le pides. Si le pides algo confuso, te devuelve confusión más rápido. La única forma de que te devuelva orden es saber exactamente qué orden quieres antes de pedírselo.
Y averiguar qué es lo que quieres no es simple cuando está en tu cabeza. La mejor forma es un dibujo que puedes mirar. El 90% de lo que sabemos lo hemos visto. Y es así como aprendemos mejor.
Lo que dibujé
La verdad es que no dibujé prompts, ni funciones, ni complicadas fórmulas matemáticas en un vidrio. Lo que dibujé fue el recorrido de una cosa por mi día de trabajo. Una idea, una tarea, un pendiente. ¿Por dónde entra? ¿Qué le pasa? ¿Dónde queda registrada? ¿Qué pasa si y si no? ¿En qué momento decido yo?
Al final todo esto terminó siendo una cadena de cuatro cajas
Capturar → Procesar → Registrar → Decidir
- Capturar: Un solo lugar para soltar lo que se me ocurre, sin ordenarlo, en el momento.
- Procesar: Un paso donde eso en crudo se ordena, se enruta al cliente correcto, al proyecto correcto y se convierte en acción.
- Registrar: Cada proyecto guarda su estado al día, para no depender de mi memoria.
- Decidir: El punto donde el sistema se detiene y me pregunta, porque hay cosas que no se automatizan.
Este dibujo cabía en media hoja. Pero me dio algo que ningún prompt me habría dado: la claridad sobre qué le iba a pedir a la máquina y qué me iba a reservar para mí.
Por qué en el papel y no la pantalla
Podría haber hecho el diagrama en una app bonita. No lo hice, y no por nostalgia. Es que el papel te obliga a pensar antes de dejarlo bonito. No hay plantilla que te salve, no hay que elegir colores, no puedes esconder una idea floja detrás de un ícono. Si el flujo no se sostiene en un dibujo feo hecho con lápiz pasta, no se va a sostener en código. El papel es el filtro más barato y más «real» que conozco.
Con todo esto hay una regla que fijé y que la repito a todo el mundo: si no puedes dibujar tu flujo de trabajo, no puedes automatizarlo. La gente quiere saltar directo a la herramienta. Pero tratar de automatizar un proceso que no entiendes solo te armará un desorden más rápido. Primero el diagrama, después y solo después la herramienta.
Lo que me ahorró este «dibujito»
Cuando por fin me senté a construir mi sistema con Claude Code, ya no estaba improvisando: estaba implementando un plano. Cada pieza que programé después —el contexto de cada cliente, las tareas repetibles, la bandeja de entrada, el seguimiento de cada cosa— ya existía como una caja en ese dibujo. La máquina, así, ya no tuvo que adivinar qué es lo que yo quería, porque ya se lo había explicado.
Mis varios años de trabajo me enseñaron esto mucho antes de que existiera la inteligencia artificial: Las buenas obras primero se piensan y luego se construyen. La IA no cambió esta regla, la hizo más importante, porque ahora construyes muchísimo más rápido y construir rápido sobre un mal plano solo significa equivocarse antes.
En la próxima etapa te muestro cómo ese diagrama de media hoja se volvió un sistema que trabaja conmigo todos los días.