Sacar el paso que más tarda sin sacar la revisión

Una analista de compras de una red de clínicas compara cotizaciones de insumos todas las semanas. Abre un chat, explica los criterios (precio, plazo de entrega, duración del contrato, certificaciones), pega una cotización y pide una evaluación. Repite lo mismo para cada una de las seis u ocho cotizaciones, copia cada respuesta a mano en una planilla y abre otro chat para redactar el mail de recomendación. Se le va la tarde del miércoles. A veces se olvida un criterio en algún chat, y las evaluaciones no quedan comparables.

Usa Claude todo el tiempo. El flujo igual es lento y poco confiable.

Eficiencia y efectividad

Optimizar un flujo (optimize a workflow) tiene dos caras, eficiencia y efectividad (efficiency and effectiveness): que tarde menos y que salga mejor. Casi siempre los dos problemas tienen la misma raíz. En el caso de la analista, repetir los criterios en cada chat le cuesta tiempo y le hace perder un criterio de vez en cuando.

Dónde buscar

Antes de cambiar nada, medí o al menos estimá cuánto tarda cada paso y dónde aparecen los errores. Los lugares típicos donde se pierde el tiempo:

Síntoma	Paso redundante	Arreglo
Explicar el mismo contexto en cada chat	Repetir instrucciones	Un Project con los criterios en las instrucciones
Un pedido por cada caso, uno atrás del otro	Procesar de a uno lo que se puede comparar junto	Evaluar todos los casos en un mismo pedido, en una tabla
Copiar a mano lo que Claude escribió en prosa	Retipear	Pedir salida estructurada (structured output): una tabla con las columnas de la planilla
Cada resultado sale con un formato distinto	Reformatear	Una plantilla (template) de salida fija
Un chequeo de Claude para atajar errores que nacen en un paso manual	Controlar un error evitable	Eliminar el paso manual que genera el error

Un paso redundante (redundant step) es uno que no agrega valor: alguien lo hace porque el flujo se armó así, no porque haga falta.

Un ejemplo con números

El equipo legal de una administradora de propiedades recibe unos 40 contratos de alquiler por semana. Su flujo: Claude resume cada contrato en prosa, un paralegal retipea los datos clave en la planilla de seguimiento (partes, monto, plazo, renovación), Claude controla la carga contra el contrato y un abogado revisa y aprueba. Midieron un mes: el retipeo se lleva el 70% del tiempo, y casi todos los errores que encuentran los abogados son de transcripción.

La medición señala un solo paso. Si Claude extrae los datos directamente en las columnas de la planilla, el retipeo desaparece, y con él la mayoría de los errores. Agregar un segundo control después del retipeo ataca el síntoma; sacar el paso ataca la causa.

Lo que no se optimiza

La revisión humana que agrega valor no es un paso redundante. El abogado que aprueba cada contrato y el jefe que revisa cada recomendación antes de mandarla siguen. Que Claude “ya controle” no reemplaza a quien responde por el resultado.

Tampoco se optimiza cambiando de modelo: un modelo más capaz sigue repitiendo los mismos pasos.

Las trampas típicas

• Sacar la revisión del abogado o del jefe porque Claude ya chequea.
• Sumar otro control de Claude en lugar de eliminar el paso que genera errores.
• Pasar al modelo más grande sin cambiar el flujo.
• Partir el trabajo en más chats separados “para mayor precisión”.
• Optimizar el paso que se ve, no el que la medición señala.

En el examen

Si el escenario describe un flujo lento con pasos manuales, buscá la opción que elimina el paso que más tiempo consume o donde nacen los errores (repetir contexto, ir de a uno, copiar a mano) y conserva la revisión humana. Las pistas suelen estar en los números: qué paso se lleva más tiempo y de dónde salen los errores. Descartá las que sacan la revisión, las que agregan controles sobre un paso evitable y las que solo cambian de modelo.