3 movimientos que hacer con tu modelo más caro

Tu plan de IA te da acceso a un modelo caro y a uno barato. El caro se agota. Y casi siempre se agota igual: preguntas sueltas, respuestas que copias, pegas y nunca vuelves a ver.

Eso es gastar el recurso más escaso en trabajo desechable. El modelo caro no es para preguntar, es para construir. La diferencia es si al terminar la sesión te queda algo o no te queda nada.

Estos son los tres movimientos que valen ese presupuesto. Los tres tienen la misma forma: le das al modelo bueno una tarea de juicio, y lo que sale es un artefacto que después corre el modelo barato mil veces sin que tú vuelvas a pensar.

La regla que ordena todo

Antes de abrir un chat, pregúntate una cosa: ¿esto lo voy a volver a necesitar la semana que viene?

Si la respuesta es no, va al modelo barato. Un resumen, una traducción, un correo de seguimiento, sacar datos de un PDF: eso no necesita el modelo caro y lo estás quemando ahí sin darte cuenta.

Si la respuesta es sí, es candidato al modelo caro. Y no para que te dé la respuesta de hoy, sino para que te deje escrito el procedimiento que resuelve esa clase de problema para siempre.

Movimiento 1: convierte tu forma de trabajar en un archivo

Tienes procesos que solo viven en tu cabeza. Cómo revisas una propuesta antes de mandarla. Qué miras primero cuando una campaña se cae. Qué preguntas haces en una llamada de descubrimiento. Todo eso lo repites y cada vez lo reconstruyes desde cero.

El movimiento es entrevistarte a ti mismo con el modelo caro hasta que el proceso quede escrito. No le pidas que invente el proceso: pídele que te lo saque. Él no sabe cómo trabajas tú; tú sí, solo que nunca lo has puesto en palabras.

Vamos a extraer un proceso que yo ya ejecuto pero que nunca he escrito.

EL PROCESO: [describe en una frase: "cómo reviso una propuesta comercial
antes de mandarla al cliente"]

Tu trabajo NO es proponerme un proceso. Es entrevistarme hasta reconstruir
el que yo ya uso, incluyendo las partes que hago por instinto.

Hazlo así:

1. Hazme UNA pregunta a la vez. Nunca varias juntas.
2. Empieza por el final: qué tiene que ser cierto para que yo dé el
   visto bueno. Después ve hacia atrás.
3. Cuando yo diga algo vago ("reviso que se entienda"), no lo aceptes.
   Pregúntame qué miro exactamente para decidir eso.
4. Cuando te dé un criterio, pregúntame por el caso en que ese criterio
   falla. Ahí es donde está mi verdadero juicio.
5. Persigue los ejemplos. Pídeme la última vez que rechacé algo y por qué.

Después de 10 a 15 preguntas, para y entrégame:

- El proceso en pasos numerados, en imperativo, listo para que otra
  persona lo ejecute.
- La lista de criterios de rechazo, cada uno con el ejemplo que me
  diste tú.
- Las tres cosas que descubriste que yo hago y no sabía que hacía.
- Una lista de lo que NO quedó claro y necesito definir.

Empieza con la primera pregunta.

Lo que sale de ahí es un documento que le pegas al modelo barato con la instrucción "sigue esto" y ya tienes el proceso corriendo sin tu presupuesto caro. Si lo quieres empaquetar bien, la ruta natural después es convertirlo en una skill.

Movimiento 2: la auditoría del sistema completo

El segundo movimiento es el que menos gente hace porque da flojera juntar el material. Consiste en darle al modelo caro todo el contexto de un área y pedirle el diagnóstico, no la tarea.

Una cuenta de anuncios completa con seis meses de datos. Los últimos cuarenta correos de la bandeja de ventas. El calendario de entregables del equipo. La estructura de carpetas de un proyecto que ya no entiende nadie.

El modelo barato es bueno resolviendo el pedazo que le señalas. El modelo caro es el que ve el sistema y te dice cuál es el pedazo que hay que señalar. Eso es lo que estás comprando.

Vas a auditar un sistema completo. No quiero que arregles nada
todavía.

CONTEXTO: [pega o adjunta todo el material: exportación de datos,
lista de procesos, correos, estructura de archivos, lo que sea]

QUÉ ESTOY TRATANDO DE LOGRAR: [el resultado de negocio, en una frase]

QUÉ YA INTENTÉ: [lo que hiciste y no funcionó, si aplica]

Reglas de la auditoría:

1. Antes de opinar, dime qué información te falta para juzgar bien.
   Si es crítica, párate y pídemela.
2. Separa lo que es un hecho en los datos de lo que es una hipótesis
   tuya. Marca cada afirmación con [DATO] o [HIPÓTESIS].
3. No me des una lista de veinte mejoras. Dame los tres problemas
   que, si se resuelven, mueven más el resultado que te dije.
4. Para cada uno de esos tres: qué evidencia lo sostiene, qué pasa
   si no lo toco, y cuál es la prueba más barata para confirmarlo
   antes de invertir en la solución.
5. Dime también qué está bien y no debo tocar. Esa parte casi nadie
   la pide y es la que evita que rompa algo que funciona.

Cierra con: si yo solo pudiera hacer UNA cosa esta semana, cuál es
y por qué esa y no las otras dos.

El punto 5 es el que cambia la utilidad de la respuesta. Sin él, cualquier modelo te va a encontrar veinte cosas que mejorar, porque siempre hay veinte cosas que mejorar. Con él, te obliga a jerarquizar.

Movimiento 3: el archivo de contexto que heredan todos tus chats

Este es el que más se paga solo. La mayoría de la gente arranca cada conversación explicando quién es, a qué se dedica y qué está intentando. Eso es trabajo repetido y, peor, es trabajo repetido mal: cada vez explicas un poco distinto y obtienes respuestas un poco distintas.

Usa el modelo caro una vez para escribir el documento base de tu negocio o de tu trabajo. Después ese documento vive en el proyecto y todo chat nuevo arranca sabiendo.

Vas a escribir el documento de contexto que voy a reutilizar en
todas mis conversaciones contigo de aquí en adelante.

Primero entrevístame. Necesitas cubrir:

- Qué hace el negocio y a quién le cobra.
- Cómo entra el dinero: canales, ticket promedio, ciclo de venta.
- Quién es quién en el equipo y quién decide qué.
- Qué herramientas usamos de verdad (no las que compramos y no
  abrimos).
- Cuál es el cuello de botella actual y desde cuándo.
- Qué NO se toca: decisiones ya tomadas, restricciones legales,
  cosas que ya se probaron y fallaron.
- Cómo quiero que me hables: nivel de detalle, tono, formato.

Una pregunta a la vez. Si una respuesta mía es genérica, insiste
con un ejemplo concreto antes de seguir.

Cuando tengas todo, entrégame el documento en Markdown con esta
estructura, escrito para que TÚ lo leas, no para que lo lea un
humano:

# Contexto
## Negocio
## Cómo gana dinero
## Equipo y decisiones
## Stack real
## Problema actual
## Restricciones y cosas que no se tocan
## Cómo trabajar conmigo

Reglas del documento:
- Solo hechos que yo te di. Cero relleno, cero suposiciones.
- Si un dato no lo tienes, escribe "PENDIENTE:" y qué falta.
- Menos de 800 palabras. Si no cabe, corta lo que menos cambia
  tus respuestas.

Ese documento es la base de todo lo demás. Vale la pena releerlo cada trimestre y actualizarlo, porque un contexto viejo te da respuestas seguras de cosas que ya no son ciertas.

El orden y el error

El orden que funciona es 3, 1, 2. Primero el contexto, porque los otros dos salen mejor cuando el modelo ya sabe de qué negocio hablas. Después el proceso extraído, porque te da algo que corre solo. Y hasta el final la auditoría, porque necesita que hayas juntado material y eso toma tiempo.

El error que veo en todas las empresas donde entro es el mismo: usan el modelo más caro que tienen como buscador. Le preguntan cosas que Google contesta, o le piden resúmenes que el modelo barato hace igual de bien. Llegan al límite a mitad de semana y concluyen que el plan no alcanza.

El plan alcanza. Lo que no alcanza es gastar el mejor recurso en trabajo que no deja rastro. Si quieres ver el otro lado de esta misma moneda —cómo repartir la carga entre el modelo bueno y uno más barato dentro de una misma tarea— eso está en cómo dejar de quemar tu límite de uso.