Ventas y SDR

Cómo hablar de resultados y ROI en vez de funcionalidades técnicas

5 de octubre de 2026 · Equipo Talento Bilingüe · 12 min de lectura

La laptop está abierta desde las 7:15 a.m. En la pantalla tienes el one-pager del producto, la lista de integraciones y tres bullets que el founder escribió la semana pasada: “AI-powered workflow”, “real-time sync” y “custom dashboards”. La llamada con el hiring manager de una empresa de San Francisco empieza en dieciocho minutos. Tú sabes que el software hace exactamente lo que dice. También sabes que, si repites esas frases tal cual, vas a sonar igual que los últimos doce candidatos que descartaron.

Te acomodas en la silla, abres un documento en blanco y te preguntas lo mismo que te preguntas cada vez que preparas una demo o una entrevista de SDR: ¿cómo dejo de hablar de botones y empiezo a hablar del dinero y las horas que ese botón le ahorra al cliente? No es un problema de vocabulario. Es un problema de traducción. Y esa traducción es exactamente lo que separa a quien consigue el rol remoto pagado en dólares de quien se queda en la lista de “nice try”.

---

¿Cómo hablo de resultados y ROI en vez de funcionalidades técnicas?

Dejas de describir lo que el software hace y empiezas a describir lo que el comprador deja de perder o empieza a ganar. En tres frases concretas: conviertes cada feature en horas recuperadas por semana, en pipeline adicional o en errores que ya no llegan a producción o a facturación. Usas números redondos, rangos creíbles y el lenguaje del comprador (tiempo, margen, riesgo), no el del product manager. Eso es lo único que un manager de ventas estadounidense escucha cuando decide si confía en ti para hablar con sus prospects.

La mayoría de los SDRs y AEs que vienen de LatAm llegan con un reflejo técnico muy fuerte: “tenemos integración nativa con Salesforce”, “el dashboard es customizable”, “la IA prioriza leads”. Todo eso es verdad y, al mismo tiempo, es invisible para quien firma el cheque. El comprador no compra la integración. Compra no tener que copiar datos a mano entre dos sistemas tres veces al día. No compra el dashboard. Compra ver el forecast sin pedirle a tres personas que le manden un Excel el viernes a las 6 p.m.

La regla práctica es simple y no negocia: cada vez que digas una funcionalidad, inmediatamente después digas el resultado en una de estas tres monedas:

1. Horas (ahorro de tiempo del equipo o del decisor).
2. Dinero (ingreso extra, costo evitado o margen protegido).
3. Riesgo/error (reducción de fallos, de churn o de retrabajo).

Si no puedes cerrar esa frase en menos de doce segundos, todavía no estás listo para la llamada.

---

¿Cómo traduzco las funciones del software a ahorro de horas, aumento de ingresos y reducción de errores?

Empiezas con una tabla mental que usas en cada discovery o en cada mock interview. Tomas la feature, identificas al usuario que la toca todos los días y calculas el impacto en una semana típica. No inventas números mágicos. Usas rangos que cualquier manager de operaciones o de ventas reconoce como realistas.

Ejemplo concreto con un CRM + automatización de secuencias (el tipo de producto que más aparece en roles de SDR outbound):

• Feature técnica: “secuencias multicanal con conditional logic y sync bidireccional con Salesforce”.
• Traducción a resultado: “Tu equipo de tres SDRs deja de armar follow-ups manuales. Recuperan entre 6 y 9 horas por persona a la semana. Esas horas se van a research y a más dials de calidad. En un quarter eso se traduce en 15-25 % más de meetings booked sin contratar a nadie extra”.

Otro ejemplo con un tool de product analytics o de customer success:

• Feature: “alertas automáticas de uso + health score en tiempo real”.
• Traducción: “El CSM se entera el mismo día de que un cuenta enterprise dejó de usar el módulo clave, no tres semanas después cuando ya mandaron el correo de cancelación. Reduces el riesgo de churn silencioso y le das al AE la chance de intervenir antes de que el renewal se caiga”.

Cómo construyes el número sin mentir:

• Preguntas en discovery (o investigas en LinkedIn/Gong calls públicas) cuántas personas tocan ese proceso.
• Estimas minutos por tarea repetitiva (copiar datos, buscar el status, armar el reporte).
• Multiplicas por días laborables del mes.
• Redondeas hacia abajo. Siempre. Un “entre 4 y 7 horas” es más creíble que un “ahorran 12,4 horas exactas”.

Herramientas reales que te ayudan a practicar esta traducción antes de la entrevista o de la demo:

• Loom: grabas un video de 90 segundos donde tomas una sola feature y la conviertes en las tres monedas. Lo revisas tú mismo o se lo mandas a un peer.
• Notion o un simple Google Doc: mantienes un “value dictionary” del producto con la columna Feature | Buyer pain | Hours/Revenue/Error | Frase lista para usar.
• HubSpot o Salesforce (si te dan sandbox): miras los reportes que el cliente realmente abre. Ahí está el lenguaje de valor, no en el changelog del producto.
• Gong o Chorus (si la empresa los usa): escuchas cómo los AEs top cierran la frase de valor. Notarás que casi nunca empiezan con el nombre de la feature.

Rangos salariales que valen la pena tener claros mientras practicas esto: un SDR remoto fuerte que ya habla en ROI (no solo en features) para empresas de EE. UU. suele moverse entre USD 45.000 y 65.000 base + variable, en esquema contractor. Los que se quedan en el discurso técnico puro rara vez pasan de la segunda entrevista o del primer quarter con cuota.

---

¿Qué errores te descartan cuando solo hablas de funcionalidades?

Hay cinco patrones que los hiring managers y los sales leaders estadounidenses detectan en menos de tres minutos. Todos son evitables.

1. El tour de producto disfrazado de discovery Empiezas a listar lo que el software puede hacer antes de haber confirmado el dolor. Percepción: “Este candidato vende features, no soluciones. Va a quemar leads”.

1. Números sin ancla Dices “aumenta la productividad un 40 %” sin decir de quién, en qué proceso ni contra qué baseline. Percepción: marketing fluff. Desconfianza inmediata.

1. Jerga interna del producto Usas el nombre que le pusieron los ingenieros (“SmartSync Engine”, “Adaptive Playbooks”). El comprador no lo conoce y no le importa. Percepción: estás más cerca del product team que del cliente.

1. Olvidar al decisor económico Hablas solo del usuario final (el SDR que ahorra clics) y nunca del manager que mira el costo por meeting o del VP que mira el pipeline coverage. Percepción: no entiendes cómo se compra en B2B.

1. No cerrar con la pregunta de impacto Sueltas la frase de valor y sigues hablando. No preguntas “¿cómo miden hoy ese proceso?” o “si recuperaran esas ocho horas, a qué las destinarían?”. Percepción: monólogo, no conversación de ventas.

Estos errores no solo te sacan de procesos de selección. Si ya estás dentro, te sacan de la cuota y, en muchos casos, del contrato contractor al final del quarter de prueba.

---

¿Cómo estructuro mi pitch o mi respuesta en entrevistas y demos para que suene a ROI?

Usa una estructura de cuatro movimientos que cabe en 45-70 segundos. Es la misma si estás en una mock call de entrevista, en una demo real o respondiendo “walk me through how you would position this”.

Movimiento 1 – Contexto del comprador (8-10 seg) “La mayoría de los equipos de sales ops que hablan con nosotros pierden entre 5 y 8 horas semanales por rep copiando notas y actualizando stages a mano”.

Movimiento 2 – Feature en una sola frase (5 seg) “Lo que hacemos es sincronizar automáticamente la actividad de email, calls y meetings con el CRM y actualizar el stage según reglas que ustedes definen”.

Movimiento 3 – Resultado en las tres monedas (15-20 seg) “Eso le devuelve esas horas al rep para que haga más dials de calidad. En equipos de 6-8 SDRs suele traducirse en 12-18 meetings extra por mes sin aumentar headcount. Y reduce los errores de forecast porque el stage ya no depende de que alguien se acuerde de mover la oportunidad el viernes”.

Movimiento 4 – Pregunta de anclaje (5 seg) “¿Cómo están midiendo hoy el tiempo que el equipo dedica a admin versus a selling?”.

Practica esta estructura en voz alta. Grábate con Loom. La primera vez te va a salir larga y técnica. A la quinta ya fluye. Los managers de EE. UU. notan de inmediato quién ensayó la traducción y quién improvisa features.

Cuando te pidan un role-play en la entrevista (muy común en Greenhouse o Ashby processes para roles de SDR/AE), esta estructura te salva. No necesitas conocer cada botón del producto. Necesitas demostrar que sabes convertir cualquier botón en impacto de negocio.

---

¿Qué revisan realmente los managers de ventas estadounidenses cuando evalúan cómo comunicas valor?

No están buscando que memorices el battle card. Están buscando tres señales:

• Business acumen: ¿entiendes que el software es un medio y el resultado es el fin?
• Buyer empathy: ¿hablas el idioma del director de sales o del revops, no solo del usuario final?
• Coachability + ownership: si te corrigen una frase de valor en la mock call, ¿la ajustas en la siguiente o sigues repitiendo la versión feature-heavy?

En la práctica esto se ve así en el proceso:

• En la primera llamada con el recruiter o el hiring manager te piden “explain the product to me as if I were a VP of Sales”. Si empiezas por la arquitectura o por la lista de integraciones, la señal es roja.
• En el role-play miden cuántas veces usas la palabra “you” y “your team” versus “our platform”.
• En la debrief interna (que a veces se nota en el feedback) aparece la frase “candidate was very product-focused” o “candidate tied everything back to pipeline and time savings”. Quieres la segunda.

Documentos y figuras contractuales que también miran (aunque no lo digan en la llamada de valor): si ya trabajaste como contractor con empresas de EE. UU., ten a mano tu W-8BEN y la claridad de que facturas por servicios, no por horas de “feature delivery”. Demuestra que entiendes el modelo. Los que llegan hablando solo de “implementar la herramienta” suenan a project manager, no a sales.

Herramientas del día a día que debes mencionar con naturalidad si te preguntan tu stack: Slack para alinearte con el AE y con revops, Notion o Google Docs para tu value dictionary personal, HubSpot o Salesforce para vivir dentro del CRM del cliente, Loom para mandar follow-ups de valor después de la demo, y Outreach/Salesloft/Apollo según el stack de la empresa. No hace falta que las domines todas. Hace falta que sepas por qué existen: para acelerar el ciclo y proteger el tiempo del comprador.

---

Tabla comparativa: cómo suena lo mismo según el enfoque

---

Artefacto copiable: guion y checklist para hablar de ROI (inglés listo para usar)

Copia esto en tu Notion o en un Doc. Úsalo en mock calls, en demos y en entrevistas. Está en inglés porque así lo vas a necesitar con empresas de EE. UU.

VALUE TRANSLATION SCRIPT (45-70 seconds)

1. Buyer context (pain in their language)
"Most [role] teams we talk to are losing [X-Y hours] every week on [specific repetitive task]."

2. Feature in one clean sentence
"What we do is [simple description of the capability without internal jargon]."

3. Result in the three currencies
"That gives the team back those hours so they can [higher-value activity]. 
For a team of [size] that usually means [range of extra meetings / pipeline / revenue] per month without adding headcount. 
It also cuts [specific error or risk] because [reason]."

4. Anchor question
"How are you currently measuring the time your team spends on [admin task] versus actual selling / closing?"

---

QUICK VALUE DICTIONARY TEMPLATE (fill per product)

Feature: 
Primary user who feels the pain: 
Hours saved per week (range): 
Revenue or pipeline impact (range): 
Error / risk reduced: 
One-sentence value version: 
Decision-maker who cares about this number: 

---

PRE-CALL CHECKLIST (2 minutes before any demo or interview role-play)

[ ] I can say the top 3 features as results in under 12 seconds each
[ ] I have ranges, not exact fantasy numbers
[ ] I know who the economic buyer is and what metric they report upstairs
[ ] I have one anchor question ready that forces the conversation back to their world
[ ] I recorded a 90-second Loom yesterday practicing the hardest feature → value translation

Guarda este bloque. La diferencia entre quien lo usa y quien improvisa se nota en la primera llamada y se multiplica en el quarter.

---

Hablar de resultados en vez de funcionalidades no es un truco de copy. Es la habilidad que te permite pasar de “candidato técnico que sabe el producto” a “persona que protege el tiempo y el pipeline del comprador”. Esa es la persona que las empresas de EE. UU. quieren pagar en dólares, en esquema contractor, con W-8BEN listo y con cuota real.

Si quieres ver con claridad qué roles de SDR o Account Executive encajan con tu experiencia actual y qué rangos de compensación en USD son realistas para tu perfil, puedes hacer el diagnóstico gratuito de dos minutos en el portal (/diagnostico/). Te muestra el mapa sin rodeos para que dejes de adivinar y empieces a preparar las conversaciones que sí convierten.

La próxima vez que abras el one-pager a las 7:15 a.m., ya no vas a ver una lista de features. Vas a ver horas, ingresos y errores que puedes traducir en la primera frase. Esa es la diferencia que se escucha del otro lado de la pantalla.