El problema del research en productos B2B
Si trabajás en producto, UX o fundaste una startup, probablemente ya viviste esto.
Querés entender mejor a tus usuarios. Entonces hacés lo que hacen casi todos los equipos:
- Mandás una encuesta por email
- Invitás a entrevistas 1:1
- Revisás tickets de soporte
- Analizás métricas de producto
Y sin embargo, seguís teniendo la sensación de que algo falta.
Las métricas te dicen qué pasó.
Pero no te explican por qué pasó.
Ahí es donde entra el user research.
El problema es que, en B2B, hacer research de calidad es sorprendentemente difícil.
Las entrevistas toman tiempo.
Las encuestas generan respuestas superficiales.
Y los emails muchas veces ni siquiera se abren.
Entonces aparece una pregunta clave:
¿Estamos usando el canal correcto para hablar con nuestros usuarios?
El canal también determina la calidad del insight
Cuando pensamos en research solemos enfocarnos en:
- las preguntas
- la metodología
- el framework (JTBD, discovery continuo, etc.)
Pero hay un factor que suele subestimarse:
el canal de comunicación.
El canal determina cosas críticas como:
- la tasa de respuesta
- la profundidad de las respuestas
- la naturalidad de la conversación
- la posibilidad de repreguntar
Y eso impacta directamente en la calidad del insight.
En la mayoría de empresas B2B, el canal dominante sigue siendo el email.
Pero cada vez más equipos están explorando otro canal:
WhatsApp.
Email para research: ventajas y límites
El email tiene ventajas claras.
Es un canal:
- formal
- escalable
- fácil de automatizar
- aceptado en contextos profesionales
Por eso se usa para:
- encuestas NPS
- feedback de producto
- invitaciones a entrevistas
Pero cuando lo miramos desde la perspectiva del research profundo, aparecen varias limitaciones.
1. Baja tasa de respuesta
En muchos productos B2B:
- el open rate ronda entre 20% y 40%
- la tasa de respuesta es mucho menor
Muchos emails simplemente:
- se pierden en la bandeja
- se leen rápido
- se olvidan
2. Respuestas superficiales
Incluso cuando alguien responde un email de research, las respuestas suelen ser cortas.
Ejemplo típico:
“¿Qué problema buscabas resolver cuando empezaste a usar el producto?”
Respuesta:
“Automatizar procesos.”
Eso no es un insight.
Es solo una etiqueta.
Para entender realmente lo que pasó necesitás hacer follow-ups:
- ¿Qué proceso exactamente?
- ¿Qué estaba fallando antes?
- ¿Qué alternativas evaluaste?
- ¿Qué casi te hizo no comprar?
Y ahí aparece el problema:
El email no está diseñado para conversaciones iterativas.
3. Falta de contexto emocional
En research, muchas veces el insight aparece cuando el usuario cuenta una historia.
Por ejemplo:
“En ese momento estábamos perdiendo clientes y nadie sabía por qué.”
Ese tipo de relato aparece más fácil en conversaciones naturales que en formularios o emails estructurados.
WhatsApp para research: por qué cambia la dinámica
WhatsApp tiene características muy distintas al email.
Es:
- asincrónico
- conversacional
- directo
- parte de la comunicación diaria de las personas
Eso genera dinámicas diferentes cuando se usa para research.
1. Mayor tasa de respuesta
En muchos casos, los mensajes de WhatsApp tienen tasas de apertura cercanas al 100%.
No significa que todos respondan.
Pero sí que el mensaje se ve.
Eso ya cambia mucho el juego.
2. Conversaciones en lugar de formularios
La diferencia más importante es que WhatsApp permite algo que el email rara vez logra:
una conversación.
En research de calidad, una buena pregunta rara vez es suficiente.
Lo que genera insight es la secuencia:
- pregunta inicial
- respuesta
- repregunta
- profundización
Ejemplo:
Pregunta inicial
¿Qué problema estabas tratando de resolver cuando empezaste a buscar herramientas como esta?
Respuesta
Automatizar reportes.
Repregunta
¿Qué estaba pasando con los reportes antes de eso?
Profundización
¿Hubo algún momento específico en el que dijiste “necesitamos cambiar esto”?
Ahí aparece lo que en Jobs To Be Done se llama el struggling moment.
3. Respuestas más naturales
Cuando la conversación sucede en WhatsApp, la interacción se parece mucho más a una charla real.
Las respuestas suelen ser:
- más largas
- más narrativas
- más contextuales
Eso es clave para metodologías como:
- Jobs To Be Done
- The Mom Test
- Continuous Discovery
Porque esas metodologías dependen de historias reales, no de respuestas tipo encuesta.
Comparación directa: WhatsApp vs Email para research B2B
Podemos resumir la diferencia en varios ejes.
Tasa de respuesta
Email
→ baja a moderada
WhatsApp
→ significativamente mayor
Profundidad del insight
Email
→ respuestas cortas o estructuradas
WhatsApp
→ conversaciones iterativas
Capacidad de repreguntar
Email
→ baja (cada repregunta es otro email)
WhatsApp
→ alta (flujo conversacional natural)
Velocidad del research
Email
→ días o semanas para obtener respuestas
WhatsApp
→ conversaciones en horas
Escalabilidad
Entrevistas 1:1
→ muy profundas pero poco escalables
Email
→ escalable pero superficial
WhatsApp
→ punto intermedio interesante
El verdadero problema: escalar research sin perder profundidad
Durante años, los equipos de producto tuvieron que elegir entre dos extremos.
Entrevistas 1:1
- profundas
- ricas en insight
- pero lentas y costosas
Encuestas o emails
- escalables
- rápidas
- pero superficiales
El desafío real es encontrar una forma de:
generar conversaciones profundas sin depender de reuniones sincrónicas.
Ahí es donde WhatsApp empieza a ser interesante.
Permite:
- iniciar conversaciones fácilmente
- hacer repreguntas
- mantener el contexto
- escalar a más usuarios
Qué pueden aprender los equipos de producto de esto
Para product managers, UX designers y founders, esto abre varias posibilidades.
Por ejemplo:
Detectar mejor los verdaderos problemas
Muchas veces los usuarios piden features que en realidad son síntomas.
Una conversación bien llevada permite entender:
- el problema real
- el contexto
- las alternativas consideradas
Validar hipótesis más rápido
En lugar de esperar semanas para entrevistas, es posible tener múltiples conversaciones asincrónicas en paralelo.
Eso acelera:
- discovery
- validación de hipótesis
- priorización de roadmap
Identificar patrones de comportamiento
Cuando múltiples conversaciones siguen una estructura similar, es posible detectar:
- problemas recurrentes
- fricciones comunes
- oportunidades de producto
Eso convierte el research en evidencia acumulativa, no en anécdotas aisladas.
Conclusión
El email no va a desaparecer del research.
Sigue siendo útil para:
- encuestas estructuradas
- comunicación formal
- invitaciones a entrevistas
Pero cuando el objetivo es entender profundamente a los usuarios, el canal importa.
WhatsApp introduce algo que el email rara vez logra:
conversaciones reales.
Y en research, muchas veces el insight aparece justo ahí:
en la segunda o tercera pregunta, cuando el usuario empieza a contar qué estaba pasando realmente.
Para equipos de producto que buscan escalar el research sin perder profundidad, explorar canales conversacionales puede cambiar radicalmente la forma en que entienden a sus usuarios.
Si querés entender cómo hacer user research conversacional por WhatsApp y detectar insights reales de tus usuarios, podés agendar una demo de Fexa.
Artículos Relacionados
Jobs To Be Done con WhatsApp: del framework a la práctica
Aprendé cómo aplicar Jobs To Be Done con WhatsApp para hacer user research a escala, detectar fuerzas de cambio y priorizar mejor tu roadmap.
Cómo priorizar un backlog usando feedback real
Guía para product managers y founders sobre cómo priorizar un backlog de producto usando feedback real de usuarios en lugar de intuición, pedidos de stakeholders o ideas sin validar.