Discovery sin presupuesto: qué se puede hacer igual
El presupuesto amplía lo que se puede investigar, pero no decide su calidad. Qué aporta invertir en discovery y qué se aprende con lo que ya tienes.
El presupuesto facilita la investigación de usuarios, pero no determina por sí solo su calidad. Contar con recursos permite llegar a perfiles específicos, utilizar herramientas especializadas y desarrollar estudios más amplios. Sin embargo, no disponer de una partida específica para research no significa que sea imposible hacer discovery.
Muchas oportunidades para entender mejor a los usuarios ya están presentes en las interacciones habituales con el producto. Conviene repasar primero qué aporta invertir y, después, qué se puede hacer sin ello.
Qué permite hacer una inversión en investigación
Cuando hay presupuesto, el discovery gana alcance, rigor y rapidez. No hace falta para empezar, pero abre posibilidades que de otro modo resultan difíciles. Estas son las más habituales.
Reclutamiento profesional de usuarios. Los paneles especializados y los proveedores externos permiten contactar con perfiles difíciles de localizar por cuenta propia, como responsables de una función muy concreta o personas que todavía no conocen el producto. Compensa cuando el aprendizaje depende de hablar con quien no está en tu base de clientes, o cuando reclutar internamente llevaría más semanas de las que se pueden esperar.
Entrevistas y estudios especializados. Contratar servicios de UX Research o investigadores aporta rigor metodológico: guiones que no inducen la respuesta, muestras bien planteadas y un análisis menos condicionado por lo que el equipo ya cree. Tiene sentido cuando la decisión en juego es cara o difícil de revertir, o cuando nadie en el equipo tiene práctica en investigación.
Pruebas de usabilidad. Las sesiones moderadas, con alguien que acompaña al participante y puede repreguntar, ayudan a entender el porqué de cada dificultad. Las no moderadas, que cada persona hace por su cuenta, llegan a más gente en menos tiempo, aunque sin la posibilidad de preguntar en el momento. Las herramientas específicas se encargan de grabar, reclutar y facilitar el análisis, y ahorran trabajo cuando hay que repetir pruebas con frecuencia.
Incentivos. Compensar el tiempo de quien participa en una entrevista o en una prueba mejora la tasa de respuesta y permite pedir sesiones más largas a perfiles con poco tiempo. Puede ser un pago, una tarjeta regalo o un descuento en el producto, y a menudo basta una cantidad modesta, salvo con perfiles muy ocupados.
Investigación cuantitativa. Las encuestas con muestras amplias y el análisis por segmentos sirven para medir cuánta gente comparte un problema y cómo se reparte entre perfiles. Complementan a lo cualitativo, porque las entrevistas generan hipótesis y los estudios con más volumen ayudan a calibrar cuánto pesa cada una. Con una muestra pequeña o poco representativa, en cambio, aparecen porcentajes que parecen sólidos y no lo son.
Investigación contextual. Visitar al usuario en su entorno, observar cómo trabaja o hacer estudios presenciales revela lo que rara vez sale en una entrevista, como las hojas de cálculo paralelas, los atajos o las interrupciones. Es una de las opciones más costosas en tiempo y desplazamientos, y merece la pena cuando el lugar o la forma de trabajar condicionan el uso del producto.
Invertir tiene más sentido cuando la decisión es costosa, cuando hay que llegar a un perfil fuera del alcance del equipo o cuando hace falta un rigor que otros puedan dar por bueno. En los demás casos, empezar por lo que ya está a mano suele ser más rápido.
Lo que no hace falta comprar
Muchas de las formas más útiles de hacer discovery no requieren un presupuesto específico. Lo que necesitan es acceso a información relevante, buenas preguntas y tiempo para analizar las respuestas.
Eso no las convierte en gratuitas, porque consumen horas del equipo y la atención de otras áreas. Pero no dependen de una partida aparte. Lo que el presupuesto no puede comprar es curiosidad, atención y la disposición a aprender de las interacciones que ya existen.
Un ticket de soporte es una observación de usuario. Una conversación de ventas con un prospecto que no convirtió puede funcionar como una sesión de discovery sin moderar. Un comentario en la reseña de una tienda de aplicaciones es feedback espontáneo. Todo eso existe independientemente del presupuesto.
Seis métodos para empezar con lo que ya tienes
Entrevistas por videollamada con usuarios actuales. Seleccionar entre cinco y ocho usuarios con perfiles distintos, pedirles 45 minutos y mantener una conversación exploratoria sobre su contexto y sus problemas. Conviene preguntar por lo que hicieron la última vez que se enfrentaron al problema, no por lo que harían o querrían. Cuesta tiempo para prepararlas, hacerlas y analizarlas, además de la valentía de hacer preguntas abiertas y escuchar respuestas que a veces son incómodas. Quien sigue usando el producto, además, no cuenta la historia de quienes lo dejaron o nunca llegaron a usarlo.
Revisión de tickets de soporte. Los tickets son una fuente cualitativa muy rica. Leer los de un mes con un problema concreto en mente permite detectar patrones: qué se pregunta una y otra vez, dónde se atasca la gente, con qué palabras describe lo que le pasa. Nadie los escribió para hacer research, y por eso reflejan lo que ocurre cuando nadie está observando. Para no quedarse en la anécdota, ayuda clasificarlos por temas y contar cuántas veces aparece cada uno.
Pruebas de usabilidad sencillas. Poner un prototipo, aunque sea de baja fidelidad, delante de cinco personas y ver dónde dudan o se equivocan aporta más que no probar nada. Lo ideal es que sean usuarios actuales o potenciales. Si no es posible, los compañeros de otras áreas pueden detectar fallos evidentes, siempre que se tengan claros sus límites. Conocen la empresa, comparten vocabulario con el equipo y suelen ser amables, así que perdonan cosas que un usuario real no perdonaría. Con familiares o amigos pasa algo parecido, más el deseo de agradar. Sirven para una primera depuración, no para concluir que el producto funciona para su público.
Análisis de datos de uso. Es frecuente tener acceso a datos de comportamiento y no leerlos de forma sistemática. Mirar el funnel de onboarding, identificar los puntos de abandono más habituales o ver qué funcionalidades apenas se usan no requiere presupuesto adicional si la herramienta de analytics ya existe. Requiere tiempo y una pregunta concreta. Los números dicen qué ocurre pero no por qué, así que ayuda distinguir los datos de las señales y cruzarlos con lo que cuentan las personas.
Observación de conversaciones de soporte o ventas. Si el producto tiene equipo comercial o de atención al cliente, acompañar a esas personas en sus conversaciones con usuarios es uno de los métodos de discovery más ricos. Se aprende qué preguntan los usuarios, qué problemas se quedan sin respuesta y qué expectativas no se cumplen, sin salir de la empresa y respetando la privacidad de las personas implicadas. Cada área ve a los usuarios a través de su propio filtro. En ventas se oye sobre todo lo que ayuda a cerrar un trato, y en soporte lo que sale mal.
Reseñas públicas, peticiones de clientes y preguntas frecuentes. Las reseñas públicas, las preguntas del centro de ayuda y las peticiones que llegan al equipo comercial muestran con qué palabras habla la gente de su problema y qué sigue sin quedarle claro. Pesan más los patrones que los casos sueltos, y quien escribe una reseña suele estar especialmente contento o especialmente enfadado. Una petición apunta a un problema, pero rara vez es la solución más adecuada, como ocurre con la frase “el usuario quiere”.
El error de esperar las condiciones perfectas
Un riesgo frecuente es aplazar el discovery hasta que alguien apruebe un presupuesto de research, se contrate a una persona especializada en UX research o se consiga una herramienta de reclutamiento de participantes. Mientras se espera, los usuarios siguen usando el producto, los problemas siguen ahí y el equipo construye sobre hipótesis sin validar.
Con más medios se investiga mejor, pero eso no vuelve inútil lo que se puede hacer sin ellos. Empezar con lo que se tiene, extraer aprendizajes aunque sean parciales y usarlos para decidir con más información es un buen punto de partida. Un aprendizaje parcial, eso sí, no equivale a una prueba, así que merece la pena decir con cuánta confianza se sostiene y qué queda por comprobar.
Dos cosas que conviene proteger aunque no haya presupuesto
Entre no gastar nada y contratar un estudio completo hay un terreno intermedio. Dos cosas suelen compensar incluso en equipos con pocos medios.
Una es una herramienta de grabación y transcripción de llamadas, aunque sea en su plan gratuito, siempre con el consentimiento de quien participa. Hace que cada entrevista rinda más, porque se puede revisar y compartir con el equipo.
La otra es tiempo dedicado explícitamente al discovery, que puede ser el recurso más escaso en equipos pequeños. No exige una partida de presupuesto, pero sí que alguien decida que es prioritario y lo proteja en la agenda.
Reducir incertidumbre antes de construir
El presupuesto puede ampliar las posibilidades del discovery, pero no es su punto de partida. Antes de invertir en herramientas o estudios complejos, conviene aprovechar las oportunidades de aprendizaje que ya existen alrededor del producto.
Una conversación bien planteada, un patrón detectado en soporte o una prueba sencilla de usabilidad pueden aportar información suficiente para cuestionar una hipótesis y tomar decisiones mejor fundamentadas.
El objetivo no es investigar por investigar, sino reducir incertidumbre antes de construir.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.