El cliente que paga por no decidir: cómo convertir un piloto de pago en contrato

Hiciste los deberes y no regalaste el piloto porque las cosas gratis no se valoran. Cobraste seis mil euros, pasaste por el proceso de compras de tu cliente y conseguiste un champion (patrocinador interno que defiende tu producto dentro de la organización) con cargo que ayudó a acelerar el proceso. Sin embargo, han pasado tres meses desde la reunión de cierre, el informe fue bueno y nadie ha dicho ni que sí ni que no a continuar.

Cuando hablamos de por qué el piloto gratis es la trampa mortal de tu tracción en B2B quedó pendiente hablar del caso que más escuece, que es este: cobrar filtra al turista corporativo y mete tu producto en un presupuesto. Lo que no hace es obligar a nadie a decidir la continuidad y esto, por desgracia, es algo que damos por supuesto pero no tiene por qué ocurrir.

Lo que tu cliente se llevó de aquella reunión fue el derecho a decidir más tarde, sin obligación y sin fecha. Es decir, pagó por el servicio, pero también compró tiempo y, si no cerramos algunas aristas de los contratos de los pilotos, esta situación nos puede seguir pasando.

1. Seis mil euros por esperar sin compromiso

Lenovo publica cada año, con investigación de IDC, un informe llamado CIO Playbook. En la edición de 2025 publicaron un dato bastante impactante: de cada 33 pruebas de concepto de IA que lanzaba una empresa, solo 4 llegaban a producción, es decir, un 88% de mortalidad.

En la edición de 2026, también Lenovo con IDC, el 46% de las pruebas de concepto ya había pasado a producción, sobre 3.120 decisores encuestados entre septiembre y octubre de 2025.

Treinta y cuatro puntos de diferencia en doce meses, con el mismo patrocinador y la misma casa de investigación, así que la cifra depende bastante de cómo se redactó la pregunta. Y esto nos deja sin referencia externa contra la que compararnos.

Lo que sí sabemos es que conseguir entrar en un cliente con un piloto no te garantiza la adopción y, por tanto, un contrato continuado en el tiempo, aunque nuestro producto sea muy bueno y realmente exista un encaje claro entre nuestra solución y las necesidades del cliente.

Robert McDonald y Daniel Siegel publicaron en 1986, en el Quarterly Journal of Economics, un artículo titulado «The Value of Waiting to Invest» en el que estudiaron cuándo ejecutar una inversión irreversible si tanto los beneficios como los costes se mueven de forma incierta.

El resultado le quita el sueño a cualquiera que venda: la opción de esperar tiene un valor económico calculable, y con parámetros razonables lo óptimo es no invertir hasta que los beneficios esperados dupliquen el coste de la inversión.

Es un modelo financiero de procesos continuos y no un modelo de compra de software, así que la magnitud no se traslada. La estructura sí.

Comprarte de verdad implica una decisión difícil de deshacer: integraciones, permisos, migración de datos, formación, procesos reescritos alrededor de tu herramienta… Y la incertidumbre en tu caso está por las nubes porque eres una categoría nueva, una empresa de veinte personas y un producto que cambiará dos veces antes de la primera renovación.

Con esos dos ingredientes, esperar sale rentable porque va mitigando riesgos y ahí está el problema de fondo del piloto de pago: seis mil euros compran el derecho a mirar sin comprometerse, que es exactamente el activo que tu cliente quería.

Le has vendido la opción a precio de saldo y sin fecha de caducidad, así que le sale a cuenta.

2. Contra quién compites cuando el cliente puede no hacer nada

William Samuelson y Richard Zeckhauser midieron el peso de esa alternativa en «Status Quo Bias in Decision Making», publicado en 1988 en el Journal of Risk and Uncertainty.

Pasaron un cuestionario de decisiones a 486 estudiantes de Boston University y de la Kennedy School, tres cuartas partes alumnos de primer año de MBA, variando únicamente si una de las opciones aparecía etiquetada como la situación actual.

La misma alternativa se elegía de forma sistemática más a menudo cuando ocupaba la posición de statu quo, es decir, mantener la situación actual, y esto nos lleva a dos conclusiones:

La primera es el coste implícito de cambiar. En una de las preguntas el sujeto dirigía una consultora y tenía que decir cuánto pagaría por mudarse de una oficina antigua a una nueva mejor situada, y cuánto descuento exigiría para la mudanza inversa. Traducido a una medida única, el coste del statu quo equivale de media al 37,8% del valor total potencial de la mudanza. Más de un tercio del beneficio de cambiar se evapora por el simple hecho de que es un cambio.

La segunda es contraintuitiva y describe bastante bien el mercado actual de IA. La ventaja relativa del statu quo crece con el número de alternativas disponibles. Los autores lo ilustran con una elección: dos candidatos que empatarían al 50% en condiciones neutras pasan a 59% contra 41% si uno de ellos ya ocupa el cargo. Con cuatro candidatos que empatarían al 25%, el titular sube al 38,5% y cada aspirante baja al 20,5%. Un candidato que en condiciones neutras tendría un 9% del voto puede ganar con un 25,4% si es el que ya está dentro.

Que haya cuarenta startups haciendo lo mismo que tú no reparte el mercado entre cuarenta. Refuerza al que ya está instalado en tu cliente, que muchas veces es una hoja de cálculo y un becario.

3. El fallo de diseño: un piloto que no apaga nada

Samuelson y Zeckhauser describen en su artículo un recurso muy habitual en ventas, la prueba sin compromiso con devolución garantizada y señalan que al consumidor le parece una propuesta sin riesgo cuando en realidad el que no arriesga es el vendedor: durante la prueba el cliente deja de buscar alternativas y va acumulando inversión psicológica en el producto que ya tiene delante.

El mecanismo se activa solo si tu producto se convierte en el statu quo. Ese mecanismo funciona en la compra de consumo porque el objeto está en el salón y hay que hacer el esfuerzo de devolverlo.

Un piloto empresarial típico está diseñado para lo contrario: vive en un entorno de pruebas, con datos de mentira, cinco usuarios de un equipo de doscientos, y el sistema anterior funcionando en paralelo a pleno rendimiento.

Nada se apaga, nadie deja de usar lo de antes, y el statu quo sale de la prueba intacto y con seis semanas más de currículum. Al terminar, no hacer nada sigue siendo lo familiar y lo que acaba de demostrar que aguanta.

Esto es independiente del precio. Un piloto de pago mal diseñado protege el statu quo igual de bien que uno gratis, con la diferencia de que tú te has quedado más tranquilo.

4. El purgatorio de pilotos

McKinsey acuñó el término pilot purgatory (purgatorio de pilotos) en su Digital Manufacturing Global Expert Survey de 2018, sobre 700 empresas de siete países. Los números, si cambiamos IoT industrial por IA generativa, son los que leerás en cualquier informe estos días:

• Las empresas lanzaban una media de ocho pilotos, diez en China e India, y solo el 30% llegaba a escalar en toda la organización.
• El 84% llevaba más de un año atascado en modo piloto y el 28% más de dos años.
• El 92% de los encuestados se consideraba al nivel de sus competidores o por delante.

McKinsey vende transformación digital, con lo cual el diagnóstico le viene de perlas, pero el patrón lleva ocho años documentado y ha sobrevivido a tres olas tecnológicas.

Para una multinacional, dos años en purgatorio es una línea de presupuesto. Para ti son dos rondas de financiación. El mismo piloto que para tu cliente es una prueba barata, para ti es una fracción de lo único que no puedes reponer.

5. La prueba del apagado en tres preguntas

Con cinco o diez pilotos abiertos el diagnóstico no puede ser estadístico, tiene que ser nominal, uno por uno, y cabe en tres preguntas.

1. ¿Qué se apaga durante la prueba? Si la respuesta es «nada», el statu quo va a ganar. Un piloto que corre en paralelo al sistema anterior está diseñado para no cambiar nada y lo va a conseguir. Busca el proceso más pequeño que puedas sustituir del todo, aunque sea uno solo, y apágalo de verdad.
2. ¿Quién firma, en qué fecha y con qué criterio acordado antes de empezar? No qué se decidirá, sino qué está escrito que ocurre ese día concreto, incluido qué pasa si nadie contesta. Un piloto sin fecha de vencimiento es una suscripción indefinida con informe trimestral.
3. ¿Qué ha entregado el cliente que no sea dinero? Que hayas cobrado ya lo damos por hecho. La pregunta es qué más se ha jugado: un champion interno con nombre y apellidos defendiéndolo en un comité, dos personas de su equipo asignadas por escrito, acceso a datos reales de producción, la revisión de seguridad pasada por adelantado. Si la única contrapartida es la factura, tienes un cliente que ya ha pagado por no decidir.

Cuando las tres respuestas salen flojas, el error de lectura habitual consiste en apretar más: más funcionalidades, más urgencia, más demos para más gente… Con un comprador al que le renta esperar, eso alarga la prueba en lugar de cerrarla.

Un buen piloto se parece bastante a un contrato pequeño con fecha, criterio y firma, que es justo la frontera que recorrimos al hablar de cuándo dejar de validar y empezar a construir.

Y si al terminar la respuesta sigue sin llegar, revisa a quién se lo vendiste antes de tocar el roadmap (la hoja de ruta de producto), como ya vimos con las señales del product-market fit.

Un piloto que no apaga nada mide la resistencia de lo que ya tenía tu cliente. Y esa prueba la gana él.

6. Preguntas frecuentes sobre pilotos B2B en fase temprana

Si ya cobro por el piloto, ¿por qué no avanza?

Cobrar resuelve el problema del cliente que prueba por curiosidad y mete tu producto en un presupuesto. No resuelve el de la decisión. Mientras la incertidumbre sea alta y comprometerse sea difícil de deshacer, esperar tiene valor para el comprador, y un piloto sin fecha de decisión le permite esperar habiendo pagado muy poco por ese derecho.

¿Qué porcentaje de pilotos debería convertir a contrato?

No hay una referencia fiable. Las cifras más citadas se mueven entre el 12% y el 46% según algunos informes y en algún caso se trata del mismo estudio en dos años consecutivos. Miden cosas distintas y las publican empresas con interés comercial en el resultado. En fase temprana es más útil medir cuántos de tus pilotos tienen fecha de decisión escrita.

¿Cuánto debería durar un piloto?

Lo justo para cubrir un ciclo operativo real del cliente. Lo determinante no es la duración sino que exista una fecha de decisión acordada por escrito, con criterio de éxito pactado antes de empezar y un responsable identificado que tenga que firmar ese día.

¿Por qué tener muchos competidores no ayuda a que el cliente decida?

Porque la ventaja de la opción ya instalada crece con el número de alternativas. Samuelson y Zeckhauser lo midieron en 1988: cuantas más opciones hay sobre la mesa, más difícil resulta compararlas y más atractivo se vuelve quedarse como se estaba. Un mercado saturado de proveedores refuerza al que ya está dentro, aunque ese que está dentro sea una hoja de cálculo.

¿Un piloto que no convierte significa que el producto no encaja?

No necesariamente. Puede significar que lo vendiste a un champion interno sin capacidad de firma, que el criterio de éxito nunca se acordó, o que la prueba se diseñó de forma que nadie tuviera que abandonar su herramienta anterior. Son problemas de venta y de diseño, no de producto.

Nos leemos pronto. Hasta la próxima.

Imágenes: Radik 2707 en Pexels, Giphy, elaboración propia con datos de Lenovo/IDC y de Samuelson y Zeckhauser