Cómo uso Claude todos los días: 7 workflows que me ahorran el trabajo de analista

Hay un trabajo que nadie pone en su descripción de cargo pero que todos terminamos haciendo: el trabajo de analista. Leer el contrato antes de la reunión, cruzar tres reportes para entender por qué bajó una métrica, armar el one-pager para el board, investigar a un proveedor del que nadie sabía nada. En mi caso, era lo que terminaba haciendo a las 11 de la noche — no porque alguien me lo pidiera, sino porque era el andamiaje que faltaba debajo de cada decisión.

Ese trabajo es real, consume horas, y casi nunca es el trabajo por el que a uno le pagan. Y es exactamente el tipo de tarea que cambió cuando dejé de usar Claude como un buscador con buena redacción y empecé a usarlo como un analista junior al que le delego con instrucciones precisas.

La diferencia entre los dos usos es enorme. "Escríbeme un correo" es pedirle a la IA que rellene un formato. Lo que voy a mostrar acá es otra cosa: delegarle el razonamiento intermedio — la lectura, el cruce, la síntesis, la crítica — y quedarme yo con el juicio final. Son siete workflows concretos que uso cada semana, con los prompts exactos que me funcionan. Cópialos, ajústalos a tu contexto, y descártalos donde no apliquen.

1. El lector de documentos largos

El caso más obvio y el que más tiempo me devuelve. Llega un contrato de 40 páginas, un RFP de un proveedor, un paper regulatorio, los términos de un acuerdo de servicio. Antes lo leía en diagonal y rezaba para no haberme perdido la cláusula importante. Ahora lo proceso primero con Claude y después leo dirigido.

La clave no es pedirle "resume esto" — eso da un resumen genérico inútil. La clave es pedirle que lea con un objetivo: que busque riesgos, obligaciones, fechas y cualquier cosa que me comprometa.

El cambio de mentalidad acá es entender que Claude no reemplaza la lectura crítica del documento. La dirige. Yo sigo leyendo el contrato, pero leo el 15% que importa con plena atención, en vez del 100% con atención dispersa.

2. El analista de datos que formula hipótesis

Este es el que más sorprende a la gente. Exporto un CSV de métricas — transacciones por día, tasa de aprobación por país, costos por proveedor — lo pego en Claude y, en vez de pedirle un gráfico, le pido que piense como analista: que mire los números y me diga qué hipótesis explican lo que ve.

3. El investigador que sintetiza fuentes dispersas

Cuando necesito entender un tema nuevo rápido — un competidor que apareció, una tecnología que mi equipo propone, un mercado al que estamos mirando — el cuello de botella nunca es encontrar información. Es destilarla. Junto cinco o seis fuentes (artículos, un par de páginas de un reporte, notas sueltas), se las paso a Claude y le pido el brief que yo armaría si tuviera tres horas.

Esto no reemplaza la investigación profunda cuando la decisión es grande. Pero para el 80% de los casos en que solo necesito pasar de "no tengo idea" a "entiendo lo suficiente para hacer las preguntas correctas", es imbatible.

4. El evaluador de proveedores y herramientas

En liderazgo técnico, evaluar opciones es trabajo de todas las semanas: dos proveedores de pagos, tres herramientas de observabilidad, cuatro frameworks. El error común es comparar por impresión. Lo que hago es forzar la comparación contra criterios explícitos, y dejar que Claude arme la matriz.

5. El preparador de one-pagers para el board

Tengo el contenido en la cabeza y en notas dispersas. Lo que me cuesta es la transformación: de mis notas técnicas y desordenadas a una página que un directorio no técnico lea en dos minutos y entienda. Esa traducción de altitud es trabajo de analista puro, y Claude la hace bien si le doy el material crudo y el público.

6. El abogado del diablo que critica mi plan

Este es el workflow que más me ha ahorrado vergüenzas. Antes de mandar una propuesta, presentar una arquitectura o defender una decisión, le pido a Claude que la destroce. No que la valide — que la ataque, con la mentalidad de la persona más escéptica de la sala.

Funciona porque le doy permiso explícito de ser crítico. Si le pides feedback en general, Claude tiende a ser amable. Si le pides que actúe como tu peor crítico, te da el regalo de la objeción anticipada.

7. El traductor entre lo técnico y lo ejecutivo

El último es el que une todos los anteriores, y es quizás el más subestimado. Buena parte de mi trabajo es traducir en las dos direcciones: explicarle al board por qué una migración de infraestructura importa, y explicarle al equipo de ingeniería por qué una prioridad de negocio no es negociable. Claude es un traductor de altitud excelente.

El hilo común entre los siete

Si releés los siete prompts, notarás que comparten el mismo esqueleto. Le doy a Claude un rol ("actúa como un abogado escéptico", "como un analista senior"), un contexto (quién soy, qué busco), un material concreto (el contrato, la tabla, las notas) y un formato de salida (la tabla, el one-pager, las tres preguntas abiertas). Y en casi todos, una instrucción de honestidad: "si no se puede concluir, dilo".

Esa última estadística es la importante. En ninguno de estos workflows Claude toma la decisión. Lee, cruza, sintetiza, critica y traduce — todo el trabajo analítico que precede a una buena decisión. Pero la decisión, la que tiene mi nombre y mi responsabilidad encima, sigue siendo mía. Esa frontera no es una limitación técnica que se vaya a resolver con el próximo modelo. Es una decisión de cómo quiero trabajar.

Lo que esto no resuelve — honestidad

No quiero vender una imagen falsa. Estos workflows tienen límites reales que conviene tener claros antes de apoyarse en ellos.

Claude no conoce tu contexto político. Sabe analizar un plan, no sabe quién en tu directorio tiene una agenda con ese proveedor. El matiz organizacional lo pones tú, siempre.

La calidad del input manda. Si le das notas vagas, te devuelve un one-pager vago con mejor formato. No convierte información mala en buena — la presenta mejor, que a veces es peor porque parece más confiable de lo que es.

Puede equivocarse con seguridad. Por eso cada prompt incluye la instrucción de marcar lo que es inferencia y de admitir cuando no se puede concluir. Aun así, todo número que vaya a una decisión real se verifica en la fuente. Sin excepción.

No reemplaza al analista de verdad cuando la decisión es grande. Para una adquisición, una migración de millones, o una decisión regulatoria sensible, sigo queriendo a una persona con responsabilidad y contexto profundo. Lo que cambió es que esa persona — o yo — llega a esa conversación con el trabajo de base ya hecho.

Por dónde empezar esta semana

No intentes adoptar los siete de golpe. Elige el que ataque tu dolor más frecuente. Si pasas la vida leyendo documentos, empieza por el primero. Si te cuesta preparar reuniones, por el quinto. Si sospechas que tus propias propuestas tienen huecos, por el sexto — y prepárate para no disfrutarlo, porque funciona demasiado bien.

Toma el prompt, reemplaza lo que está entre corchetes con tu material real, y córrelo con una tarea que de todas formas tenías que hacer hoy. No con un ejemplo de juguete — con trabajo real. Es la única forma de ver si el output aguanta tu estándar.

La primera vez te va a parecer que tardas lo mismo, porque estás aprendiendo a escribir el prompt. A la tercera, vas a notar que el trabajo de analista que te robaba las noches ahora cabe en los huecos del día. No porque trabajes menos, sino porque dejaste de hacer a mano el andamiaje que una IA bien dirigida arma en minutos.