Desarrollo de clientes para Product Makers: guía completa, por Javi Platón

En resumen

• El desarrollo de clientes es un proceso para validar que un problema existe, que alguien lo sufre y que pagaría por resolverlo, antes de construir nada.
• Con IA construir es barato. Lo caro es construir algo que nadie quiere.
• El camino tiene cuatro pasos: escribir una hipótesis de problema, investigar a los usuarios, entrevistar sin dirigir y pasar a la acción con un micronicho y un servicio mínimo vendible.
• Con 12 a 15 entrevistas tienes evidencia suficiente para confirmar, ajustar o pivotar.
• Al final tienes todas las plantillas para descargar.

---

Hola!

En 2026 es muy sencillo construir cosas. Con IA, una tarde y algo de maña tienes un prototipo funcionando.

Pero, como toda la vida, lo complicado llega después: solucionar un problema real y que alguien te pague por ello. Ya lo conté en la distribución de producto: un buen producto fracasa si no llega a la gente adecuada. Y casi nunca falla la tecnología. Falla que nadie validó el problema antes de construir.

Así que recordemos. Cuando construimos producto, la pregunta es siempre la misma:

¿Esto optimiza el tiempo, reduce el coste o da más valor al cliente?

Si no sabes responderla con evidencia, todavía no toca construir. Toca hablar con clientes. De eso va esta guía.

Esta guía resume y amplía mi curso en LinkedIn Learning, Gestión de productos: Desarrollo de clientes. Lo grabé pensando en equipos de grandes empresas. Aquí lo adapto a quien construye producto, sobre todo con IA: Product Makers, Product Managers que ya prototipan, founders y equipos pequeños.

Por qué hice esta formación

En verano de 2025 me propusieron hacer para LinkedIn Learning la versión en español de Product Management: Customer Development. Dije que sí casi sin pensarlo.

Llevo desde 2015 construyendo y lanzando productos digitales, cerca de 100 hasta hoy. Y el patrón se repite. He visto iniciativas de millones de euros fracasar por no validar el problema real con clientes. Y he visto equipos pivotar a tiempo y desbloquear presupuesto solo por hablar con usuarios antes de escribir código.

Yo mismo he tenido que montar tiendas físicas en oficinas de clientes para entender qué tareas resolvían los empleados en su día a día. Nada de eso viene en los libros. Se aprende saliendo a la calle.

El curso era la excusa para ordenar el proceso que llevo años aplicando con mis clientes, en español y con ejemplos de aquí. Lo escribí y lo grabé entre agosto y noviembre de 2025. Esta guía es lo que no me cupo en el curso de LinkedIn Learning.

Aviso: es larga. Te dejo el índice para que vayas a lo que necesites.

Índice

1. Desarrollo de clientes y Product-Market Fit
2. De dónde salen las buenas ideas de producto
3. Cómo escribir una hipótesis de problema
4. Investigación de usuarios: cómo hacer research sin un equipo de research
5. Hipernicho e ICP: enfócate para ganar
6. Encuestas, safari competitivo y entrevistas
7. La entrevista de problema, paso a paso
8. Generar confianza, registrar y decidir
9. La idea perfecta: empieza por el final
10. Problem Focus: elige tu micronicho
11. El servicio mínimo vendible
12. El funnel invertido
13. Desarrollo de clientes con IA para Product Makers
14. Tu plan para esta semana
15. Descarga las plantillas
16. Preguntas frecuentes
17. Sigue aprendiendo
18. 7 libros y 7 newsletters para profundizar

Por qué el desarrollo de clientes importa más que nunca

Hace unos años, construir un producto llevaba meses y un equipo. Hoy lleva una tarde.

Eso es una buena noticia y una trampa. Cuando construir es barato, la tentación es construir primero y preguntar después.

El desarrollo de clientes es el antídoto. No es "hablar con clientes porque sí". Es un proceso para reducir el riesgo y convertir cada hipótesis en aprendizaje. Si prefieres verlo en vídeo, lo explico paso a paso en mi curso de desarrollo de clientes.

1. Desarrollo de clientes y Product-Market Fit

El éxito no llega por azar: se construye siguiendo un proceso.

En muchas empresas caemos en la trampa de "constrúyelo y las ventas vendrán". Meses de roadmap, todas las partes alineadas, lanzamiento… y el cliente no lo necesitaba. ¿Te suena?

El desarrollo de clientes, que popularizó Steve Blank, tiene cuatro etapas:

1. Descubrimiento de clientes. Defines quién es tu usuario, cuál es su problema real y si está dispuesto a pagar por resolverlo.
2. Validación de clientes. Vendes de verdad, aunque sea a mano, y confirmas que tienes un proceso de venta repetible. La validación más fuerte es que el cliente saque la tarjeta.
3. Creación de clientes. Escalas la demanda con un go to market estructurado.
4. Construcción de empresa. Pasas de experimento a proceso.

El Product-Market Fit, ese punto en el que tu producto encaja con lo que el mercado necesita, llega después de superar las dos primeras etapas. Cuando lo consigues, las métricas despegan: retención, recomendación, upsell.

Slack nació de un juego que fracasó. Sus fundadores escucharon, vieron que la herramienta interna que usaban para comunicarse valía más que el juego, y pivotaron a tiempo. Puedes hacer lo mismo con el siguiente reto que tengas encima de la mesa.

Este mapa te da foco, reduce el riesgo y te recuerda algo importante: si vuelves de la validación al descubrimiento, no has fallado. Has pivotado con evidencia.

Si quieres ver dónde encaja esto en la vida de un producto, aquí tienes el ciclo de vida de un producto digital.

2. De dónde salen las buenas ideas de producto

Toda innovación empieza con una buena pregunta o con un problema que duele.

Casi siempre las ideas vienen de tres fuentes:

1. Un problema propio. Lo sufres tú o tu equipo.
2. Feedback repetido. De clientes, de soporte o de ventas.
3. Datos y tendencias. Algo que se repite en tus métricas.

Dropbox nace porque su fundador olvidó su USB. Brian Chesky y Joe Gebbia, de Airbnb, alquilaron colchones hinchables porque no había hoteles libres en San Francisco. Yo tuve que montar tiendas físicas en oficinas de clientes para ayudar a sus empleados con tareas del día a día.

Dentro de una empresa pasa igual. Ventas lleva meses pidiendo "un dashboard con sus oportunidades en tiempo real sin tres clics". O el equipo de onboarding ve que los clientes abandonan en el paso 4. Eso son ideas que hay que investigar.

Wufoo obligaba a sus ingenieros a hacer atención al cliente para que entendieran el dolor real. Tú puedes empezar por algo más pequeño: pide asistir a reuniones con clientes y, poco a poco, suma a gente de desarrollo.

Pero una idea sola no vale nada. Hay que convertirla en una hipótesis que puedas comprobar.

Tres ejemplos que uso en mis mentorías:

• Dropbox. Hipótesis: "la gente olvida sus archivos cuando viaja". La validaron con un vídeo de 3 minutos antes de tener el producto, y la lista de espera se disparó de un día para otro.
• Slack. Hipótesis: "los equipos pierden tiempo en emails". Vendieron el producto equipo a equipo, casi a mano, antes de tenerlo completo.
• Zoom. Eric Yuan vio que las videollamadas corporativas eran lentas y frustrantes, y validó con empresas antes de escalar.

Muchos productos fallan por errores de go to market. Si validas primero el problema, el producto nace con ventaja. Incluso vender primero un servicio en lugar de un producto te puede dar una ventaja estratégica. Lo vemos en el capítulo 11.

Si quieres profundizar en esta parte, te sirve cómo validar una idea de negocio.

3. Cómo escribir una hipótesis de problema

Una buena hipótesis de problema se escribe desde la perspectiva del cliente, nunca desde la solución. En el curso tienes un ejercicio para practicarla con un caso real.

Tienes dos formatos. Usa el que te resulte más natural.

Formato 1:

Creemos que [tipo de usuario] experimenta [problema] cuando intenta [tarea] y esto le causa [consecuencia dolorosa].

Formato 2, el de las historias de usuario, pero centrado en problema y beneficio:

Como [rol específico], quiero [poder hacer algo] para [beneficio o consecuencia que evito].

Tres ejemplos:

• "Creemos que los Key Account Managers de empresas medianas pierden 6 horas a la semana buscando información dispersa entre el CRM y Excel, lo que retrasa sus cierres."
• "Creemos que los gerentes de planta en manufactura pierden 4 horas al día en reportes manuales que podrían automatizarse."
• "Como recepcionista de clínica privada, quiero registrar pacientes electrónicamente para ahorrar 45 minutos diarios en papeleo y evitar errores que generan reclamaciones."

Este último lo validé con un cliente. Fíjate: no dice "quiero un formulario digital". Dice el qué y el porqué. Esa diferencia lo cambia todo.

Escribe la tuya en 3 pasos

1. Define el rol lo más específico posible. No "usuario", sino "Key Account Manager de empresa mediana con más de 50 cuentas".
2. Describe la acción o el comportamiento que falta.
3. Expresa el beneficio real: tiempo, dinero, estatus o reducción de riesgo.

Esto también alinea a todo el mundo. Cuando enseñas la hipótesis a dirección, a ventas o al equipo técnico, todos entienden el porqué antes del cómo.

Cindy Alvarez lo resume muy bien: primero valida el problema, no la solución. Normalmente entendemos mejor el problema que la solución. Si el cliente confirma el dolor, entonces, y solo entonces, pasas a probar soluciones.

4. Investigación de usuarios: cómo hacer research sin un equipo de research

El Product-Market Fit es estar en un buen mercado con un producto que lo satisface. Simple en teoría. Brutalmente difícil en la práctica.

La mayoría de los equipos no fallan por falta de talento ni de presupuesto. Fallan porque nunca salieron a comprobar si el mercado que imaginaban existía.

La investigación de usuarios es el proceso que te lleva de "creemos que hay un problema" a "sabemos que hay un problema, quién lo sufre, cómo lo resuelve hoy y cuánto pagaría por resolverlo".

Y no necesitas un equipo de research para hacerla bien. Como Product Maker, necesitas un plan de una página, dos horas de investigación secundaria, una forma de conseguir entrevistas, protegerte de tus propios sesgos y un sistema para convertir conversaciones en decisiones. Vamos paso a paso.

4.1. Empieza por un plan de research de una página

El research sin pregunta es turismo. Antes de hablar con nadie, escribe esto en una página:

1. La decisión que vas a tomar. "Decidir si construimos un módulo de reporting para jefes de planta o lo descartamos". Si el research no cambia ninguna decisión, no lo hagas.
2. Tu hipótesis de problema. La del capítulo 3.
3. Lo que necesitas saber. Tres preguntas como máximo. Por ejemplo: ¿cuánto tiempo pierden?, ¿qué usan hoy?, ¿quién decide la compra?
4. A quién vas a preguntar. Tu ICP provisional, aunque luego lo afines.
5. Con qué método. Secundaria, encuesta, safari o entrevistas.
6. Cuántas personas y en qué plazo. Por ejemplo, 12 entrevistas en 2 semanas.
7. Qué tendría que pasar para confirmar o descartar. "Si al menos 8 de 12 describen el problema sin que lo nombre yo y tienen un parche hecho a mano, seguimos."

El punto 7 es el que casi nadie escribe y el que más importa. Si no decides antes qué te haría cambiar de opinión, cualquier resultado te parecerá una confirmación.

4.2. Investigación secundaria en dos horas

Antes de molestar a nadie, aprovecha todo lo que ya existe. Es rápida, barata y casi siempre se infrautiliza: los datos están, pero nadie los lee con las preguntas correctas.

Estas son las fuentes que reviso, por orden:

1. Tus datos internos. Tickets de soporte, notas de ventas perdidas en el CRM, búsquedas dentro de tu producto que no devuelven nada, motivos de baja y peticiones de funcionalidades. Ahí está el dolor con fecha y nombre.
2. Reseñas negativas de la competencia. G2 y Capterra en B2B; App Store, Google Play y Trustpilot en B2C. Lee las de 2 y 3 estrellas: son las más honestas. Las de 1 suelen ser enfado y las de 5, poco útiles.
3. Comunidades donde tu usuario se queja. Reddit, foros del sector, grupos de LinkedIn, comunidades de Slack o WhatsApp. Busca frases como "alguien sabe cómo…", "estoy harto de…" o "¿qué usáis para…?".
4. Lo que la gente busca. Google Trends y el autocompletado de Google o YouTube te dicen cómo describe el problema tu usuario con sus propias palabras.
5. Webs y precios de la competencia. Qué prometen, a quién se dirigen, cuánto cobran y qué han lanzado últimamente. Los cambios de precio y de mensaje cuentan mucho.
6. Informes públicos. Datos del INE, informes sectoriales y estudios de asociaciones. Sirven para dimensionar el mercado, no para entender el dolor.

Con IA esto baja de días a horas. Un prompt que uso:

"Actúa como researcher. Analiza las reseñas negativas de [competidor 1, 2 y 3] en [G2, Capterra o la App Store]. Agrupa las quejas por tema, dime cuántas veces aparece cada una y dame dos citas literales por tema. No inventes nada: si no lo encuentras, dilo."

Revisa siempre las fuentes. La IA resume muy bien y se inventa con mucha seguridad.

El resultado de esta fase no es un informe. Es una lista corta de problemas candidatos, con el lenguaje que usa tu usuario, que vas a confirmar en las entrevistas.

4.3. Cómo conseguir personas para entrevistar

Aquí se atasca la mayoría. "No tengo a quién preguntar" es la excusa número uno para no hacer research.

Dónde encontrarlas, de más fácil a más difícil:

1. Tus clientes actuales, sobre todo los que más usan el producto y los que menos.
2. Los que se fueron o no compraron. Son oro: te cuentan lo que tus clientes contentos no ven.
3. Leads y personas que se apuntaron a una lista de espera.
4. Tu red y la de tu equipo. No a tus amigos: a personas con el perfil que buscas.
5. LinkedIn y comunidades del sector. Busca por cargo y escribe un mensaje corto y honesto.
6. Referidos. Cada entrevista termina pidiendo un contacto. En la quinta ya no tienes que buscar.

Filtra antes de agendar. Dos o tres preguntas de cribado te ahorran entrevistas inútiles:

• "¿Cuál es tu rol y en qué tipo de empresa trabajas?"
• "¿Con qué frecuencia te enfrentas a [tarea]?"
• "¿Qué usas hoy para hacerlo?"

Si la persona nunca hace la tarea, por muy amable que sea, no es tu entrevistada.

El mensaje para pedir la entrevista, corto y sin vender:

"Hola [nombre], estoy investigando cómo los [rol] gestionan [tarea]. No vendo nada: quiero entender cómo lo hacéis hoy. ¿Te vendrían bien 20 minutos esta semana o la que viene? A cambio te paso un resumen de lo que aprenda con todas las entrevistas."

Ofrecer el resumen funciona mejor que un cheque regalo, sobre todo en B2B: a la gente le interesa saber cómo lo hacen otros como ellos.

¿Cuántas? Con 5 conversaciones ves las primeras señales. Con 12 a 15 del mismo perfil, los patrones aparecen solos. Si mezclas perfiles muy distintos, necesitarás más, porque cada perfil cuenta su propia historia.

4.4. Los sesgos que arruinan tu research

El mayor riesgo de tu research eres tú. Estos son los cinco sesgos que más veo, y cómo evitarlos:

La regla que más me ha servido viene del libro The Mom Test, de Rob Fitzpatrick: habla de su vida, no de tu idea; pregunta por hechos del pasado, no por opiniones sobre el futuro; y escucha más de lo que hablas. Si tu madre podría mentirte para no hacerte daño con esa pregunta, la pregunta está mal hecha.

4.5. Pregunta por el pasado: la última vez que…

La pregunta más potente del research empieza siempre igual: "cuéntame la última vez que…".

• "Cuéntame la última vez que tuviste que preparar el informe mensual."
• "¿Qué pasó justo antes? ¿Qué hiciste después?"
• "¿Qué herramienta usaste? ¿Por qué esa y no otra?"
• "¿Has buscado alguna vez una solución? ¿Qué encontraste? ¿Por qué no la compraste?"

Es la idea del Jobs to be Done: la gente no compra productos, "contrata" soluciones para avanzar en una situación concreta. Si entiendes la situación, la frustración y lo que ya ha probado, entiendes qué tendría que hacer tu producto para que lo cambie.

4.6. De notas a decisiones: cómo sintetizar

Las conversaciones se olvidan. Los patrones escritos toman decisiones.

1. Registra cada entrevista el mismo día con la plantilla del capítulo 8: 3 ideas clave, 1 cita literal, nivel de dolor y disposición a pagar.
2. Agrupa por afinidad. Cada idea en una nota y las juntas por temas. Sirve un tablero de Miro, de FigJam o una hoja de cálculo.
3. Monta una tabla de evidencia:

1. Separa señales fuertes de señales débiles.

No todo lo que te dicen vale lo mismo. De más fuerte a más débil:

1. Ya paga por una solución, o te paga a ti.
2. Ha montado un parche: Excel, emails a sí mismo, una persona dedicada.
3. Ha buscado una solución y la ha descartado.
4. Te cuenta un ejemplo concreto y reciente.
5. Dice que le parece un problema.
6. Dice que le gusta tu idea.

Las tres primeras son comportamiento. Las tres últimas son opinión. Decide con comportamiento.

4.7. Haz del research un hábito, no un proyecto

El mejor research no es el estudio de seis semanas que haces una vez al año. Es una conversación con un cliente cada semana.

Es lo que Teresa Torres llama continuous discovery. Bloquea una hora a la semana, automatiza la petición de entrevistas (por ejemplo, un mensaje dentro de tu producto o en el email de bienvenida) y guarda los aprendizajes en un repositorio sencillo, un Notion o una hoja de cálculo con la fecha, el perfil, el problema y la cita.

En seis meses tendrás más de 20 conversaciones documentadas. Y cada decisión de roadmap podrá apoyarse en lo que dicen tus clientes, no en lo que opina quien más alto habla en la reunión.

Cuando Airbnb entró en Y Combinator en 2009, les dijeron: vuestros usuarios están en Nueva York, id allí. Y fueron, cada semana, a sentarse con sus anfitriones. Sus fundadores lo cuentan como lo más importante que hicieron. No fue el código. Fueron las conversaciones.

El caso de Factorial

Cuando los fundadores de Factorial empezaron a validar su producto en 2016, no construyeron nada. Llamaron a responsables de RR. HH. de pymes españolas y les hicieron una pregunta simple: ¿cómo gestionáis hoy las vacaciones y las nóminas?

En las primeras cinco conversaciones escucharon lo mismo: Excel, emails perdidos y llamadas a la gestoría. Ese patrón, repetido sin que ellos lo sugirieran, bastó para saber que había un problema real, urgente y sin resolver.

Y lo que vino después es igual de interesante: cómo pasaron de esas conversaciones a un go to market que les llevó a varios países. Lo cuentan en este podcast de Itnig con personas de su equipo de Revenue, Inbound y ventas outbound. Merece mucho la pena.

👉 Con Bernat Farrero (cofundador de Factorial), Victoria Manankova (Revenue Operations), Clément Hovaere (ex Inbound Marketing) y Sonia Ferrer Rentero (ex Directora de Ventas Outbound Europa).

Si prefieres leerlo, lo resumí en cómo hacen el go to market en Factorial. Y si quieres llevarlo a tu producto, empieza por la tracción mínima viable para elegir canales.

Vídeos de gente de producto en España para profundizar

Si prefieres verlo contado por quien lo hace cada día, te dejo dos charlas en español.

En Runroom, la consultora de Barcelona, hablan de por qué las entrevistas con usuario son la base para entender a tu cliente y construir arquetipos que sirvan de verdad:

👉 Con Sarah Rink, Lead UX Researcher y socia fundadora de UXFYP.

Y Dani Diestre, en su canal de entrevistas a Product Leaders, repasa con Nacho Bassino las claves para hacer product discovery:

👉 Con Dani Diestre y Nacho Bassino, Product Coach y autor de Product Direction.

La investigación de usuarios no es un trámite previo al producto. Es el trabajo que decide si tu producto encuentra algún día su mercado.

5. Hipernicho e ICP: enfócate para ganar

El mayor error al lanzar un producto es querer venderlo a todo el mundo. "Esto sirve para todos los clientes" suele acabar en un producto que no sirve bien a nadie.

La estrategia de hipernicho consiste en elegir un segmento tan específico que te conviertas en la opción obvia. Es tu ICP, tu Ideal Customer Profile.

Dos ejemplos:

• Airbnb no apuntó a "todo el que viaja". Apuntó a propietarios que veían su habitación libre como una forma de ganar dinero extra y que creían que alquilar a desconocidos podía ser seguro.
• Slack no empezó para "todos los equipos". Empezó con equipos de desarrollo de startups que odiaban el email.

Tú puedes hacer lo mismo: "Gerentes de planta de empresas manufactureras medianas en España, de 200 a 800 empleados, que todavía usan Excel para sus reportes diarios."

Cómo llegar a ese nivel de precisión

Hablando con clientes. Empiezas con datos demográficos (cargo, tamaño de empresa, sector) y descubres los psicográficos (creencias, frustraciones, objetivos).

Uso estas tres preguntas con mis clientes:

1. ¿Qué 3 a 5 roles tienen el problema?
2. ¿Quién pierde más tiempo y dinero con él?
3. ¿Qué soluciones probaron y odiaron?

Cuando defines bien tu ICP, todo se vuelve más fácil: los mensajes de venta, el precio, el onboarding y hasta el roadmap técnico.

Ejercicio: define tu ICP con al menos 8 atributos, 4 demográficos y 4 psicográficos. Verás cómo se enfoca tu visión.

6. Encuestas, safari competitivo y entrevistas

Ya sabes a quién investigar. Ahora toca elegir la herramienta.

Cada técnica responde a una pregunta distinta. Usarlas todas para lo mismo es un error. No usarlas todas es quedarte con media imagen.

1. Encuestas: ¿cuántos sufren el problema?

Te dicen si lo que descubriste en dos conversaciones es amplio o anecdótico: cuánta gente lo sufre, con qué frecuencia y con qué intensidad.

El error más común es preguntar "¿usarías este producto?". Las respuestas siempre son optimistas y no significan nada.

Pregunta mejor así:

• "¿Con qué frecuencia te enfrentas a este problema?"
• "Del 1 al 10, ¿cómo de satisfecho estás con la solución que usas ahora?"

Y después, siempre: "¿por qué?".

2. Safari competitivo: ¿cómo lo resuelven ahora?

Es observar y probar cómo tus usuarios resuelven hoy el problema que tú quieres resolver.

Puede ser pasar un día con el equipo de ventas viendo cómo buscan información en el CRM. Usar durante una semana la herramienta que usa tu cliente. O leer las reseñas negativas de tus competidores: ahí está el dolor que nadie ha resuelto.

Busca los parches. Cuando alguien usa Excel para compensar lo que no hace su CRM, se manda emails a sí mismo para no perder información o tiene una hoja de cálculo paralela al sistema oficial, ahí hay un problema real, urgente y sin resolver.

3. Entrevistas: ¿por qué les duele?

Las encuestas te dicen el qué y el cuánto. El safari te enseña el cómo. Las entrevistas te explican el porqué.

En las entrevistas aparece lo que no puedes obtener de otra forma: la emoción detrás del problema, lo que ya han intentado y lo que pedirían si pudieran. Por eso tienen capítulo propio.

Con las tres combinadas tendrás algo que pocas iniciativas tienen: evidencia real del mercado.

7. La entrevista de problema, paso a paso

Las entrevistas son tu superpoder. Tu trabajo es escuchar, no convencer. Si quieres ver cómo suena una entrevista de problema de principio a fin, la tienes en el curso de LinkedIn Learning.

Antes de cada una, escribe tres objetivos de aprendizaje y las preguntas que te ayudan a llegar a ellos. Por ejemplo: cuánto tiempo pierde en esto, qué ha intentado ya y por qué no le funcionó. Si no sabes qué quieres aprender, la conversación se convierte en un paseo sin destino.

Una entrevista de problema dura entre 25 y 30 minutos y tiene cuatro fases.

Fase 1. Contexto y confianza (2 minutos)

Esta fase baja la guardia. Sin ella, mucha gente intenta darte la respuesta que cree que quieres oír.

Este es el guion que uso, para que lo copies:

"Hola Inma, gracias por aceptar esta llamada. Soy Javi Platón, Product Manager en Be Product. Estamos explorando cómo mejorar el proceso de onboarding para nuevos usuarios y quiero entender primero cómo lo haces tú ahora. No estoy vendiendo nada, solo escuchando. ¿Te parece bien si grabo solo audio para no perder detalles?"

Cada palabra tiene un propósito:

• "Explorando" en lugar de "desarrollando" quita presión.
• "Cómo lo haces tú ahora" lleva al usuario a su experiencia real, no a opiniones abstractas.
• "Solo escuchando" baja la guardia.
• Pedir permiso para grabar genera confianza desde el primer segundo.

Fase 2. Calentamiento (5 minutos)

Preguntas fáciles: ¿cuánto tiempo llevas en este rol?, ¿cómo es un día típico?

No son relleno. Son el puente hacia lo importante. Alguien que lleva cinco minutos hablando con fluidez tiene muchos menos filtros cuando llegan las preguntas difíciles.

Fase 3. Exploración profunda (10 a 15 minutos)

Usa la técnica del embudo: primero preguntas amplias, después específicas y al final ejemplos concretos.

• ¿Cuáles son tus tres mayores dolores en [área]?
• ¿Cómo resuelves hoy ese problema?
• ¿Qué te frustra de esa solución?
• Si tuvieras una varita mágica, ¿qué cambiarías?

Ninguna menciona tu producto. Es a propósito. En cuanto nombras lo que estás construyendo, la entrevista deja de ser una entrevista y se convierte en una evaluación.

Dos reglas para no quedarte en la superficie:

1. Si te dicen "es complicado", para. Pregunta: "¿Puedes ponerme un ejemplo de la última vez que te pasó?" Los ejemplos concretos son oro. Las generalizaciones son ruido.
2. Si te dicen "todo el mundo odia esto", no lo apuntes como evidencia. Pregunta: "¿Te ha pasado a ti recientemente?" Si no responde con su propia experiencia, es una opinión sobre otros, no un dato.

Los 5 porqués

Cuando encuentres un dolor que se repite, pregunta "¿por qué?" cinco veces, cada vez sobre la respuesta anterior. Con naturalidad, como si cada respuesta te diera curiosidad.

El usuario empieza con "perdemos mucho tiempo generando informes" y acabas en "ese rol no existe en nuestra empresa". El problema raíz no es el informe: es que nadie gobierna los datos. Eso cambia por completo qué producto tiene sentido construir. Sin los 5 porqués, te habrías quedado en la superficie.

Fase 4. Cierre (5 minutos)

1. Resume lo que has entendido. No para quedar bien, sino para comprobar que lo has interpretado bien. Ese momento en que el usuario corrige y matiza suele ser el más valioso de toda la entrevista.
2. Comprueba si pagaría: "Si mañana apareciera una solución que resolviera exactamente esto, ¿qué presupuesto aproximado tendrías disponible este año?" No preguntas cuánto pagaría por tu producto, sino por un presupuesto para un problema ya confirmado. Así hablas de dinero sin incomodidad y ves si el dolor tiene peso económico.
3. Pide permiso para volver: "¿Puedo contactarte si tengo dudas?"
4. Pide la siguiente entrevista: "¿Conoces a alguien más que pueda estar interesado en hablar?" No es cortesía: es la forma más eficiente de conseguir tus próximas entrevistas con el mismo perfil.

La regla de oro: 80/20

Si hablas más del 20 % del tiempo, lo estás haciendo mal. En una entrevista de 30 minutos, tú hablas 6 como máximo.

Usa el silencio. Si te cuesta, cuenta hasta cinco antes de responder. El silencio incomoda, pero el usuario lo rellena con información que nunca te habría dado si hubieras hablado tú.

Y tira de frases como "cuéntame más…", "¿qué más?" o "¿cómo te hace sentir eso?". Hacen que el usuario profundice sin que tú dirijas nada.

Graba la llamada y apunta solo patrones, no cada frase. Si intentas transcribirlo todo, dejas de escuchar.

8. Generar confianza, registrar y decidir

La confianza no se pide. Se genera.

Crea el espacio para que hablen

Tu lenguaje corporal y tu energía importan más que las preguntas. Sonríe, aunque sea por Zoom. Inclínate un poco hacia delante. Asiente y usa expresiones breves de escucha: "entiendo", "claro", "te sigo".

Si la persona cruza los brazos o mira hacia otro lado, baja el ritmo y sonríe más. Si se emociona con un tema, profundiza ahí aunque no estuviera en tu guion. Esa emoción es la señal de que estás tocando un dolor real.

Cuando dominas esto, pasa algo curioso: el cliente acaba vendiéndose a sí mismo la solución. No porque le convenzas, sino porque contar el problema en voz alta lo hace visible por primera vez.

Registra cada entrevista (10 minutos)

Nada más colgar, apunta:

• 3 ideas clave
• 1 cita literal potente
• Nivel de dolor: bajo, medio o alto
• Una estimación de lo que estaría dispuesto a pagar

Sin este registro, las entrevistas se acumulan y los patrones no aparecen. Con él, en la décima verás con claridad qué se repite y qué no.

Decide tras 12 a 15 entrevistas

Aquí se atascan muchos equipos. Tienen datos, pero no saben si confirman, cambian o invalidan su hipótesis.

Hay tres escenarios, y los tres son válidos:

1. Tenías razón. Mencionan el problema que esperabas, buscan solución activamente y algunos ya tienen presupuesto en la cabeza. Confirmas y pasas a validar la solución.
2. Estabas cerca. El problema existe, pero no como lo formulaste. Quizá lo sufre otro rol, o en otro contexto. Ajustas la hipótesis y haces una segunda ronda, más corta y enfocada.
3. Estabas equivocado. Tu problema no apareció, pero apareció otro urgente y real. El sistema está funcionando. Pivotas hacia lo que el mercado te acaba de enseñar.

Pivotar no es rendirse. Es la decisión más inteligente que puedes tomar con evidencia en la mano. Las empresas que fracasan son las que tenían los datos para pivotar y decidieron ignorarlos.

9. La idea perfecta: empieza por el final

Tienes evidencia y un dolor validado. Ahora viene la pregunta que casi todos se saltan: ¿sabes exactamente adónde vas?

En Amazon tienen una regla. Antes de aprobar un producto nuevo, el equipo escribe la nota de prensa como si ya existiera y ya estuviera cambiando la vida de alguien. Si no puedes escribirla con claridad, el producto no está listo para construirse.

El método de la idea perfecta funciona igual: empiezas por lo que cambia para tu cliente cuando tu producto funciona. Responde tres preguntas, con la máxima concreción:

1. ¿A quién ayudas exactamente? No a un segmento, sino a una persona con un rol, en una empresa y en una situación concretas. "Directores de operaciones de empresas industriales medianas que todavía cierran el mes con Excel" sirve. "Profesionales del sector industrial", no.
2. ¿Qué cambia en su vida o en su trabajo? Antes perdía horas consolidando datos y decidía tarde. Después trabaja con datos fiables y decide más rápido. Cuantifica siempre que puedas.
3. ¿Por qué este producto merece existir? No hablo de tu ventaja competitiva, sino del hueco real que estás cubriendo.

Con esas respuestas escribes tu nota de prensa interna: un párrafo con el cliente antes, otro con el cliente después y una frase que explica por qué solo tú puedes hacer ese cambio ahora.

Léela en voz alta. Si suena vaga o podría ser de cualquier otro producto de tu sector, vuelve atrás.

Y úsala para dos cosas:

• Para conseguir apoyo. Ante dirección o finanzas no pides presupuesto para funcionalidades: enseñas la transformación que van a financiar. Los comités aprueban transformaciones.
• Para priorizar. Cuando llegue una petición, y llegarán, pregúntate: ¿esto acerca al cliente a la transformación de la nota de prensa? Si no, puede esperar. Te ayudan los frameworks de priorización y evitar el síndrome del objeto brillante.

Ejercicio: escribe tu nota de prensa interna en una página como máximo. Si tardas más de 20 minutos, todavía no tienes claro el problema que resuelves.

10. Problem Focus: elige tu micronicho

Tienes varios problemas identificados. ¿Por cuál apuestas?

Equivocarte aquí no es perder una semana. Es perder 6 meses de desarrollo, el presupuesto y la confianza de quien te lo aprobó.

La estrategia del micronicho viene de la táctica militar: antes de conquistar un territorio, eliges una playa pequeña donde tienes ventaja, la ganas con todos tus recursos y desde ahí te expandes. El error es intentar desembarcar en toda la costa a la vez.

No elijas el problema más grande, sino el que puedes resolver en los próximos 3 a 18 meses.

Clay, hoy una plataforma de datos y automatización de ventas, empezó con un micronicho muy concreto: perfiles que perdían horas buscando datos de forma manual. Ese dolor era urgente, medible y no resuelto. Desde ahí se expandieron a ventas, marketing y operaciones.

Los 4 criterios

1. Urgencia del dolor. ¿Necesita resolverlo ya o puede esperar? Un problema urgente deja señales: soluciones improvisadas, herramientas parcheadas y tiempo perdido que se mide cada semana. Busca el "toma mi dinero, lo necesito ya", no el "qué interesante, ya lo veremos".
2. Disposición a pagar. Que digan que lo necesitan no basta. ¿Tienen una idea de cuánto invertirían? Recupera la pregunta del presupuesto de tus entrevistas. Si nadie dio una cifra, vuelve a preguntar antes de decidir.
3. Proximidad. El mejor problema del mundo no vale nada si no llegas a quien lo sufre. ¿Tienes una lista de 50 a 100 empresas o personas con ese perfil? ¿Puedes reunirte con ellas en las próximas semanas? En B2B hay una regla práctica: define un micronicho de 100 empresas y considera que has ganado si consigues el 30 % en 18 meses.
4. Potencial de recomendación. Tu primer cliente quizá no sea tu cliente ideal a largo plazo. Pero, si su problema es urgente y le ayudas bien, lo contará. ¿Te recomendará?

La plantilla de decisión

Añade una fila por problema (de 3 a 5), puntúa cada criterio del 1 al 3 y suma. El que más puntúa es tu micronicho.

Debajo, completa una frase:

Voy a resolver [este problema] para [este tipo de cliente] porque aquí tengo una oportunidad real de generar impacto.

Si la completas con claridad, has encontrado un foco sólido. Y si luego quieres medir si estás generando impacto de verdad, te sirve Impact-Driven Growth o montar tu North Star Metric y KPI Tree con Claude.

El framework de Impact-Driven Growth lo explican en directo en este Runroom LAB:

👉 Con Carlos Iglesias (CEO de Runroom y autor de Impact-Driven Growth) y Jose Saura.

11. El servicio mínimo vendible

Ya sabes a quién ayudas y qué problema tiene. ¿Cómo empiezas sin invertir 6 meses de desarrollo?

Con un servicio mínimo vendible: un servicio real que resuelve el problema validado de forma manual, simple y directa, y por el que el cliente paga antes de que exista el producto.

La diferencia con un MVP es importante. Un producto mínimo viable te dice si alguien usaría lo que construyes. Un servicio mínimo vendible te dice si alguien pagaría por el resultado que prometes. Y esa señal pesa mucho más que una intención declarada.

Ejemplo: si quieres validar un portal de autoservicio para clientes, empieza respondiendo a mano las consultas que ese portal resolvería. Mide cuántas llegan, cuánto tardas y si los clientes quedan satisfechos. Cuando el volumen justifique automatizar, ya tienes los datos para hacerlo.

Monta el tuyo en 3 pasos

1. Define el resultado. No qué vas a construir, sino qué va a conseguir el cliente. "Tu equipo de ventas tendrá el embudo actualizado cada mañana sin hacer nada" es un resultado. "Un panel de control en el CRM" es una funcionalidad. Los clientes pagan por resultados.
2. Diseña el proceso manual. ¿Cómo entregarías ese resultado sin tecnología? Una hoja de cálculo compartida, una llamada semanal, un informe por email cada lunes. Lo que parece torpe e inescalable es justo lo que necesitas ahora.
3. Véndelo antes de construirlo. Cobra, aunque sea poco. El pago es la señal más honesta del mercado. Quien paga te dice que el problema es real. Quien lo usa gratis solo te dice que le sobra tiempo.

Si nadie paga por el servicio manual, no construyas el producto.

Dentro de una empresa tiene una ventaja extra: te da un caso de éxito interno antes de pedir presupuesto. Cuando llegas a dirección con tres departamentos piloto que ya lo usan, no pides que aprueben una apuesta. Pides que escalen algo que ya funciona.

Empezar a mano no es debilidad. Es la forma más rápida de llegar a la evidencia que necesitas para construir producto sin prisa y con confianza.

Un servicio mínimo vendible es, al final, un experimento. Si quieres montar experimentos con método, te recomiendo esta charla de José Manuel Pérez Prado, CEO de The Hero Camp:

👉 Con José Manuel Pérez Prado, CEO de The Hero Camp, en el Product Hackers Day 2019.

12. El funnel invertido

Ya tienes clientes que pagan y están contentos. Aquí casi todos cometen el mismo error: pensar que toca invertir en anuncios.

Antes de escalar la adquisición, tienes un activo que casi nadie explota: el cliente satisfecho. Tu mejor vendedor ya está ahí. Solo tienes que diseñar el sistema para que hable.

En el embudo tradicional inviertes en atraer a desconocidos y convencerles: caro, lento y frío. En el funnel invertido inviertes en que tus clientes atraigan a los siguientes: barato, rápido y con la confianza ya incorporada.

Necesitas tres piezas:

1. La experiencia "wow". Superhuman no dejaba entrar a todo el mundo: cada usuario nuevo pasaba por un onboarding personal de 30 minutos. Caro y nada escalable. Pero la gente salía sintiéndose experta y se lo contaba a todo su equipo. Pregúntate: ¿tu cliente consigue lo que prometiste? ¿Lo nota? Un informe con el antes y el después convierte un buen servicio en una historia que se puede contar.
2. El activo compartible. Notion creció en empresas porque era facilísimo de compartir: un documento pasaba al equipo y de ahí a toda la empresa. Tú necesitas tu equivalente: un caso de éxito de una página con sus números, una presentación lista para su director o un informe con el logo de su empresa.
3. El momento de pedir la recomendación. Figma diseñó el producto para que invitar a otros fuera el paso natural para hacer cualquier cosa útil. Tú quizá no tengas un producto viral, pero puedes diseñar el momento: justo después de entregar un resultado visible. La pregunta es directa: "¿Conoces a alguien más en tu empresa o en tu sector que pueda tener el mismo problema?"

Una sola pregunta, en el momento correcto.

13. Desarrollo de clientes con IA para Product Makers

Este capítulo no está en el curso. Lo añado porque es donde más ha cambiado el trabajo desde que lo grabé, y es 100 % mi opinión.

La IA acelera casi todo el desarrollo de clientes. Menos lo más importante: escuchar a una persona contarte su problema.

Dónde te acelera

• Investigación secundaria. Competidores, informes y reseñas en horas en lugar de días.
• Preparar entrevistas. Pídele que revise tu guion y marque las preguntas que dirigen la respuesta o mencionan tu solución.
• Analizar. Transcribe las llamadas y pide que agrupe patrones, citas y niveles de dolor. Después compruébalo tú: la IA encuentra patrones, pero no sabe cuáles importan.
• Prototipar la solución. Una vez validado el problema, puedes tener un prototipo en una tarde y enseñarlo en la siguiente ronda. Así lo cuento en Product Manager vs Product Engineer.
• Montar el servicio mínimo vendible. Automatizaciones ligeras y agentes para entregar el resultado sin construir el producto entero. Te sirve agentes de IA con mirada de producto.

Dónde no la uses

• Para sustituir entrevistas. Un usuario sintético te dirá lo que es plausible, no lo que es verdad. Úsalo para ensayar, nunca como evidencia.
• Para saltarte la validación del problema. Que construir sea barato no hace que construir lo equivocado sea gratis: te cuesta tiempo, foco y la confianza de tus primeros clientes.
• Para escribir tu hipótesis por ti. Si no la puedes escribir tú, es que todavía no entiendes el problema.

Para diseñar con IA con criterio, te recomiendo el framework PRAXIS de cómo diseñar productos con IA.

14. Tu plan para esta semana

Todo esto solo vale si en las próximas 48 horas haces algo con ello. El conocimiento que no se convierte en acción no cambia productos. Y si te ayuda tener un plan guiado, el curso tiene un test al final de cada capítulo para comprobar lo que has aprendido.

1. Hoy: elige una iniciativa de tu roadmap y escribe su hipótesis de problema. Una frase: cliente, comportamiento y beneficio.
2. Esta semana: agenda 8 entrevistas.
3. Con lo que aprendas: completa el Problem Focus y elige tu micronicho.
4. Antes de fin de mes: diseña tu servicio mínimo vendible y preséntalo a 3 clientes piloto.

No gana el equipo con más presupuesto ni el del roadmap más bonito. Gana el que valida más rápido. Si quieres ver cómo se hace producto de verdad en España, aquí tienes hacer producto de verdad.

15. Descarga las plantillas

Te he preparado en un documento todas las plantillas de esta guía, listas para copiar en tu Drive:

• Hipótesis de problema
• Plan de research de una página
• Preguntas de cribado y mensaje para pedir entrevistas
• ICP con 8 atributos y las 3 preguntas de hipernicho
• Guion de entrevista de problema, fase a fase
• Registro de entrevistas, tabla de evidencia y decisión tras 12 a 15
• Nota de prensa interna
• Problem Focus
• Servicio mínimo vendible y funnel invertido
• Plan de la semana

👉 Descarga las plantillas de desarrollo de clientes: tally.so/r/RWWjLd

16. Preguntas frecuentes

¿Qué es el desarrollo de clientes?

Un proceso en cuatro etapas, descubrimiento, validación, creación de clientes y construcción de empresa, para comprobar que un problema es real y que alguien pagaría por resolverlo antes de invertir en construir.

¿En qué se diferencia del Product-Market Fit?

El desarrollo de clientes es el camino. El Product-Market Fit es el punto al que llegas cuando superas las dos primeras etapas: tu producto encaja con lo que el mercado necesita.

¿Cómo consigo usuarios para entrevistar?

Empieza por tus clientes actuales y por los que se fueron. Después, leads, tu red, LinkedIn y comunidades del sector. Filtra con dos o tres preguntas de cribado y termina cada entrevista pidiendo un contacto: en la quinta ya no tendrás que buscar.

¿Cuántas entrevistas necesito?

Entre 12 y 15 con el mismo perfil. A partir de ahí los patrones aparecen solos y puedes confirmar, ajustar o pivotar.

¿Qué es una entrevista de problema?

Una conversación de 25 a 30 minutos para entender el dolor del usuario sin mencionar tu solución. El usuario habla el 80 % del tiempo.

¿Qué diferencia hay entre un MVP y un servicio mínimo vendible?

Un MVP comprueba si alguien usaría tu producto. Un servicio mínimo vendible comprueba si alguien pagaría por el resultado, entregado a mano antes de construir nada.

¿La IA puede sustituir las entrevistas con clientes?

No. Te ayuda a preparar, transcribir y analizar, pero la evidencia sale de hablar con personas reales.

17. Sigue aprendiendo

• El curso completo en LinkedIn Learning: Gestión de productos: Desarrollo de clientes. Unos 36 minutos, con test por capítulo.
• Go to market en producto digital: guía práctica
• Tracción mínima viable: cómo elegir tus canales de adquisición
• Estrategia de producto y roadmap de resultados
• Cómo validar una idea de negocio

18. 7 libros y 7 newsletters para profundizar

Si te quedas con ganas de más, esto es lo que yo leería para seguir con el desarrollo de clientes. Sale de mis listas de libros para Product Manager y de newsletters de producto.

7 libros

1. The Lean Product Playbook, de Dan Olsen. El punto de partida: de la hipótesis al Product-Market Fit, paso a paso.
2. Running Lean, de Ash Maurya. Me ayudó a alinear al equipo y lanzar un producto rentable en tiempo récord.
3. El método Lean Startup, de Eric Ries. Las primeras 100 páginas te enseñan por qué medir e iterar es esencial.
4. Continuous Discovery Habits, de Teresa Torres. Para convertir las entrevistas en un hábito semanal, no en un proyecto.
5. Jobs to Be Done, de Anthony W. Ulwick. Simple y eficaz para entender qué trabajo te contrata el cliente.
6. Sprint, de Jake Knapp. Probar ideas en cinco días. En algunas organizaciones cuesta aplicarlo, aviso.
7. Go-To-Market Strategist, de Maja Voje. Una joya de frameworks para cuando ya sabes a quién vender.

7 newsletters

1. Product Talk, de Teresa Torres. Discovery continuo y cómo hablar con clientes cada semana.
2. Lenny's Newsletter, de Lenny Rachitsky. Producto, crecimiento y carrera, con datos de cientos de empresas.
3. The Product Compass, de Paweł Huryn. Plantillas y frameworks listos para usar.
4. Elena's Growth Scoop, de Elena Verna. Growth y go to market.
5. Estrategia de Producto, de Simón Muñoz. Estrategia y equipos de producto, en español.
6. El descubrimiento, de Pavel Mazuelas. Frameworks y estrategias de crecimiento.
7. #desdelbarro, de Álex Franco. Casos reales, con sus fracasos y sus éxitos.

No hace falta que lo leas todo. Elige un libro y dos newsletters que encajen con tu reto de ahora y aplica una idea por semana.

Todo esto es 100 % mi opinión, basada en mi experiencia. Si lo aplicas, cuéntame qué has validado, que lo leo todo.

Feliz semana, Javi Platón

PD: He usado IA para ordenar los guiones del curso y pulir el texto.

---

Sobre el autor: Javi Platón

Product Manager y Headhunter de Producto

• Fundador de Be Product, comunidad de profesionales de producto, donde selecciona Product Managers, Senior Product Managers, Product Owners, Heads of Product y CPOs.
• Senior Product Manager freelance desde 2019 en SaaS B2B, EdTech, marketplaces y ERP. Antes fue Head of Growth en The Hero Camp y pasó ocho años en Wonest, hasta CMO.
• Profesor de Product Management en LinkedIn Learning, coach ejecutivo y de equipos por el CEC, y ahora formándose como Product Engineer en Cardan School.
• Puedes seguirle en LinkedIn.