Vender features
vs. soluciones
El gran error de la presentación comercial

Hay una escena que se repite en casi todas las empresas tech. El vendedor entra a la demo con el cliente, abre la pantalla y arranca: "Tenemos más de 200 integraciones nativas, nuestro dashboard tiene 14 vistas, la API es RESTful y soporta webhooks en tiempo real, y además un módulo de analytics con más de 80 KPIs configurables…"

El cliente asiente. Toma nota. Y al final dice: "Muy interesante, lo vemos internamente y te avisamos."

Y nunca más se sabe.

No es que el producto sea malo. Tampoco que el vendedor sea malo. El error es más sutil y más frecuente de lo que parece: se vendieron features cuando había que vender una solución.

Conozco este error de primera mano. Cuando alguien trabaja mucho tiempo con un producto, lo conoce tan bien que quiere mostrarlo todo. Es entendible: si pasaste meses entendiendo cada funcionalidad, cada integración, cada detalle técnico, es natural que quieras exhibirlo.

Pero el cliente no vino a ver tu producto. Vino a resolver su problema.

Harvard Business Review lo dice sin rodeos: uno de los principales reclamos de los CEOs es que sus equipos comerciales no son suficientemente consultivos, y que la mayoría de los vendedores no logra conectar lo que ofrecen con los resultados de negocio del cliente (HBR, 2022). Dicho de otra manera: saben hablar del producto, pero no saben hablar del problema del cliente.

Y si no hablás del problema del cliente, no hay solución que valga.

Antes de mostrar nada, hay que entender qué le duele al cliente. Y acá viene la trampa: todos te van a decir que su empresa es única, que su situación es particular, que su industria tiene sus propias reglas. Puede ser cierto. Pero en la mayoría de los casos, el primer problema que te cuentan no es el problema real.

El problema real está una o dos capas más abajo. Si el cliente dice "tenemos problemas de comunicación interna", no arranques mostrando tu módulo de mensajería. Preguntá: ¿en qué equipos específicamente? ¿Desde cuándo? ¿Qué consecuencias tuvo? ¿Cuánto les costó ese problema el último trimestre? ¿Qué intentaron antes?

Repreguntar no es ser molesto. Es ser profesional. Es la diferencia entre un médico que receta sin escuchar y uno que diagnostica de verdad.

Para llegar a la capa de fondo necesitás algo que no se aprende en un curso de ventas: humildad intelectual. Preguntar lo que no sabés. Admitir cuando algo no lo entendés. Pedirle al cliente que te explique su proceso con sus propias palabras.

Parece simple. No lo es. El instinto del vendedor —especialmente del que conoce muy bien su producto— es empezar a "ayudar" antes de entender. Interrumpir, completar frases, ofrecer soluciones antes de terminar de escuchar el problema. Hay que resistir ese instinto.

Mirá a los ojos. Incluso en una llamada virtual: apagá las notificaciones, enfocate en la pantalla, tomá notas. El cliente percibe cuándo le estás prestando atención de verdad y cuándo estás esperando tu turno para hablar. La empatía genuina —ponerse en sus zapatos, sentir qué es frustrante en su posición— no se finge. Y cuando es real, abre puertas que ningún pitch comercial puede abrir.

Una vez que entendiste el problema, viene la presentación. Y acá hay una distinción fundamental: demostrar no es lo mismo que contar.

El cliente tiene que ver su problema resolviéndose en tiempo real. No tiene que imaginar cómo podría funcionar. Tiene que verlo. Esa es la venta de una solución.

No asumas que porque mostraste algo, el cliente entendió cómo eso resuelve su problema. Hay que preguntarlo. Y no con preguntas de validación vacías ("¿quedó claro?"), sino con preguntas que revelen comprensión real.

Por ejemplo: "¿Se imaginan otros procesos en su empresa donde esto también podría aplicar?"

Si la respuesta es rica, detallada, empieza a conectar tu solución con otros dolores que tienen, entonces entendieron. Si es vaga o insegura, hay que volver al punto anterior con un ángulo diferente —un nuevo ejemplo, una analogía, un caso parecido. La venta no avanza si el cliente no entendió cómo vas a resolver su problema.

Acá uno de los errores más comunes: la tentación de mostrar todo porque "capaz le interesa".

No funciona así. Cada feature que mostrás que no está directamente conectada al problema del cliente es ruido. Distrae. Genera preguntas que desvían la conversación. Y lo peor: puede hacer dudar al cliente. Si mostrás 40 cosas, puede pensar que la herramienta es complicada, que va a necesitar mucho tiempo para implementarla, que quizás es más de lo que necesita.

Menos es más. Elegí las funcionalidades que resuelven el dolor específico que identificaste. Construí la demo alrededor de eso. El resto queda para más adelante, cuando ya haya confianza y contexto.

Si tenés alguna funcionalidad diferencial verdaderamente notable —algo que el cliente no esperaba, algo que va a recordar— podés elegir mostrarla aunque no esté directamente conectada al problema principal. Pero una. Dos como mucho.

Y el marco importa: "Una cosa más que quiero mostrarte, porque creo que en su contexto puede ser muy valioso…". Ese "una cosa más" tiene que transmitir que la elegiste entre muchas opciones posibles. Que no es random. Que la pensaste para ellos. Eso refuerza la percepción de que son expertos, que saben lo que hacen, que no están mostrando un catálogo sino resolviendo un problema puntual.

Este es, en mi experiencia, el punto donde más presentaciones mueren.

La presentación estuvo bien. El cliente mostró interés. Y entonces alguien dice: "Bueno, te mandamos un resumen y cuando tengas novedades nos avisás." Eso no es cerrar. Eso es abrir una puerta al silencio.

Siempre tiene que haber una acción concreta siguiente: enviar la propuesta, agendar una segunda llamada, armar un piloto, conectar con el equipo técnico del cliente. Y esa acción tiene que quedar definida —con fecha, con responsable— antes de que termine la reunión.

Si es el cliente quien debe avanzar, definí cuándo va a tener una respuesta y agendá una llamada de seguimiento. La fecha en el calendario no es agresividad comercial; es profesionalismo. Le estás diciendo: "Tomamos en serio tu problema y lo vamos a resolver en tiempo y forma." Eso también es parte de vender una solución.

El error que describimos no es raro. No es señal de mala intención ni de incompetencia. Es, en muchos sentidos, el camino de menor resistencia.

Repetir las 200 features que conocés de memoria tiene un costo cognitivo muy bajo. Es automático. Es lo que estudiaste, lo que practicaste, lo que sabés hacer bien.

Entender el problema del cliente —de verdad, en profundidad, con humildad— requiere un esfuerzo cognitivo completamente diferente. Tenés que procesar información nueva, impredecible, a veces contradictoria. Conectar esa información con lo que ofrecés en tiempo real, frente al cliente. Y hacerlo mientras gestionás la presión de la reunión. Es mucho más difícil. Y por eso, naturalmente, tendemos a evitarlo.

Matthew Dixon y Brent Adamson lo documentaron en The Challenger Sale, uno de los libros de ventas más influyentes de los últimos años. Basados en el análisis de más de 6.000 vendedores, encontraron que el perfil de mayor desempeño no es el que tiene mejor relación con el cliente ni el que más conoce el producto. Es el que enseña al cliente algo sobre su propio negocio, lo desafía a pensar diferente y conecta esa visión directamente con lo que vende. En otras palabras: el que vende soluciones, no features.

Cuando empezó la pandemia, Skype dominaba el mercado de videollamadas con 32,4% de participación. Zoom tenía 26,4%. Un año después, Zoom tenía 48,7% y Skype había caído a 6,6% (Harvard Business School Digital Initiative).

¿Qué hizo Zoom diferente? No tenía más features. Skype y WebEx tenían años de ventaja en funcionalidades. Pero Eric Yuan, fundador de Zoom, había pasado años en WebEx escuchando clientes insatisfechos. La conclusión que sacó era simple: los clientes no querían más funciones. Querían una cosa que funcionara bien: entrar a una videollamada sin fricción, sin cuenta obligatoria, con un solo clic.

Zoom vendió esa solución. No vendió un catálogo. Y en un momento de altísima demanda, esa claridad fue devastadora para la competencia.

En los años 90, Netscape era el rey de los navegadores. Pero a partir de la versión 4, en lugar de enfocarse en lo que hacía bien, empezó a agregar funciones: email, IRC, noticias, herramientas de comunicación. El resultado se llamó Netscape Communicator. Los propios ingenieros de la empresa describían el producto como "basura" (Airfocus). Era lento, inestable, y había perdido el foco en lo que el usuario realmente necesitaba: navegar.

No perdieron por falta de features. Perdieron porque agregaron demasiadas. Perdieron porque dejaron de pensar en el problema del usuario y empezaron a pensar en el tamaño de su catálogo.

La lección aplica igual en una demo comercial.

Hay una práctica que recomiendo especialmente: el role play comercial.

Nadie sale a jugar un partido sin entrenar. Sin embargo, en ventas, muchos equipos van a su primera demo sin haber simulado nunca la conversación. Y las demos en vivo no son el lugar para descubrir que tenés un problema con las preguntas difíciles.

La dinámica que funciona es incremental: primero un cliente amigable, que responde bien y hace pocas objeciones. Luego uno neutro, que no está convencido ni rechazando. Y finalmente uno peleador —el que interrumpe, el que pregunta por precio en el primer minuto, el que dice "ya tuvimos una herramienta así y no funcionó".

La investigación lo confirma: los vendedores que practican role play antes de llamadas en vivo tienen tasas de cierre entre 20% y 45% más altas que los que no lo hacen (Journal of Sales, Western Kentucky University).