La prueba piloto de tres meses terminó. Los usuarios están contentos, el jefe de operaciones del centro dice que “todos ya se acostumbraron” y los números superaron lo esperado. Lo siguiente debería ser la cotización, la negociación y la firma. En cambio, un mes después tu contacto dice que “lo siguen revisando internamente”, y luego nada.
Es una de las situaciones más comunes y más desconcertantes en las ventas B2B. El piloto funcionó. Entonces, ¿qué salió mal?
Una prueba piloto exitosa demuestra que el producto funciona. No demuestra que la organización esté lista para comprarlo, y esas dos cosas las deciden personas distintas.
En esta guía verás las cuatro condiciones que un piloto debe cumplir para convertirse en compra, cómo recuperar cada una si ya pasaste la prueba, y la parte a la que la mayoría de los lectores llega demasiado tarde: lo que debió acordarse antes de empezar el piloto. Si esta vez se te pasó, la próxima no tiene por qué pasar.
Un piloto responde una pregunta; una compra, otra
Un piloto responde: “¿Este producto funciona en nuestro entorno?”. Quienes la responden son los usuarios y sus jefes directos.
Una compra responde: “¿Estamos listos para gastar este dinero, asumir el riesgo de implementación y cambiar nuestra forma de trabajar?”. Quienes la responden son el responsable del presupuesto, TI y seguridad, el área jurídica, compras y quien toma la decisión final.
Cuanto mejor sale el piloto, más clara es la respuesta a la primera pregunta. Pero la segunda muchas veces nadie la plantea durante la prueba. Cuando el piloto termina, la oportunidad pasa de quienes usaron el producto a un grupo de personas que nunca lo vieron. No ven tres meses de buenas opiniones. Ven un gasto nuevo que acaba de aparecer.
Las cuatro condiciones para convertir un piloto en compra
| Condición | Qué confirmar antes del piloto | Cómo se ve cuando lo descubres después | Cómo recuperarla ahora |
|---|---|---|---|
| Quién definió el éxito y si tiene autoridad | Quién fijó los criterios de éxito y si quien decide los aceptó | Los usuarios dicen que fue un éxito; quien decide responde “eso no es lo que medimos” | Pregunta a quien decide qué indicadores le importan y respóndelos con los datos del piloto |
| Si el presupuesto se identificó antes o después | Si existe una partida y un ejercicio para la compra completa | “El piloto salió muy bien, pero este año no hay presupuesto” | Apunta al siguiente ciclo presupuestario y pide al área usuaria que lo solicite a tiempo |
| Qué áreas estuvieron ausentes durante el piloto | Si TI, seguridad, jurídico y compras participaron o estaban informados | La revisión de seguridad y del contrato empiezan después del piloto | Involucra ya a las áreas ausentes, con lo que necesitan |
| Qué hacen los datos del piloto con el caso de negocio | Qué datos recoger para sostener el caso de negocio | Los datos muestran un uso más limitado del esperado, o no se pueden traducir en valor de negocio | Traduce los datos del piloto al lenguaje de quien decide |
1. Quién definió el éxito y si tiene autoridad
Muchos pilotos se evalúan con criterios acordados entre el vendedor y los usuarios: el sistema fue estable, fácil de usar y gustó. Esos criterios se cumplen con facilidad, pero no siempre son lo que le importa a quien decide.
La persona que firma puede estar pendiente de reducir el gasto, acortar tiempos o bajar riesgos. Si al inicio nadie le preguntó “si este piloto sale bien, ¿qué necesitarías ver?”, al final los datos del piloto pueden no responder su pregunta en absoluto.
Cómo recuperarla: pregunta directamente a tu aliado interno qué le importa a quien toma la decisión final. Luego revisa si los datos del piloto lo responden. Si sí, ponlo en una página. Si no, habla con honestidad sobre si hace falta validar algo más.
2. Si el presupuesto se identificó antes o después del piloto
Es el bloqueo más común después de un piloto. Las pruebas suelen ser gratuitas o de bajo monto, así que muchas organizaciones nunca confirman de dónde saldría el dinero para una compra completa.
Si el presupuesto se identificó antes, un piloto exitoso puede pasar directamente a compras. Si la búsqueda empieza después, la oportunidad entra en el ciclo presupuestario de la organización desde el principio. Con suerte, alcanzas la siguiente ronda de planeación. Si no, esperas un año.
Cómo recuperarla: averigua a qué presupuesto pertenece el gasto, cuándo es la siguiente ronda de planeación y quién presenta la solicitud. Después, consigue que el área usuaria la presente a tiempo. Si vendes equipo o un sistema, confirma también si cuenta como inversión única o como gasto de operación recurrente: muchas veces siguen rutas de aprobación distintas.
3. Qué áreas estuvieron ausentes y ahora deben aprobar en frío
Durante un piloto, normalmente solo participan los usuarios y sus jefes. Una compra completa puede requerir la aprobación de TI, seguridad, jurídico, compras y finanzas. Esas áreas nunca vieron el piloto ni tienen una impresión del producto, y aun así se les pide aprobarlo rápido.
Lo que sigue es previsible. Seguridad pide documentación que nunca vio. Jurídico abre el contrato y quiere renegociar las cláusulas de datos. Compras dice que el monto requiere varias cotizaciones. Todo lleva tiempo, y nada se resuelve con el entusiasmo de los usuarios.
Cómo recuperarla: haz una lista de todas las áreas que deben aprobar la compra completa, marca las que no participaron en el piloto y envíales lo que necesitan antes de que lo pidan. Un método para encontrar las áreas que es fácil pasar por alto se explica en cómo identificar a los interlocutores que faltan antes de que se estanque una venta.
4. Qué hacen los datos del piloto con el caso de negocio
Los datos del piloto son tu mejor evidencia. También pueden debilitar tu caso.
A veces muestran un uso intenso en un equipo y escaso en los demás, y el alcance de la compra se reduce. Otras veces demuestran que los usuarios están satisfechos, pero no se pueden traducir en lo que le importa a quien decide: horas ahorradas, errores evitados, riesgos reducidos.
Cómo recuperarla: vuelve a leer los datos del piloto y pregúntate: si yo fuera quien decide, ¿esto me daría más ganas de comprar o más dudas? Después, tradúcelos a su lenguaje. “Satisfacción de usuarios de 4.6 sobre 5” convence mucho menos que “tantas horas menos de trabajo manual a la semana”.
Cinco cosas que acordar antes de empezar el piloto
Cada una de esas cuatro condiciones se puede resolver antes de que empiece el piloto. Si estás por iniciar uno nuevo, acuerda primero estas cinco cosas con el cliente, de preferencia por escrito:
- Qué significa el éxito y quién lo aprueba. No solo cómo se sienten los usuarios, sino los indicadores concretos que le importan a quien decide.
- Qué pasa si el piloto sale bien. El proceso de compra, el origen del presupuesto y el calendario previsto.
- Qué áreas participan o se mantienen informadas. Si TI, seguridad, jurídico y compras empiezan su revisión durante el piloto.
- Qué datos se van a recoger. Datos que respondan las preguntas de quien decide, no solo que demuestren que el producto funciona.
- Cuándo termina el piloto y cuándo se decide. Una fecha de decisión fija evita que el piloto se alargue indefinidamente.
Si el cliente no acepta acordar estas cinco cosas, eso ya es una señal: puede que no esté listo para comprar y que el piloto sea una forma de conocer el mercado. No es necesariamente malo. Pero deberías saberlo antes de que empiece el piloto, no descubrirlo cuando termina.
Un piloto detenido, leído con las cuatro condiciones
Escenario hipotético. Un vendedor ofrece un software de planeación de almacenes a una empresa de logística mediana y hace un piloto de tres meses en uno de sus centros de distribución. El jefe del centro está encantado y la productividad de surtido sube con claridad. Después del piloto, la oportunidad lleva dos meses detenida.
El vendedor revisa cada condición:
| Condición | Lo que realmente ocurre |
|---|---|
| Quién definió el éxito | El jefe del centro fijó los criterios; el director de operaciones nunca participó y le importa el gasto en personal de toda la empresa |
| Presupuesto | Nadie confirmó el presupuesto antes del piloto; el presupuesto de sistemas de este año ya se agotó |
| Áreas ausentes | TI y jurídico no participaron en el piloto y apenas ahora revisan la integración y las cláusulas de datos |
| Datos del piloto | Los datos demuestran la mejora en un centro, pero no dicen nada del valor de extenderlo a los demás |
Ninguna de las cuatro dice “el producto es malo”. Los siguientes pasos están claros: pedir al jefe del centro que presente al director de operaciones y usar los datos del piloto para estimar el ahorro en personal de toda la empresa; confirmar cuándo se arma el presupuesto del próximo año; enviar a TI y a jurídico la documentación de integración y las cláusulas de datos sin esperar a que lo pidan. Si todo esto se hubiera acordado antes del piloto, la venta podría haber estado lista para firmarse el día en que terminó la prueba.
Si después del piloto el cliente dejó de responder por completo, consulta cuando un cliente potencial deja de responder: cómo leer una oportunidad en silencio. Si vendes dispositivos médicos, las pruebas en hospitales y los comités tienen sus propias reglas; consulta comités de evaluación de insumos: qué revisan y cómo prepararse.
Un piloto exitoso no significa que todas las áreas aprobaron
En un CRM, “piloto exitoso” suele ser una sola etapa, y hace que la oportunidad parezca muy avanzada. En realidad, las áreas de usuarios ya están resueltas mientras las de negocio y aprobación pueden ni siquiera haber empezado.
VINEQRA es una app para iOS que representa cada oportunidad como las unidades de decisión que hay dentro del cliente, cada una con su propio estado. Cuando termina un piloto, puedes ver exactamente qué unidades ya aprobaron y cuáles no se han tocado, con una siguiente acción sugerida según el bloqueo. Tú decides.
Descubre cómo funciona VINEQRA
La misma lógica aplica a cualquier venta larga con varias áreas involucradas. El modelo completo está en venta B2B compleja: cómo avanzan realmente las oportunidades de ciclo largo.
Preguntas frecuentes sobre pasar de la prueba piloto a la compra
¿Por qué nuestra prueba piloto exitosa no se convirtió en venta?
Porque un piloto demuestra que el producto funciona, mientras que una compra requiere que la organización esté lista para comprar. Esa segunda decisión suele estar en manos del responsable del presupuesto, TI, seguridad, jurídico, compras y quien decide al final, que muchas veces no participaron en el piloto.
¿Qué debe pasar cuando termina una prueba de concepto?
Revisa las cuatro condiciones: si quien decide aceptó los criterios de éxito, si el presupuesto está confirmado, qué áreas no han participado y si los datos del piloto sostienen el caso de negocio. Empieza por la condición que siga abierta.
¿Qué hay que acordar antes de empezar un piloto?
Al menos cinco cosas: qué significa el éxito y quién lo aprueba, qué pasa si sale bien (proceso, presupuesto y calendario), qué áreas participan, qué datos se recogen y cuándo se decide después de que termine.
¿Qué hago si el cliente sigue extendiendo el piloto?
Una extensión suele significar que hay una condición pendiente: no se ha encontrado el presupuesto o quien decide no está convencido. Antes de aceptar, pregunta qué debe demostrar la extensión y quién decidirá cuando lo haga.
¿Conviene involucrar a TI y a jurídico durante el piloto?
Sí, o por lo menos mantenerlos informados. Casi siempre tienen que aprobar la compra completa, y si su primer contacto con el producto llega después del piloto, su revisión puede detener la venta durante meses.