RevOps Studio

Lo que aprendimos al pasarnos nuestro propio diagnóstico

Por Carlos Estrada Fonseca · · 4 min de lectura

Ilustración isométrica: una cadena de ocho bloques con el primero casi vacío.
Índice

Si vendes diagnósticos, tarde o temprano alguien te pregunta si te has hecho uno. Nosotros nos lo hicimos, con el mismo método y las mismas reglas que aplicamos a un cliente: datos reales, cifra en cada etapa, asunciones a la vista y un checkpoint en el que decidir.

El punto de partida

RevOps Studio es un negocio en el que la misma persona vende y entrega. Toda la entrada de clientes llegaba por una red personal. Las oportunidades se llevaban en una herramienta de notas, no en el pipeline de un CRM. Había un piloto comercial con tres vías de entrada (la red cercana, los desconocidos cualificados y los partners) y una web que llevaba tres meses de vida comercial sin traer un solo lead.

Lo que encontró

El hallazgo con más confianza fue el más incómodo. De una meta de 10 a 12 desconocidos cualificados, había entrado 1.

La prospección en frío tenía una tasa de respuesta normal en B2B, del 3,4 al 4 %, pero no produjo ninguna reunión. Y el 85 % de la base de contactos que se compró para ella seguía sin tocar.

Aparecieron tres cosas más que no buscábamos:

  • Cuatro estructuras de precio convivían, y ninguna era pública. Cada propuesta se construía casi desde cero.
  • La visibilidad en el tema que decide la compra era unas cuatro veces menor que la del competidor más visible, y el 91 % de los enlaces entrantes de la web venía de sitios de spam.
  • El ciclo de venta no era el que creíamos. El medido iba de 19 a 63 días, frente a los tres a seis meses que se suponían. Y se ganaban dos de cada cuatro propuestas con precio.

Lo que no era el problema

Esta parte importa tanto como la anterior. El cierre funcionaba: ciclos cortos y la mitad de las propuestas con precio ganadas. Si hubiéramos invertido en mejorar la conversión, habríamos arreglado lo que no estaba roto. El cuello estaba en la entrada, no en el cierre.

Lo que decidimos en el checkpoint

El checkpoint es una reunión de validación, no de presentación. Se llega habiendo visto el trabajo y se decide con él delante. Decidimos tres cosas a favor de la recomendación:

  1. Cerrar o descartar en cuatro semanas las oportunidades ya abiertas.
  2. Trabajar en paralelo la entrada cualificada.
  3. Sacar mientras tanto la prospección en frío.

Y en dos puntos decidimos en contra:

  • Mantener el cliente ideal declarado. El diagnóstico proponía ajustarlo, y lo mantuvimos.
  • Mantener separada una segunda línea de trabajo. El diagnóstico proponía integrarla, y la mantuvimos aparte.

También reescribimos la promesa, pero no con la fórmula que proponía el diagnóstico: en torno al valor de negocio y al impacto del proceso.

Qué se hace cuando decides en contra

Decidir en contra de la recomendación es legítimo; para eso está el checkpoint. Lo que no conviene es decidir en contra y olvidarlo.

Por eso las decisiones de más riesgo tomadas en contra quedaron escritas como hipótesis, cada una con el criterio que la refutaría. Si el criterio se cumple, la decisión se revisa sin discusión. Así un desacuerdo deja de ser una opinión y pasa a ser algo que se puede comprobar.

Qué se entregó

El Revenue Diagnostic, el Client Master Brief, la Knowledge Base y el Competitive Landscape. Con ellos, la cadena de revenue en ocho etapas, una matriz de impacto y esfuerzo y una secuencia de 12 semanas.

En qué punto está

En curso. El experimento de cuatro semanas sobre la entrada cualificada empezó el 23 de septiembre de 2026. Publicaremos el resultado cuando esté medido, sea el que sea.

Lo que te llevas si estás pensando en hacerte uno

  • Espera que el hallazgo más sólido sea el que menos te gusta. Suele pasar, porque es el que nadie ha querido medir.
  • Pide que te digan qué no es el problema. Te ahorra la inversión equivocada.
  • Puedes decidir en contra. Pero deja escrito cómo sabrás si te equivocas.

Lee la guía completa del diagnóstico de revenue →