Pregunta por un hecho concreto: qué necesitaba hacer la persona, qué ocurrió realmente, qué utilizó y qué hizo que el resultado fuera aceptable o difícil. Sigue la respuesta antes de presentar tu producto. Esta guía ofrece a los fundadores que ya tienen una demo o un SaaS en fase inicial un guion breve de entrevista, una conversación ficticia comentada y una hoja de trabajo para decidir qué investigar cuando dos personas cuentan historias distintas sobre el mismo trabajo.
Define una decisión de aprendizaje antes de la llamada
Escribe la decisión en una frase: ¿nuestro próximo prototipo debería abordar la espera por un revisor o la recopilación de la información que ese revisor necesita? Nombra el rol y el flujo de trabajo que quieres entender. La entrevista debería ayudar a distinguir esas explicaciones; no necesita cubrir toda tu hoja de ruta.
Dile al participante quién eres, qué estás investigando y cómo usarás las notas. Pide permiso antes de grabar, conservar materiales o compartir fragmentos. Puede negarse a responder una pregunta o mostrar un ejemplo con la información sensible tachada. Si más adelante haces una demo de tu producto, marca dónde empezó para que las reacciones a tu solución queden separadas del relato previo sobre su trabajo.
Ocho preguntas de descubrimiento de clientes para adaptar
Sustituye los corchetes por la tarea del participante. Úsalas como guía, no como un cuestionario que haya que terminar a toda costa. Una respuesta concreta merece un seguimiento; una pregunta sin respuesta debe quedar en tus notas como desconocida.
Pregunta: ¿en qué [solicitud o tarea] reciente participaste personalmente y cuál era tu responsabilidad? Propósito: localizar la experiencia de primera mano. Seguimiento: ¿dónde empezó y dónde terminó tu participación? Si solo oyó hablar de ello, etiqueta el relato como de segunda mano y pregunta quién realizó el paso relevante.
Pregunta: desde que llegó esa solicitud, ¿qué hiciste antes de que estuviera terminada? Propósito: encontrar la secuencia real. Seguimiento: ¿qué estabas esperando en ese momento? Deja que también describa un proceso fluido; no introduzcas un retraso que no haya mencionado.
Pregunta: ¿qué usaste para que esta solicitud concreta siguiera avanzando? Propósito: entender la alternativa actual. Seguimiento: ¿qué parte conservarías si cambiara todo lo demás? Si una bandeja de entrada compartida o una conversación normal funcionó bien, consérvalo como evidencia en contra de sustituirla.
Pregunta: ¿cómo se comparó el resultado con lo que tenía que ocurrir? Propósito: separar una molestia de un fallo con consecuencias. Seguimiento: ¿qué cambió para otra persona a raíz de ello? Mantén una estimación etiquetada como estimación; si no se conoce ninguna consecuencia, no calcules un coste a partir de una queja vaga.
Pregunta: ¿quién se encargó del siguiente paso y qué necesitaba de ti? Propósito: sacar a la luz una dependencia. Seguimiento: ¿cómo supiste que había recibido todo lo que necesitaba? Si el participante no está seguro, registra ese vacío y busca una conversación aparte, con permiso.
Pregunta: ¿recuerdas otra ocasión que saliera de forma distinta? Propósito: comprobar si el primer hecho describe una situación recurrente o una excepción. Seguimiento: ¿qué era diferente antes de empezar el trabajo? Un caso exitoso puede ser útil aunque el fundador esperara oír más quejas.
Pregunta: la última vez que tu equipo cambió este proceso, ¿cómo se tomó esa decisión? Propósito: separar al usuario, al responsable del proceso y a quien aprueba. Seguimiento: ¿qué frenó o limitó el cambio? Si no ha habido ningún cambio, mantén la autoridad de compra y el presupuesto como desconocidos en lugar de deducirlos de un cargo.
Pregunta: he anotado [breve relato del hecho]. ¿Qué he entendido mal o qué he omitido? Propósito: dejar que el participante corrija tus notas. Después, pide un seguimiento concreto si hace falta. Que esté de acuerdo con tu resumen confirma su relato, no la demanda de tu producto ni el permiso para publicar sus palabras.
Corrige una pregunta sesgada antes de hacerla
Un fundador puede meter sin querer la solución propuesta dentro de la pregunta. Guarda la interpretación en tu hipótesis privada y pregunta por algo que el participante pueda describir. Estos son ejemplos originales para adaptar, no un instrumento de encuesta validado. En pantallas pequeñas, desplaza la tabla horizontalmente para comparar ambas versiones.
| Dimensión | Versión sesgada | Alternativa neutral |
|---|---|---|
| Retraso supuesto | ¿Por qué tu revisor siempre llega tarde? | ¿Cuándo llegó esta solicitud al revisor y qué pasó después? |
| Solución sugerida | ¿Lo resolverían los recordatorios automáticos? | Después del último recordatorio, ¿qué cambió, si es que cambió algo? |
| Presupuesto supuesto | ¿Pagarías $50 por resolver esto? | ¿Qué recursos, si los hubo, dedicó tu equipo al último cambio de proceso? |
Ejemplo comentado: dos relatos de una solicitud retrasada
Todo en este ejemplo es ficticio: la empresa, las personas, el diálogo, la solicitud y el documento. Es un caso didáctico, no evidencia de clientes ni un resultado de Soloop. Un fundador ha creado una demo que recuerda a los revisores internos que terminen los cuestionarios de seguridad de los clientes. La pregunta es si los recordatorios resuelven el retraso o si las solicitudes llegan a los revisores sin la información necesaria.
Usa el ID de organización A y el ID de hecho Q17 en ambas conversaciones. La entrevista I1 es con un ingeniero de ventas; la I2, con el revisor de seguridad. Las dos personas tienen perspectivas distintas sobre un mismo hecho en una misma empresa. No son dos empresas independientes que demuestren demanda de mercado.
Fundador: después de tu último recordatorio sobre Q17, ¿qué cambió? Ingeniero de ventas: «Nada ese día. Envié el cuestionario el lunes, insistí dos veces y me lo devolvieron el viernes». Comentario: se trata de una secuencia relatada. No establece qué causó la espera ni si se pasó por alto algún recordatorio.
Fundador: ¿qué necesitaba el revisor cuando lo enviaste por primera vez? Ingeniero de ventas: «Pensé que el formulario bastaba. No sé qué más faltaba». Comentario: en I1 se desconoce si la información estaba completa. El seguimiento útil trata sobre el contenido de la solicitud, no sobre si a la persona le gustan los recordatorios automáticos.
Fundador: ¿qué información había disponible cuando te llegó Q17? Revisor: «No se indicaba el responsable de los datos. Lo pedí el martes y me dieron el nombre el jueves». Comentario: I2 sugiere una dependencia de información. Añade una explicación que investigar; no demuestra que el momento de los recordatorios fuera irrelevante.
Con permiso, en este escenario ficticio, el fundador consulta un registro de solicitudes con la información sensible tachada. Contiene una petición del martes para identificar a un responsable y una respuesta del jueves que nombra a uno. Registra esas entradas como observadas en R1. El registro respalda ese intercambio; no muestra todo el trabajo realizado, por qué faltaba el responsable ni cuándo podría haber terminado la tarea el revisor.
Fundador: ¿recuerdas una solicitud comparable que llegara con el responsable ya indicado? Revisor: «Q18 sí, y la devolví al día siguiente». Comentario: Q18 sigue siendo solo un relato. Su complejidad, posición en la cola y urgencia no se han comparado con Q17; la diferencia en el tiempo de respuesta no aísla una causa.
Mantén la demo de recordatorios sin cambios mientras investigas si las solicitudes están completas. Pide comparar Q17 y Q18 en cuanto a información, complejidad, urgencia y carga de trabajo del revisor. Si las solicitudes completas se quedan repetidamente sin que nadie las vea, vuelve a los recordatorios; si la falta de información explica la espera, prueba una recogida de solicitudes más clara. Ambas vías siguen requiriendo evidencia.
Cuando las respuestas se contradicen, elige un seguimiento
- Comprueba primero la unidad. ¿Las personas describen la misma organización, el mismo hecho y el mismo periodo? Dos afirmaciones sobre solicitudes distintas pueden ser ambas correctas. Asigna a cada fuente su propio ID y después vincúlala al hecho que describe.
- Comprueba el significado. Pregunta qué quiere decir cada persona con «enviado», «listo» o «terminado». Quien envía puede referirse a que se reenvió un formulario; un revisor puede referirse a que todos los requisitos previos estaban disponibles. Conserva ambas definiciones antes de tratarlas como una contradicción.
- Comprueba la visibilidad. Separa lo que alguien hizo, lo que vio, lo que le contaron y lo que tú dedujiste. Que no se mencione un retraso no equivale a negarlo. Una marca de tiempo respalda el momento, no necesariamente el motivo ni la causalidad.
- Escribe las explicaciones en competencia y la pregunta o el material más pequeño que podría distinguirlas. Si la evidencia que falta no está disponible, conserva la incertidumbre y elige un siguiente paso más pequeño y reversible. No promedies relatos incompatibles para obtener una puntuación de confianza.
Copia la hoja de decisión de entrevistas
Copia esta tabla en tus propias notas; no necesitas una cuenta. Crea un registro para cada hecho, adjunta las notas de cada fuente y actualízalo después de un seguimiento. La columna rellenada continúa el caso ficticio Q17. Mantén las citas literales separadas de las paráfrasis y conserva las referencias a las fuentes en lugar de copiar transcripciones privadas en cada resumen.
| Dimensión | Tu registro | Registro ficticio de Q17 |
|---|---|---|
| Decisión | [Elección que esta entrevista puede fundamentar] | ¿Investigar a continuación los recordatorios o si las solicitudes están completas? |
| Grupo | [ID de organización / ID de hecho / fecha] | A / Q17 / semana ilustrativa; fechas reales sin especificar |
| Fuentes | [Persona, rol, ID de nota, permiso de acceso] | I1 ingeniero de ventas; I2 revisor; R1 registro con datos tachados |
| Relatos | [Cita literal o paráfrasis etiquetada + fuente] | I1 relata dos recordatorios; I2 relata que faltaba el responsable; ambos se refieren a Q17 |
| Observado | [Lo que realmente se inspeccionó + referencia] | R1: responsable solicitado el martes, facilitado el jueves |
| Explicaciones | [Explicación A / explicación B / otra] | Solicitud no vista / falta de información / otra carga de trabajo |
| Objeción | [Evidencia en contra de la explicación preferida] | I2 y R1 cuestionan el supuesto de que bastaba con otro recordatorio |
| Desconocido | [Dato que falta; no lo rellenes con una suposición] | Si un Q17 completo se habría terminado antes |
| Siguiente comprobación | [Pregunta o material / responsable / plazo acordado] | El fundador pide permiso para comparar Q17 y Q18; plazo sin acordar |
| Decisión actual | [Acción / condición para revertir / próxima revisión] | Mantener la demo sin cambios; volver a los recordatorios si solicitudes completas comparables siguen sin que nadie las vea |
¿Cuántas entrevistas son suficientes?
No hay ninguna cifra en esta hoja de trabajo que certifique la demanda. Continúa cuando una pregunta sin responder pueda cambiar la decisión y otra conversación relevante pueda abordarla. Busca otra organización cuando necesites saber si una situación va más allá de la primera empresa. Registra cómo encontraste a los participantes y qué roles o situaciones siguen ausentes.
Una formulación repetida es un motivo para investigar un patrón, no una estimación de la población. Mantén como resultados separados el resultado de la entrevista, una prueba posterior del producto y una compra real. Si la siguiente decisión se refiere a la disposición a usar o comprar tu producto concreto, diseña una prueba adecuada en lugar de declarar que la entrevista ya lo respondió.
Lleva una pregunta acotada a Soloop
Puedes hacer la entrevista y usar la hoja de trabajo por tu cuenta. Si llevas notas a Soloop, comparte solo el material que tengas permiso para compartir e indica los registros exactos que quieres que se tengan en cuenta. Comprueba el estado de extracción del documento y pregunta qué fuentes se leyeron realmente antes de confiar en una respuesta.
Un brief inicial para adaptar: mi producto es [URL o demo] para [rol y flujo de trabajo]. Estoy decidiendo entre [A o B]. Estas notas, con permiso, [IDs de fuente] no coinciden sobre [hecho]. Ayúdame a examinar las explicaciones en competencia y a elegir una pregunta de seguimiento. Mantén separadas las citas, los relatos, las observaciones y las inferencias; deja como desconocida la información que falte.
El manual de Soloop describe una conversación principal y tareas de investigación aprobadas por separado. Si se propone más investigación, revisa su alcance y su coste en créditos en la tarjeta de acción. Haz tú mismo las entrevistas; esta guía no establece un servicio automático de entrevistas, grabación o análisis de transcripciones. El enlace «Explora Soloop» de abajo abre la entrada pública y no transfiere la hoja de trabajo.
Referencias de método
Estas fuentes orientan el enfoque de entrevista y toma de notas. Las preguntas, el caso Q17 y la hoja de trabajo anteriores son ejemplos editoriales originales; no se han probado en un estudio con clientes ni los ha revisado un entrevistador independiente.
Dominika Blackappl describe cómo elegir un objetivo de aprendizaje, encontrar a las personas relevantes y organizar la observación en torno a la escucha. Usa esa orientación para separar el aprendizaje sobre un flujo de trabajo de la presentación de una solución.
Leer Practical Design: User ObservationTeresa Torres describe cómo mantener un registro compacto de cada entrevista, que incluya el contexto y un mapa de la experiencia del participante. Mantén disponibles los relatos individuales cuando compares lo que dijeron varias personas.
Leer The Interview Snapshot