Español

Manejar objeciones técnicas (y la pregunta sin respuesta)

Lleva 28 minutos de demo. El CTO se inclina hacia delante y pregunta: "¿Qué hay del cifrado a nivel de fila con claves gestionadas por el cliente? ¿Su sistema puede hacer eso hoy?".

No lo sabe.

Ha visto la página de la documentación una vez. Cree que hay algo en el tier enterprise. No está seguro. Y todo el comité de evaluación acaba de girar la cabeza para verle responder.

Los próximos 15 segundos deciden si esta operación vive o muere. No por la función. Por cómo maneja el no saber.

Todo ingeniero de ventas ha vivido este momento. Los que siguen ganando no son los que tienen memoria fotográfica del producto. Son aquellos cuyo "no lo sé" suena más seguro que la mentira segura de sí misma de un competidor.

Por qué la honestidad acotada supera al farol seguro de sí mismo

Los compradores esperan que haya carencias. Ningún producto lo hace todo, y el responsable técnico de la sala ya se ha quemado antes con un vendor que prometió algo que el producto no podía entregar. No están probando si su producto es perfecto. Están probando si les dirá la verdad cuando no lo sea.

Esta es la parte que la mayoría de los SE pasan por alto: el responsable técnico del comprador casi siempre sabe cuándo está improvisando. Pueden sentir el cambio de sintaxis, los sustantivos vagos, la manera en que empieza una frase con "bueno, básicamente" antes de atascarse. El farol no les engaña. Solo le mueve del montón de "vendor creíble" al montón de "a este vigílalo de cerca", y de ahí no le vuelven a mover.

"No lo sé, pero lo averiguaré para el jueves al mediodía" es una característica de cómo vende, no un defecto. Es un pequeño contrato. Si lo cumple, ha empezado a construir el tipo de confianza que sobrevive a las partes difíciles de la operación: el precio, la revisión de seguridad, el momento en que su champion recibe resistencia de finanzas y tiene que responder por usted en una sala en la que usted no está.

Para la base que hace que todo esto funcione, sacar a la luz las preocupaciones correctas antes de que se conviertan en objeciones, véase El descubrimiento técnico que saca a la luz el encaje real.

El flujo de 4 pasos para la objeción técnica

Use esto en la sala. En voz alta. El mismo orden siempre.

  1. Reconozca: nombre la preocupación para que el comprador se sienta escuchado.
  2. Reencuadre: separe la pregunta de superficie del riesgo de negocio subyacente.
  3. Saque a la luz la preocupación real: haga la pregunta detrás de la pregunta.
  4. Comprométase con un seguimiento: responsable concreto, fecha concreta, entregable concreto.

El flujo lleva de 30 a 60 segundos. Se siente más lento de lo que es porque está acostumbrado a saltar a "sí, eso lo hacemos" o "déjeme mostrarle". Resista. El flujo le compra tiempo, y el tiempo es lo que el farol cede.

Reconozca

Repita la preocupación en lenguaje llano. Sin suavizadores ("gran pregunta"), sin rodeos.

"Está preguntando si el audit log captura cada escritura de la API a nivel de campo, incluido quién la inició y cuándo. Esa es una preocupación real, sobre todo si su equipo de seguridad la necesita como evidencia para SOC 2."

Acaba de hacer dos cosas: el comprador se siente escuchado, y se ha comprado ocho segundos para pensar.

Reencuadre

La mayoría de las preguntas técnicas envuelven un riesgo de negocio. Saque a la luz la envoltura.

"La razón por la que eso importa es que su equipo de seguridad no pasará la auditoría si esos logs no son consultables. Así que la pregunta no es realmente '¿lo registráis?', es '¿puede vuestro auditor sacar un rastro limpio en el formato que necesita?'. Déjeme asegurarme de que respondo a la correcta."

Reencuadrar no es desviar. Es precisión. Está confirmando qué necesitan de verdad antes de comprometerse con una respuesta.

Saque a la luz la preocupación real

Pregunte. En voz alta.

"Antes de responder, ¿cuál es el peor caso que intenta evitar aquí? ¿Es que los logs existan pero no sean consultables, o que no capturen suficiente detalle para ser útiles en la auditoría?"

Nueve de cada diez veces, la pregunta de superficie ("¿soportáis X?") enmascara una de tres preocupaciones reales:

  • ¿Esto romperá mi flujo de trabajo? ("Si adoptamos esto, ¿mis ingenieros tienen que reconstruir tres integraciones?")
  • ¿Mi equipo me echará la culpa? ("Si elijo esto y no escala, ¿soy yo quien tiene que explicárselo al VP de Ingeniería?")
  • ¿Esto pasará nuestra revisión de seguridad o de cumplimiento? ("Si nuestro auditor lo marca, ¿vuelvo a comprar en 18 meses?")

No puede resolver el problema correcto hasta que sepa cuál está resolviendo.

Comprométase con un seguimiento

Aunque sepa la respuesta, deles un seguimiento por escrito. La memoria es frágil en una llamada de 60 minutos. Los compromisos por escrito componen la confianza.

"Esto es lo que haré. Confirmaré con nuestro equipo de seguridad para el jueves al mediodía si el audit log captura las escrituras a nivel de campo con metadatos del iniciador, y le enviaré la sección relevante de la documentación más una exportación de log de muestra. Si por alguna razón necesito hasta el viernes, se lo haré saber el miércoles al final del día."

Responsable. Fecha. Formato. Vía de escalada. Cuatro partes. Volveremos a esto.

Guion 1: "¿Soportáis [función que no tiene]?"

La jugada de la sustitución honesta. Tres partes: qué hace en su lugar, por qué resuelve el mismo trabajo, dónde se queda corto.

"No soportamos [función X] hoy, así que quiero ser directo con usted al respecto. Lo que hacemos en su lugar es [alternativa específica], que resuelve el mismo problema subyacente de [resultado que le importa al comprador] de esta manera: [mecanismo en una frase]. Donde ese enfoque se queda corto frente a [función X] es en [caso específico], así que si [ese caso] es central para su flujo de trabajo, quiero señalarlo ahora en lugar de que nos sorprenda a ambos en la semana tres de la POC."

Fíjese en lo que este guion no dice:

  • "Está en el roadmap." (A menos que de verdad lo esté, con una fecha comprometida por ingeniería, en cuyo caso diga la fecha.)
  • "Podemos construir eso para usted." (A menos que ingeniería lo haya aprobado, en cuyo caso traiga a ingeniería a la siguiente llamada.)
  • "Hacemos algo incluso mejor." (No es así, y notarán el giro.)

Guion 2: "¿Cómo escala esto?"

La respuesta de honestidad acotada cuando no está seguro.

"Le daré tres capas sobre esto. Personalmente, he visto este producto funcionar con limpieza a [X usuarios concurrentes / Y eventos por segundo / Z volumen de datos] en entornos de clientes en los que he trabajado directamente. En nuestra documentación, la guía publicada es [lo que diga la documentación]. Más allá de eso, no quiero especular, así que conseguiré una respuesta precisa de nuestro equipo de ingeniería sobre [su escala específica: 50K eventos/seg, 200M de filas, etc.] para el jueves. Si necesitan un diagrama rápido de arquitectura por su parte para responder con exactitud, vuelvo mañana con las tres cosas que necesitarían de usted."

Tres capas: lo que ha visto personalmente, lo que dice la documentación, lo que confirmará con ingeniería. Cada capa tiene un nivel de confianza distinto, y está nombrando cada uno explícitamente. Los compradores recompensan esto.

Guion 3: "¿Cuál es vuestro roadmap para [capacidad]?"

La trampa es prometer de más. Ingeniería no se ha comprometido con la mitad de las cosas que afirman las presentaciones de ventas. Cíñase a lo que se ha comprometido formalmente.

"Quiero separar dos cosas aquí. Los elementos del roadmap con los que me comprometeré por escrito son aquellos que ingeniería ha puesto en nuestro roadmap de cara al cliente con trimestres objetivo, y le enviaré ese documento hoy. También hay cosas que se están explorando y que no están en ese documento, y las mencionaré como exploración, no como compromisos. Para [la capacidad que preguntó], aquí es donde se sitúa: [comprometida / en exploración / no en el radar]. Si no está comprometida y la necesita para la puesta en marcha, hablemos de si eso es un mata-operaciones para que ninguno de los dos pierda el tiempo."

Nombrar en voz alta la diferencia entre "comprometido" y "en exploración" es uno de los movimientos de credibilidad más fuertes que tiene un SE. Indica que ha estado dentro de la conversación del roadmap, y que sabe en qué lado de la línea está cada elemento.

Para más sobre los momentos de la demo en que surgen las preguntas de capacidad, y cómo diseñar en torno a ellas, véase Diseño de la demo en torno al dolor del comprador.

Guion 4: "Vuestro competidor dice que no podéis [hacer algo]"

"Prefiero responder a eso directamente que andar con rodeos. Esto es lo que es cierto: [exactamente lo que el producto hace y no hace, en dos frases]. Esto es a lo que creo que se refiere el competidor: [el núcleo de verdad sobre el que se construye su afirmación]. Y aquí es donde creo que su afirmación simplifica de más: [la parte que de hecho está mal o depende del contexto]. Si quiere, organizo una sesión de trabajo de 20 minutos con nuestro responsable de ingeniería y su responsable técnico para que puedan recorrer la implementación real en lugar de fiarse de lo que diga cualquiera de nuestros equipos de marketing."

Tres movimientos: confirme lo que es cierto, encuentre el núcleo de verdad en la afirmación del competidor, nombre dónde la afirmación se rompe. Luego ofrezca ingeniería. Los compradores no pueden verificar fácilmente las afirmaciones de marketing; sí pueden verificar una sesión de trabajo de 20 minutos.

Guion 5: "No creo que esto vaya a funcionar para nuestro entorno"

Esto rara vez es una afirmación técnica real. Casi siempre es una preocupación por la disrupción del flujo de trabajo o una preocupación de que el equipo del comprador rechace el cambio.

"Cuénteme más sobre la parte del entorno. ¿La preocupación es más por el encaje técnico, digamos, networking, identidad, residencia de datos, o es por el despliegue, lo que su equipo tendrá que cambiar en cómo trabaja? Quiero asegurarme de que resolvemos la correcta, porque las respuestas son bastante distintas."

Luego cállese y escuche. El comprador casi siempre le dirá, en la siguiente frase, exactamente qué preocupación es la real. A partir de ahí, maneja la versión técnica con detalles concretos o la versión de despliegue con un plan por fases y referencias.

Guion 6: la pregunta sin respuesta

El CTO pregunta algo tan específico que nunca había oído siquiera el término.

"Honestamente, no lo sé. Quiero ser directo con usted en lugar de improvisar. Esto es lo que haré. Anotaré exactamente la pregunta que está haciendo [repítala], la llevaré hoy a nuestro equipo de ingeniería, y le daré una respuesta por escrito para [hora específica]. Si la respuesta es 'no podemos hacer eso', se lo diré directamente. Si la respuesta es 'podemos hacerlo con un apaño', le enviaré el apaño. ¿Le parece justo?"

Tres cosas hacen que esto funcione:

  1. Nombra lo que está haciendo ("quiero ser directo con usted en lugar de improvisar"). Esto se anticipa al instinto del comprador de interpretar su "no lo sé" como debilidad.
  2. Repite la pregunta palabra por palabra. Esto demuestra que estaba escuchando, y saca a la luz cualquier malentendido antes de que vaya a quemar el día de un ingeniero con la pregunta equivocada.
  3. Se compromete a darles la respuesta mala si es mala. Los compradores confían en los SE que se comprometen de antemano a ser honestos sobre los resultados negativos.

Guion 7: "Muéstremelo en vivo, ahora mismo"

El comprador quiere que haga algo en el entorno de demostración de lo que no está 100 % seguro de que funcione.

"Puedo ejecutarlo en vivo ahora mismo y arriesgarme a que no funcione con limpieza, lo que no nos dirá mucho, o puedo grabarlo esta noche en un entorno limpio y enviarle el loom para mañana por la mañana, lo que nos dará una respuesta real. Mi recomendación honesta es la segunda, pero si prefiere verlo en vivo ahora incluso con el riesgo, lo haré. Usted decide."

Dele al comprador la elección. La mayoría escogerá la grabación. Los que insisten en verlo en vivo obtienen una lectura más limpia del producto de la que habrían tenido con una demo pulida, y se ha protegido del momento de muerte por fallo que pierde operaciones.

La plantilla del correo de seguimiento

Dentro de las 24 horas de cualquier objeción técnica, el comprador debería tener algo por escrito. Los seguimientos vagos matan más operaciones que las funciones que faltan.

Asunto: Seguimiento de [objeción específica], responsable + fecha

Hola [Nombre]:

En nuestra llamada de hoy, usted preguntó: "[pregunta palabra por palabra]".

Aquí está cómo se encuentra eso:

LO QUE PUEDO CONFIRMAR HOY
- [Punto]
- [Punto]

LO QUE LE HARÉ LLEGAR PARA [HORA / FECHA ESPECÍFICA]
- Responsable por nuestra parte: [Nombre, rol]
- Formato que recibirá: [sección de la documentación / exportación de muestra / llamada con ingeniería / respuesta por escrito en este hilo]
- Qué nos dirá: [la pregunta que esta respuesta zanja]

SI ALGO SE RETRASA
- Le avisaré para [día antes de la fecha límite] si necesito un día extra, con el nuevo ETA. No me quedaré en silencio.

LO QUE ME GUSTARÍA DE USTED
- [Cosa específica, si la hay, p. ej., una muestra de la forma de los datos, un diagrama de arquitectura, una confirmación de una línea de que esta es la preocupación real]

Gracias por insistir en esto. Es el tipo de pregunta que es mucho mejor sacar a la luz en la semana uno de la POC que en la semana seis.

[Nombre]

Envíelo el mismo día si es posible. Sin duda dentro de las 24 horas para operaciones en ciclo. El comprador reenviará este correo internamente a personas que nunca conocerá, y será el artefacto que esas personas usen para decidir si es un vendor en el que pueden confiar.

El guion de escalada interna a ingeniería

Sus ingenieros no le deben una respuesta el mismo día a cada pregunta. Los que dicen que sí son aquellos que reciben una solicitud limpia y bien acotada. Use este formato en Slack o dondequiera que escale.

Asunto: Pregunta rápida y acotada para [nombre de la operación], la necesito para [fecha]

Lo que pregunta el comprador:
"[Pregunta palabra por palabra, incluida cualquier escala o restricción específica que hayan nombrado]"

Por qué lo pregunto:
Esta es una [etapa de la operación] para [cuenta, estimación de ARR, fecha de decisión].
El comité de evaluación está observando cómo respondemos.

La respuesta más pequeña que me desbloquea:
- Sí / no / "sí con las salvedades X, Y", ese nivel de detalle es suficiente.
- No necesito una página de documentación. Necesito un párrafo que pueda reenviar.

Si una respuesta de un párrafo no encaja, ¿qué encajaría?
- 20 minutos en una llamada con el [rol del responsable técnico] del comprador esta semana.
- Una indicación de la página de documentación correcta y yo hago la síntesis.

Lo más tarde que puedo esperar:
[Hora específica]. Si no llegamos, ¿cuál es el siguiente paso correcto?

Gracias, encantado de traerte de vuelta lo que el comprador diga a continuación.

Tres preguntas, cada una con un límite claro. Esta es la diferencia entre un SE que quema la confianza de ingeniería y uno que la construye. Los ingenieros ayudarán a un SE que se presenta así. Empezarán en silencio a ignorar a un SE que no lo hace.

El protocolo del "no lo sé": cuatro partes obligatorias

Cada compromiso de seguimiento necesita cuatro cosas. Falle una y el compromiso se convierte en silencio en una promesa rota.

  1. Responsable: una persona nombrada por su parte, no "el equipo". Por defecto, usted mismo, a menos que ya haya alineado al responsable real.
  2. Fecha: un día específico e idealmente una hora específica. "Final de semana" no es una fecha. "El jueves para el mediodía, hora del Pacífico" sí.
  3. Formato: lo que el comprador recibirá. Un enlace a la documentación. Una exportación de muestra. Una llamada de 20 minutos. Una respuesta por escrito en el hilo. El formato preencuadra cómo debería evaluar el comprador la respuesta.
  4. Vía de escalada: qué pasa si se retrasa. "Le avisaré el miércoles al final del día si necesito hasta el viernes." Retrasarse con elegancia y aviso es un no-evento. Retrasarse en silencio es un mata-operaciones.

Las cuatro partes son un contrato. Los compradores leen estos contratos con más atención de la que la mayoría de los SE imaginan.

Errores comunes

El farol. Al responsable técnico de la sala ya le han echado un farol antes. Lo pillará, y no lo dirá en la reunión. Lo dirá en el resumen interno, donde le cuesta la operación sin que usted llegue a oír nunca el feedback.

Recurrir por defecto al roadmap. "Estamos trabajando en eso" sin detalles concretos es el equivalente del SE a "ya le responderemos", y los compradores lo traducen como "no, pero no queremos decirlo". Si algo está en el roadmap comprometido con una fecha, diga la fecha. Si no lo está, diga que no lo está.

Prometer de más en el roadmap. Su trabajo es el producto presente, no el producto soñado. Comprométase solo con lo que ingeniería ha comprometido de verdad por escrito. Los elementos del roadmap que confirma en un ciclo de operación son aquellos a los que el comprador le hará responder en el ciclo de renovación.

Quedarse en silencio tras la reunión. La ventana de seguimiento es de 24 a 48 horas para operaciones en ciclo. Cualquier cosa más larga y el comprador asume que oculta algo o que la respuesta es mala. El silencio mismo se convierte en la objeción.

Dejar la objeción sin resolver hasta la siguiente reunión. La duda se compone a través del comité de evaluación. El CFO habla con el CTO, que habla con el VP de TI, y para la siguiente reunión la objeción ha echado una cola de preocupaciones que el comprador ni siquiera tenía originalmente. Resuelva por escrito entre reuniones.

Para el patrón más amplio de errores que hunden en silencio las carreras de presales, véase Errores comunes del ingeniero de ventas.

Cómo medir si está mejorando

Hacer seguimiento del manejo de objeciones es raro en las organizaciones de presales, que es exactamente por lo que es un punto de apalancamiento.

  • Tasa de cierre de objeciones técnicas. De las operaciones donde surgió una objeción técnica y se escaló, ¿qué porcentaje cerró? Compare su tasa con la media del equipo. La brecha le dice más que su tasa de cierre general.
  • Tasa de cumplimiento del seguimiento. De cada compromiso que asumió en un ciclo de operación, ¿qué porcentaje cumplió en la fecha prometida o antes? Objetivo: más del 95 %. Por debajo del 80 % y su "ya le respondo" ha perdido su valor.
  • Tiempo hasta el seguimiento. Mediana de horas desde que se plantea la objeción hasta la respuesta por escrito. Objetivo: menos de 24 horas para operaciones en ciclo.
  • Entrevistas de operaciones ganadas. En operaciones closed-won, pregunte al comprador en el arranque: "¿Hubo un momento en la evaluación en que decidió que éramos de confianza?". Una proporción incómoda de las veces, la respuesta es un momento de honestidad acotada.
  • Entrevistas de operaciones perdidas. Cuando pierda, pregunte: "¿Hubo una pregunta que dejamos sin responder que influyó en la decisión?". La respuesta son datos.

Para el conjunto completo de métricas que separan a los buenos SE de los grandes, véase Las métricas del ingeniero de ventas que importan.

El movimiento que lo cambia todo

Los SE que ganan las operaciones más difíciles no son los que sabían cada respuesta. Son los que dijeron "no lo sé" en voz alta, en la sala, delante del comité de evaluación, y luego entregaron exactamente lo que prometieron, el día que lo prometieron.

Ese es el movimiento. Parece pequeño. No lo es.

Equivocarse en voz alta es más seguro que equivocarse en privado. El comprador puede corregirle en tiempo real, usted puede ajustar, y la operación avanza sobre una base real. Equivocarse en privado (la respuesta que farfulló en la demo, el elemento del roadmap que prometió de más, la afirmación de escala de la que no estaba seguro) vuelve en la semana seis de la POC, y no hay ninguna versión de esa conversación en la que la operación sobreviva intacta.

Si lleva de 1 a 3 años en esto y todavía siente el impulso de tener una respuesta para todo, esta es la parte que hay que interiorizar pronto. Los SE senior a los que respeta no llegaron ahí sabiendo más. Llegaron ahí siendo más fiables sobre lo que no sabían.

Más información