Un árbol de oportunidades y soluciones separa tres cosas que suelen mezclarse: el resultado deseado, las necesidades del cliente pendientes de resolver y las ideas que el equipo podría desarrollar. Sin esa separación, «añadir un chatbot» puede entrar en la hoja de ruta antes de explicar qué problema resolvería.
Use un lienzo compartido de planificación de producto para mantener visibles esas conexiones. El ejemplo sigue a un equipo de formación online que quiere ayudar a los alumnos a terminar su primer ejercicio. Desarrollaremos una rama para comparar alternativas, sin llenar el árbol de funciones inconexas.
Distinga cada nivel del árbol
Teresa Torres describe el método en la guía de árboles de oportunidades y soluciones de Product Talk. El resultado deseado orienta el descubrimiento. Las oportunidades son necesidades, dificultades o deseos del cliente. Las soluciones son posibles respuestas a una oportunidad. Los supuestos y las pruebas ayudan a examinar por qué podrían funcionar o fallar.
«Los alumnos no entienden qué pide el primer ejercicio» es una posible oportunidad. «Mostrar un ejemplo resuelto» es una solución. «Pueden transferir la estructura del ejemplo sin copiar su respuesta» es un supuesto que conviene investigar. Mezclarlos en un mismo nivel dificulta revisar el razonamiento.
El árbol no es un plan de lanzamiento: incluye alternativas que quizá nunca se desarrollen. Tampoco constituye evidencia por sí mismo. Conectar una función con un resultado no demuestra que vaya a producirlo.
Defina el resultado del producto educativo
Imagine un curso en el que los alumnos ven una lección introductoria y abren un ejercicio breve. El equipo quiere que más personas que lo empiezan lo terminen. Define el resultado como la proporción de alumnos que entregan una respuesta completa entre los alumnos nuevos que abren el primer ejercicio.
Aún debe concretar el período de observación, qué se considera entrega incompleta y cómo excluir las cuentas de prueba. Necesita una referencia inicial obtenida de sus propios datos antes de fijar una meta numérica. Aquí no se presupone ningún porcentaje de partida ni de mejora.
Completar es una conducta de uso, no una prueba de aprendizaje. Añada una condición educativa: el ejercicio debe seguir exigiendo el razonamiento previsto. Facilitar el envío eliminando la tarea podría mejorar la métrica y perjudicar el curso.
Organice las oportunidades por necesidades
Estas ramas son posibilidades para investigar en el ejemplo, no resultados de entrevistas reales. En un árbol de trabajo, anote la fuente y el contexto junto a cada oportunidad: una sesión de investigación, una observación o una conversación de soporte. Separe las ideas sin respaldo de lo observado.
| Posible necesidad | Qué investigar | Todavía no expresa una oportunidad |
|---|---|---|
| Entender qué debe contener una respuesta completa. | ¿Dónde duda el alumno y cómo interpreta la instrucción? | «Necesitamos un chatbot». |
| Encontrar un primer paso abordable. | ¿Entiende la tarea, pero no sabe por dónde empezar? | «Dividirlo todo en tres pantallas». |
| Saber cómo continuar después de equivocarse. | ¿Qué hace tras recibir la corrección? | «Añadir más notificaciones». |
Las dos primeras necesidades pueden parecer similares. Sin embargo, quien no puede explicar la tarea necesita aclararla; quien la explica correctamente pero no empieza quizá necesite descomponerla. Agruparlas como «hacerlo más fácil» borra esa diferencia.
La guía de mapeo de oportunidades de Product Talk destaca la comprensión del espacio de oportunidades. Agrupe por significado y relación, no solo por la pantalla donde se mencionó un problema: una dificultad puede atravesar varias pantallas.
Desarrolle una oportunidad con tres alternativas
Supongamos que la investigación respalda la primera rama: los alumnos entienden la lección, pero no lo que exige el ejercicio. El equipo selecciona esa necesidad y compara tres respuestas, en lugar de convertir la primera sugerencia en el plan.
| Posible solución | Supuesto | Observación útil |
|---|---|---|
| Reescribir la instrucción para aclarar la respuesta esperada. | El obstáculo principal es la redacción, no la falta de conocimientos. | ¿Pueden explicar la tarea con sus palabras y empezar una respuesta adecuada? |
| Mostrar un ejemplo resuelto sobre otro tema. | Pueden transferir su estructura sin copiar el contenido. | ¿Aplican el razonamiento previsto al tema nuevo? |
| Ofrecer una secuencia breve de preguntas orientadoras. | Necesitan identificar los componentes de la respuesta, no recibirla terminada. | ¿Construyen una respuesta con las preguntas? ¿Dónde siguen dudando? |
Las tres alternativas abordan la misma necesidad con mecanismos distintos. Compararlas aporta más que elegir entre un chatbot de instrucciones, un recordatorio de asistencia y un panel para docentes, que pertenecerían a ramas diferentes.
No basta preguntar si gusta el diseño. Observe cómo resuelven una tarea desconocida y después pregunte por las dudas. Un prototipo permite examinar comprensión y usabilidad; por sí solo no demuestra aprendizaje a largo plazo ni finalización del curso.
Conserve también la evidencia incómoda
Imagine que el ejemplo resuelto ayuda a algunos alumnos a empezar, pero otros copian su formato sin entender la tarea. El resultado es mixto. Mantenga ambas observaciones junto a la solución y valore un ejemplo de contraste, una instrucción más clara u otro enfoque.
Si los alumnos ya entienden la instrucción y se detienen porque les faltan conocimientos previos, vuelva al nivel de oportunidades. Quizá haya elegido la rama equivocada; añadir más preguntas a esa rama refinaría una explicación incorrecta.
Si varias soluciones dependen de la misma duda, como la falta de conocimientos previos, investigue esa duda antes de pulir cada diseño. Un mapa de supuestos ayuda a priorizar afirmaciones importantes con poco respaldo, mientras el árbol conserva su relación con la necesidad.
Construya el árbol en Boardmix
Coloque el resultado arriba del lienzo de Boardmix y las tres necesidades debajo, dejando espacio para las fuentes. Desarrolle solo la necesidad seleccionada con las tres soluciones. Bajo cada una, anote el supuesto y la observación que permitiría examinarlo.
Distinga visualmente necesidades observadas, hipótesis y soluciones. Las etiquetas importan más que los colores: quien lea después no debe confundir una propuesta con un hallazgo. Conserve las opciones descartadas en un área separada con un motivo breve.
Abra una pizarra de Boardmix y empiece por el resultado y la evidencia disponible. Si lo primero que escribe es una función solicitada, muévala al área de soluciones y pregunte qué necesidad atiende y por qué importa resolverla.
