2026-10-04
«Siguen probándolo»: la oportunidad que nunca muere
Lo ha leído en tres consejos seguidos: misma cuenta, mismo importe, cierre aplazado y esa nota que no cambia, «siguen probándolo». El fundador habla de ciclo largo. El motivo es más simple: nadie, por parte del cliente, aceptó decidir. Una oportunidad sin juez no se puede perder. Así que se queda, e infla el forecast.
Tres reuniones de consejo, la misma línea
Tercer consejo, y la misma cuenta en lo alto del pipeline. El importe no se ha movido ni un euro. La fecha de cierre se ha retrasado un trimestre, y luego otro.
Se abre la ficha de la oportunidad. La reunión tuvo lugar, la demo gustó, se abrió el acceso. Desde entonces, ni firma ni rechazo. La oportunidad ni avanza ni muere. Envejece.
Y la misma línea aparece en otras participadas de la cartera, con otro producto, otro equipo, otro segmento.
La explicación llega antes que la pregunta
El fundador tiene la respuesta preparada: el segmento es lento, los compradores se toman su tiempo, el equipo debe insistir. A veces propone pasar a una prueba de concepto de pago, «para comprometer al cliente».
Todo eso puede ser cierto. Pero ofrecer una prueba de pago a quien no abrió la gratuita es pedirle que financie una decisión que no ha tomado.
En cuanto al seguimiento, «¿ha podido echarle un vistazo?», tiene forma de pregunta. Sobre todo es un comercial buscando un motivo para llamar.
La oportunidad sin juez
El día en que se abrió el acceso, nadie escribió qué debía demostrar la prueba. Ni el problema que había que resolver, ni quién probaría, ni quién decidiría, ni cuándo. El cliente recibió un permiso. El equipo comercial creyó recibir un proyecto.
Una oportunidad en la que no se prometió nada no se puede perder: no hay plazo que incumplir ni fallo que acatar. Así que se queda. La tasa de pérdida resulta halagadora, la cobertura de cuota parece cómoda y el forecast se llena, poco a poco, de oportunidades que nunca empezaron.
SAP y Stripe: dos maneras de probar
En SAP, una prueba de concepto no era un regalo, era un proyecto. Movilizaba los datos, los equipos y las semanas del cliente. Así que se definía el alcance antes de abrir nada: qué problema, qué criterio, quién participa, quién decide.
En Stripe, lo contrario. Un desarrollador podía integrar y probar solo [1], sin que ningún comercial organizara nada, y la evidencia venía del uso y, después, de las primeras transacciones reales. Ese modelo funcionaba porque alguien miraba ese uso: los fundadores habían instalado ellos mismos Stripe a sus primeros usuarios, uno a uno [2].
También he visto el reverso de ambos: pruebas de pago firmadas por razones políticas y nunca desplegadas, y cuentas en autoservicio que nunca llegaron a producción. El precio de la prueba no decide nada. Lo que decide es que haya un nombre, por parte del cliente, escrito junto a la palabra «veredicto».
Lo que el reporting ya dice
No hace falta preguntarle al fundador para verlo. La exportación del pipeline contiene tres fechas por oportunidad: la apertura del acceso, la última señal de vida del cliente y el cierre anunciado. Puestas una junto a otra, a menudo se contradicen.
Hipótesis de trabajo, sustitúyala por sus cifras: quince oportunidades en prueba en el forecast del trimestre, accesos abiertos hace cinco meses en promedio, un ciclo anunciado de cuatro. La prueba ya dura más que el ciclo entero.
Luego vienen las columnas. La señal nunca es una oportunidad aislada, que siempre tiene una buena excusa. Es la misma casilla vacía, línea tras línea: nadie nombrado por parte del cliente, ningún criterio escrito, ninguna fecha de veredicto. Los importes, en cambio, están completos al centavo.
Nada de esto demuestra que esas oportunidades estén perdidas. Demuestra que nadie puede saberlo, y que tratarlas como oportunidades retrasadas cuesta seguimientos, tiempo de preventa y un forecast en el que el consejo acaba por no creer.
Cuatro preguntas para el próximo consejo
Ni auditoría ni nuevo dashboard. Cuatro preguntas, sobre cada oportunidad en prueba del forecast:
¿Qué problema debe resolver la prueba, dicho con palabras del cliente? ¿Con qué criterio se dirá sí o no? ¿Quién, con nombre, emitirá el veredicto? ¿En qué fecha?
El fundador que tiene las respuestas tiene un pipeline lento. El que no las tiene cuenta con un pipeline que nunca pierde. En ambos casos usted ha aprendido algo, sin que nadie haya tenido que justificarse.
Entre las oportunidades en prueba de este trimestre: ¿quién, por parte del cliente, aceptó emitir un veredicto, y en qué fecha?
Lo que no sé hacer: No puedo predecir, a partir de una prueba gratuita, que el cliente comprará, ni a partir de una prueba de concepto de pago, que hará el despliegue. Sin ver el uso real, las personas implicadas y la decisión que la prueba debe aclarar, no puedo distinguir una oportunidad retrasada de una que nunca empezó. No existe una regla «gratuito o de pago» válida para todos los productos: la prueba se diseña en torno a la evidencia que el comprador necesita para decidir.
Cuadro · 8 filas · 6 columnas · 15 minutos
Cuadrícula de accesos abiertos
Una tabla de ocho filas, una por oportunidad en prueba, completada en quince minutos a partir de su reporting, con clientes e importes anonimizados si lo prefiere. Me la devuelve y le digo qué patrón dibuja, y qué no demuestra.
Fuentes
- Documentación del modo de prueba — Stripe
Un desarrollador puede probar la integración solo, sin pasar por ventas. - Do Things That Don't Scale — Y Combinator, 2013
Paul Graham cuenta cómo los fundadores de Stripe instalaban ellos mismos a sus primeros usuarios, uno a uno.
¿Lo resolvería una prueba de concepto de pago?
No por sí sola. Un cliente puede pagar una prueba de concepto por motivos políticos y no desplegar nunca, igual que puede probar gratis, dedicar desarrolladores y pasar a producción. El pago a veces hace visible el compromiso. No lo sustituye.
¿El forecast es erróneo?
No: esas líneas no se pueden verificar. Una oportunidad sin juez ni fecha de veredicto por parte del cliente no es ni probable ni improbable. No se puede medir. El resto del pipeline puede estar perfectamente sano.
¿Problema comercial o de producto?
Ambos. Cuando el uso habla por sí solo, las pruebas abiertas funcionan, siempre que alguien mire ese uso. Cuando hay que movilizar equipos y datos del cliente, un acceso abierto sin un alcance definido convierte una venta en una espera.