01 Elige un solo proceso, y uno que se repita

LOOP-R no mejora «la empresa». Mejora un proceso a la vez. Aquí, un proceso es una tarea que ocurre muchas veces, de la misma manera, y termina con un resultado observable. Tres criterios ayudan a elegirlo: ocurre al menos decenas de veces al mes; tiene un comienzo y un final claros; y quien la realiza puede observar el resultado.

Marcos, agente inmobiliario, recibe unos 80 contactos al mes desde portales de anuncios. Responder al primer contacto es un proceso: empieza cuando llega el contacto y termina cuando responde (o no) en 24 horas. Publicar inmuebles, negociar comisiones y coordinar visitas también son procesos, pero pertenecen a otros ciclos. Si intenta mejorarlo todo a la vez, no sabrá qué causó qué.

Piensa en una reforma habitación por habitación: no pintas toda la casa un sábado. Eliges la sala, la terminas y luego pasas a la cocina. El ciclo funciona igual, y la primera habitación debe ser la que más se repite, porque ahí la evidencia se acumula más rápido.

02 «De X a Y» y sin empeorar qué

El objetivo del ciclo tiene una estructura fija: llevar [una cifra] de X a Y sin empeorar Z. Cada parte cumple una función. «Una cifra» indica qué medir. «De X» señala dónde estás hoy. «A Y» es una meta que te alegraría alcanzar. Y «sin empeorar Z» es lo que casi todos olvidan y lo que protege el negocio.

La Dra. Renata es dueña de una clínica estética y envía propuestas por WhatsApp después de la consulta. De cada 100 propuestas, 3 se convierten en paquetes pagados. Su objetivo quedó así: «llevar la conversión del 3 % al 5 % sin empeorar el margen medio ni aumentar las quejas». ¿Por qué importa la segunda mitad? Porque una cifra aislada se convierte en una meta, y un sistema que la persigue aprende a hacer trampa. Si la solicitud fuera solo «cerrar más propuestas», ganaría siempre la versión que ofrece un 20 % de descuento.

En soporte, la misma trampa tiene otra cara. Cláudio dirige la atención al cliente en una pequeña empresa de software y pidió «reducir el tiempo de atención». Sin una condición de «sin empeorar», ganaría la versión que cierra la consulta en dos minutos sin resolver nada. Su condición fue: sin aumentar las consultas reabiertas en 7 días.

03 La cifra debe existir hoy y poder medirse rápido

«De X» es una cifra que tienes, no una que te gustaría tener. Si nadie la cuenta hoy, la primera tarea del ciclo es contarla (eso se hace en la clase 3). Hay un segundo requisito: la cifra debe dar resultados pronto. Hay tres velocidades. Las cifras de dinero (conversión, importe medio, margen) tardan semanas en aparecer. Las cifras de señal (respondió el cliente, se agendó una visita) aparecen en horas. Las cifras de artefacto (¿la propuesta cumple la lista de verificación?) aparecen en minutos.

La diferencia lo cambia todo por la cantidad necesaria para demostrarlo. Para demostrar que una versión convierte al 5 % frente al 3 % actual, necesitas unas 1.500 propuestas por versión. La Dra. Renata envía 50 por semana: tardaría más de un año en completar una sola prueba. En cambio, demostrar que la tasa de respuesta subió del 20 % al 30 % exige unas 300 por versión: 12 semanas a ese ritmo. Por eso el ciclo de la clínica prueba la tasa de respuesta en 48 horas y solo vigila la conversión.

Marcos hizo el mismo cambio. Quería «vender más inmuebles» (2 al mes: imposible de probar). La cifra que persigue su ciclo es los contactos que responden en las 24 horas posteriores al primer mensaje: hoy son 22 de cada 100. Las ventas siguen siendo su objetivo; simplemente no son lo que mide cada semana.

04 La pregunta 1 de la ficha del ciclo

A ficha del ciclo es lo único que completas. Son cinco preguntas, como el formulario de admisión que una clínica te pide en la primera consulta: respondes una vez y cada profesional que te atienda después lo lee. Los asistentes del ciclo consultan la ficha de la misma manera en cada ciclo. La respuesta 1 es exactamente la frase que construiste en los pasos anteriores.

Abajo verás un fragmento de la ficha. Parece un formulario, y eso es: cada fila es una pregunta que respondes una vez, y el resto del ciclo se apoya en ella. Solo modificas las respuestas; las etiquetas de la izquierda quedan tal como están.

PREGUNTA 1 — objetivo (ejemplo: clínica de la Dra. Renata)
  proceso:        propuesta comercial por WhatsApp
  cifra:          conversión — se convirtió en un paquete pagado en un máximo de 15 días
  hoy:            3 %
  meta:           5 %
  cifra rápida:   tasa de respuesta en 48 h — hoy 20 %, meta 30 %
  sin empeorar:   margen medio · quejas · solicitudes para dejar de recibir mensajes

Observa que la ficha no promete que la conversión llegará al 5 %. Garantiza otra cosa: ninguna versión que reduzca el margen o aumente las quejas se vuelve oficial; todo queda registrado y el ciclo se repite igual cada semana. Si la cifra sube, perfecto; si no, no perdiste lo que tenías.

01 El ciclo solo aprende de lo que se hizo

La segunda letra de LOOP-R es Operar: hacer el trabajo real. Parece obvio, pero aquí es donde mucha gente intenta saltarse pasos. No se puede mejorar una propuesta que nunca se envió ni una atención que solo existe en el papel. Cada ejecución real es una oportunidad para aprender, y cada ejecución que no ocurre es una oportunidad perdida.

Marcos, el agente inmobiliario, respondía de memoria a los contactos del portal. El lunes, con tiempo, escribía tres párrafos y enviaba una foto del inmueble. El jueves, en medio del tráfico, mandaba «hola, ¿te interesa?». Ejecutó 80 veces ese mes, pero fueron 80 ejecuciones de 80 cosas distintas. Cuando preguntó a la IA «¿cómo mejoro mi respuesta?», la IA no podía contestar: ¿cuál de todas?

Es como la diferencia entre una receta y «cocinar como la abuela». La abuela acierta, pero nadie puede repetir ni mejorar el resultado, porque cada día calcula las cantidades de otra manera. Una receta escrita puede estar mal, y precisamente por eso se puede corregir.

02 La versión actual debe estar por escrito

Antes del primer ciclo, el proceso necesita una versión actual: un guion breve y escrito que describa cómo se hace el trabajo hoy. No hace falta que sea bueno. Debe ser el mismo en cada ejecución, para que 200 propuestas se conviertan en 200 casos comparables, no en 200 opiniones.

La versión 1 de la clínica de la Dra. Renata tenía cinco partes: saludo por el nombre y agradecimiento por la visita; resumen de lo observado durante la evaluación, en dos o tres frases; explicación del paquete recomendado; precio y formas de pago; despedida cordial, «quedo a tu disposición para cualquier consulta». Cabe en seis líneas. Ese guion generó las primeras 200 propuestas registradas y permitió el primer hallazgo: 166 de las 200 no recibieron respuesta en 48 horas.

03 Hacerlo siempre igual permite comparar

Seguir al pie de la letra la versión actual puede parecer rígido. Es lo contrario: permite cambiar las cosas con seguridad más adelante. Si dos ejecuciones difieren en cinco aspectos a la vez y una funciona mejor, no sabrás cuál marcó la diferencia. Si difieren en una cosa, sí lo sabrás. El guion fijo permite que en la próxima clase se cambie una sola cosa a la vez.

En el equipo de soporte de Cláudio, dos agentes respondían de maneras opuestas al mismo tipo de consulta: uno enviaba instrucciones paso a paso con imágenes; el otro pedía acceso remoto de inmediato. Las cifras del mes decían que el 61 % se resolvía en el primer contacto. Pero ¿el 61 % de qué? De una mezcla. Cuando ambos empezaron a seguir la misma versión 1 (primero los pasos, acceso remoto solo si fallaban), la cifra bajó al 58 %, y por primera vez significaba algo.

Esto no significa que nadie pueda improvisar. Significa que la improvisación no cuenta. Quien se salga del guion anota «fuera del guion» en la fila de esa ejecución, y esa fila queda fuera de la comparación.

04 El Executor: quien ejecuta no juzga

En LOOP-R, quien ejecuta es un asistente con una sola función llamado Executor. Recibe la versión actual y los datos del caso, produce el artefacto (la propuesta, la respuesta al contacto o el texto para la consulta) y registra una fila. Nada más. No opina sobre la calidad, no sugiere cambios ni «mejora» nada por su cuenta.

Para Marcos, el Executor es el asistente que recibe el guion de la versión 1 junto con los datos del contacto (nombre, inmueble que consultó, barrio) y devuelve la primera respuesta lista para pegar en WhatsApp. Si el guion pide «una pregunta al final», incluye una pregunta al final, aunque en ese caso dos parezcan mejor. No cede al impulso de «mejorar sobre la marcha», porque una mejora sobre la marcha es invisible: nadie la registró ni la comparó.

Es la misma separación que en una cadena de montaje: quien ensambla no es quien inspecciona. No por desconfianza, sino por método. Quien hizo el trabajo nunca lo ve como quien lo revisa.

01 La evidencia no es una opinión: una fila por ejecución

La tercera letra es Observar. Aquí empieza la inteligencia del loop; es un paso poco vistoso: cada ejecución se convierte en una fila con el resultado anotado. Nada de «creo que las propuestas cortas funcionan mejor». La pregunta es: cuántas fueron cortas, y cuántas de esas recibieron respuesta?

En la clínica de la Dra. Renata, las primeras 200 propuestas de la versión 1 se convirtieron en 200 filas. La columna «respondió en 48 h» sumó 34: una tasa de respuesta del 17 %. La ficha decía 20 %: el número que ella «creía» correcto. Una diferencia de 3 puntos no es grande, pero es la primera vez que el dato sale de su cabeza y queda por escrito. Desde entonces, todo lo que proponga el loop parte del 17 %, no del 20 %.

Piensa en cómo mide la presión arterial una clínica: no pregunta «¿sientes presión?», sino que mide, anota y compara con la última lectura. La evidencia es la medición registrada. La opinión es «me siento…».

02 Las columnas del registro del proceso

A registro del proceso es una hoja de cálculo común; sirve la que ya usas. Lo que cambia es la disciplina: una fila por ejecución, siempre con las mismas columnas. Es la respuesta 2 de la ficha del loop: «dónde nace la evidencia».

A continuación verás el encabezado de la hoja. Parece una tabla de contabilidad, pero funciona como el registro de recepción: cada columna es una pregunta que se responde una vez por fila. Las tres primeras indican qué y cuándo; las del medio indican qué versión; las últimas indican qué pasó. Tú solo completas los datos; los nombres de las columnas no cambian.

id fecha versión variante respondió resultado reclamó observación L0041 2026-09-02 v1 A sí no no lead del portal, piso de 2 habitaciones L0042 2026-09-02 v1 A no no no L0043 2026-09-03 v1 A sí sí no visita programada para el sábado

Marcos usa exactamente estas columnas. «id» es un código cualquiera que inventa (L0041, L0042…); «versión» es el guion que siguió (v1, por ahora); «variante» queda en «A» hasta que haya una prueba; «respondió» es su métrica rápida; «resultado» es la métrica económica (si se concretó la visita); «reclamó» es la métrica de «sin empeorar». «Observación» es libre y ahí escribe «fuera del guion» cuando improvisa.

03 La fuente es el cuello de botella, y también lo es la definición de la columna

Los asistentes del loop son la parte fácil. Lo difícil es que la evidencia está en distintos lugares: el WhatsApp de la clínica, la bandeja del portal, el sistema de tickets, la hoja de un socio o la memoria del vendedor. Dónde nace la evidencia es la pregunta 2 de la ficha precisamente porque nadie puede responderla por su cuenta. Ningún asistente buscará datos en tu WhatsApp: alguien —tú, la recepcionista o el propio Ejecutor al escribir el artefacto— tiene que llevar cada resultado a la fila.

Cada columna también necesita una definición que quepa en sí o no. En el equipo de soporte de Cláudio, «resuelto» parecía obvio, hasta que aparecieron tickets cerrados por el agente sin que el cliente estuviera de acuerdo. La definición pasó a ser: «resuelto = el cliente no lo reabrió en 7 días». En la clínica, «respondió» pasó a ser «respondió en 48 h con algo que no sea un rechazo»: ¿«no, gracias» cuenta como respuesta? Según la definición, no. Sin esa frase, parecería ganar la versión que provoca más «no, gracias».

04 Cuántas filas hacen falta para que la hoja diga algo

Diez filas sirven para aprender a completar la hoja. No permiten sacar conclusiones. El loop solo acepta un patrón con al menos 30 filas del mismo tipo —y lo considera sólido a partir de 90. Por debajo, lo que parece un patrón casi siempre es casualidad; la hoja guarda la observación en una lista aparte, «observado, no probado», para revisarla cuando haya más filas.

Con 12 leads registrados, Marcos notó que «los del martes responden más». Respondieron tres de los cuatro del martes y solo dos de los otros ocho. Parece un patrón. Con 12 filas no significa nada: basta con que un lead cambie de día para que el «descubrimiento» desaparezca. La nota quedó en la lista de observaciones. Ocho semanas después, con 160 filas, el martes no se diferenciaba de ningún otro día.

01 La crítica va antes que la idea

La cuarta letra es Proponer. Pero proponer no empieza con la creatividad, sino con una lectura objetiva de lo que muestra la hoja. En el loop, esa lectura tiene responsable: el Crítico, un asistente con una sola función: revisar la evidencia y decir qué funcionó, qué falló y con qué solidez respalda cada afirmación. No sugiere soluciones; solo diagnostica.

Al revisar las 200 propuestas de la clínica, el Crítico señaló: 166 de 200 no recibieron respuesta en 48 horas (83 %); el costo y el tiempo por propuesta eran estables (unos cinco minutos y medio cada una); y la versión 1 terminaba con «estoy a tu disposición para cualquier duda», sin pedir nada a la clienta. Tres afirmaciones, tres cifras. Ninguna sugerencia. Solo después alguien propone.

Es el orden del mecánico: primero el diagnóstico («el ruido viene de la suspensión delantera») y luego el presupuesto. Quien propone antes de diagnosticar puede cambiar una pieza que funciona.

02 SI, ENTONCES, PORQUE: el formato que se puede refutar

Una hipótesis LOOP-R tiene tres partes obligatorias. SI: qué cambia concretamente en el guion. ENTONCES: qué número cambia y de cuánto a cuánto. PORQUE: qué evidencia de la hoja respalda la apuesta. Y una cuarta parte práctica: la CAMBIO —la modificación exacta del texto de la versión actual para que el Ejecutor pueda aplicarla.

Esta es la segunda hipótesis real del loop de la clínica, tal como la escribió el Optimizador: SI añadimos en Reglas un máximo de 80 palabras en total, ENTONCES la tasa de respuesta debería subir del 17 % (200 propuestas) al menos al 22 %, PORQUE el 83 % de las propuestas no recibe respuesta y la estructura de 5 bloques produce un mensaje largo para WhatsApp; acortarlo reduce el esfuerzo de lectura antes del precio. CAMBIO: en «Reglas», añade la línea «máximo de 80 palabras en todo el mensaje».

03 Cada hipótesis lleva la solidez de su evidencia

No todas las hipótesis empiezan igual. El Crítico etiqueta cada afirmación: sólida cuando se apoya en 90 filas o más del mismo tipo; moderada a partir de 30; débil por debajo de esa cifra. La solidez determina el orden: las hipótesis sólidas se prueban primero; las débiles esperan en «observado, no probado» hasta que haya más datos. Solo puedes probar una cosa a la vez; la solidez indica cuál.

Marcos tenía dos ideas. La primera —«los leads que preguntan el precio en el primer mensaje concretan menos visitas»— venía de 25 leads, así que su evidencia era débil y quedó en espera. La segunda —«la respuesta actual no termina con una pregunta»— se basaba en las 130 filas registradas hasta entonces; 101 no tuvieron respuesta en 24 horas. Su evidencia era sólida. Esa pasó a prueba: SI la primera respuesta termina con una única pregunta clara («¿prefieres visitar esta semana o la próxima?»), ENTONCES la respuesta en 24 h debería subir del 22 % al menos al 28 %, PORQUE 101 de 130 leads no responden y el texto actual no pide respuesta.

04 Una hipótesis todavía no es una regla

Escribir la hipótesis termina esta letra, no el loop. Aún debe pasar por dos puertas. La primera es el Guardián: un asistente que comprueba si el cambio toca algo que nunca puede cambiar por sí solo o pone en riesgo una métrica de «sin empeorar». Si ocurre, lo veta y el veto es definitivo. La segunda puerta es la prueba de la próxima clase. Solo lo que supera ambas se convierte en versión oficial.

En el equipo de soporte de Cláudio, el 37 % de los tickets de un mes trataba el mismo problema: la pantalla de pago no cargaba. La hipótesis quedó clara: SI la primera respuesta a ese tipo de ticket incluye los tres pasos que resuelven el 80 % de los casos, ENTONCES la resolución en el primer contacto debería subir del 58 % al menos al 65 %, PORQUE 112 de 300 tickets son sobre ese problema y la respuesta habitual solo pide más información. El Guardián la aprobó. En la clínica, en cambio, vetó antes de la prueba la primera hipótesis del ciclo —terminar la propuesta con una pregunta de cierre como «¿prefieres empezar esta semana o la próxima?»—. La misma idea que Marcos pudo probar se detuvo allí: la ficha de la Dra. Renata no toleraba ninguna reclamación, y una elección forzada presiona justo esa métrica. El Guardián lee la ficha de cada loop; no aplica una regla general.

Que veten una hipótesis que parece excelente no es un fracaso. Significa que el loop tomó en serio la ficha.

01 «Parece mejor» no demuestra nada

La quinta letra es Reforzar: probar la hipótesis, evaluar el resultado y solo entonces incorporarla o descartarla. Las palabras importantes son solo entonces. Entre la hipótesis y la versión oficial hay una prueba, cuyo resultado no depende del gusto de nadie.

Marcos leyó las primeras veinte respuestas de la versión nueva (la que termina con una pregunta) y le gustaron: eran más directas y amables. Quiso cambiar el guion ese mismo día. Lo que tenía era una impresión sobre veinte mensajes, ni una fila de resultados. Las respuestas podían ser estupendas y recibir menos contestaciones que las anteriores. No lo sabría.

Es la diferencia entre un medicamento que «parece haber ayudado» y otro comparado con uno distinto en una prueba. Lo primero es un relato; lo segundo, un resultado. El loop solo acepta lo segundo.

02 A y B en paralelo, al mismo tiempo

Una prueba LOOP-R se describe fácilmente: la mitad de las ejecuciones sigue la versión actual (A); la otra mitad sigue la candidata (B) durante las mismas semanas, elegidas al azar. La columna «variante» de la hoja, que estaba fija en A, empieza a alternar. El Experimentadores un asistente con una sola función: calcula cuántas ejecuciones hacen falta para demostrarlo, estima cuántas semanas llevará al ritmo actual y escribe el criterio de parada antes de empezar.

¿Por qué al mismo tiempo y no «este mes con B y el pasado con A»? Porque los meses cambian: en la clínica de la Dra. Renata, diciembre tiene fiestas y enero vacaciones, y la tasa de respuesta oscila 8 puntos sin que nadie cambie nada. Si B se prueba en enero y A en diciembre, la diferencia puede deberse al calendario, no al guion. Al mezclar A y B en las mismas semanas, el calendario afecta a ambas por igual.

03 La prueba tiene tres respuestas posibles

Cuando termina la prueba —o cada semana mientras sigue—, el Evaluador lee la hoja y da una de tres respuestas. Ganó B: la diferencia supera lo que explicaría el azar, se alcanzó la cantidad requerida y ninguna métrica de «sin empeorar» rebasó su tolerancia. Sigue A: B no ganó o mejoró la métrica principal, pero falló en un límite de seguridad. Datos insuficientes: todavía no hay filas suficientes para concluir; continúa la prueba. No existe una cuarta respuesta ni «va ganando».

La tercera respuesta es la más frecuente y hay que aceptarla. Para demostrar que la tasa de respuesta pasó del 20 % al 30 %, hacen falta unas 300 ejecuciones por versión; al ritmo de la Dra. Renata, 50 por semana, son 12 semanas. En el equipo de soporte de Cláudio, tras tres semanas de prueba, B había resuelto 41 tickets en el primer contacto frente a 38 de A: 66 % contra 61 %. Quiso parar: «B va ganando». El Evaluador respondió que faltaban datos, porque la ficha exigía 220 tickets por versión y solo había 62 de cada una. Parar antes de tiempo porque una versión «va ganando» es la forma más común de oficializar una diferencia inexistente.

04 Ganar en la métrica principal no basta: los límites de seguridad

B solo gana si sube el número y ninguna métrica de «sin empeorar» supera la tolerancia escrita en la ficha. Deben cumplirse ambas condiciones. Si el número sube un 40 % y el margen cae un punto con tolerancia cero, la respuesta es «Sigue A»: sin excepciones ni «pero mira cuánto subió». El Evaluador aplica la regla tal como está escrita; si está mal redactada, tú la corriges para las próximas pruebas.

En el equipo de soporte, la versión B de Cláudio terminó con 220 ejecuciones por variante: la resolución en el primer contacto subió del 58 % al 66 %. Pero los tickets reabiertos en 7 días pasaron del 4 % al 9 %, con una tolerancia de 2 puntos. Sigue A. B resolvía «más rápido» al cerrar tickets que volvían: justo lo que la métrica «sin empeorar» debía detectar.

Hay que tener cuidado con la tolerancia. Para métricas frecuentes (margen, reaperturas), la tolerancia cero funciona. Para eventos raros —una reclamación cada 100 casos o un «deja de escribirme» cada 200—, la tolerancia cero no distingue un efecto del azar: en 300 ejecuciones, 1 o 4 reclamaciones pueden ser el mismo ruido. La regla del loop es que la tolerancia de un evento raro cubra al menos el ruido esperado para el tamaño de muestra previsto: alrededor de 1 punto para eventos del 1 % en 300 filas. Poner cero no es ser riguroso; puede descartar buenas hipótesis por azar.

05 Convertirla en oficial, con un botón para volver atrás

Cuando el veredicto es «Ganó B», tú sigues tomando la decisión: como máximo una vez por semana recibes una tarjeta de cinco líneas con qué cambió, cuánto mejoró, qué se vigiló, cuánto costó y tres botones: aprobar, rechazar o esperar más datos. Si no respondes antes del plazo, la opción predeterminada es no convertirla en oficial. Al aprobarla, la candidata pasa a ser la versión actual y la anterior queda guardada en el historial de versiones con opción para volver atrás.

El botón para volver atrás no es decorativo. Durante el primer ciclo después del cambio, el loop comprueba si la métrica de la prueba o alguna de «sin empeorar» cayó por debajo del resultado anterior. Si es así, la versión anterior vuelve a ser oficial y se registra el motivo. Esta es la única garantía inequívoca de LOOP-R: el sistema no reemplaza la versión actual por una peor y, si ocurre, hay forma de volver.