Un árbol de decisión en una diapositiva resulta útil cuando la audiencia debe seguir una serie de condiciones hasta llegar a un resultado. Empieza con las reglas escritas, convierte cada bifurcación en una pregunta clara, etiqueta todas las rutas y prueba el diagrama con casos reales o realistas. Dibujar primero los recuadros suele producir una forma ordenada con una lógica incompleta.
El ejemplo siguiente orienta una solicitud de presentación hacia una de estas acciones: pedir información, adaptar una presentación existente o crear un esquema nuevo. Es una regla de trabajo sencilla para un equipo ficticio, no un proceso universal de aprobación. Cuando las reglas y su explicación estén claras, podrás crear un borrador de presentación a partir de ese texto. La composición generada debe conservar cada pregunta, rama y resultado.
Decide si un árbol sirve para la tarea
Utiliza un árbol cuando una condición cambie lo que ocurre después. «Si el encargo está incompleto, pide la información que falta; si está completo, comprueba si existe una presentación adecuada» es una lógica de bifurcación. Una lista de tareas que todo el mundo sigue en el mismo orden se entiende mejor como secuencia. Una lista de departamentos forma una jerarquía, no un árbol de decisión.
Una comparación ponderada es otra cosa. Si necesitas puntuar tres proveedores según coste, soporte y adecuación, utiliza una matriz de decisión. Forzar esas compensaciones dentro de ramas de sí o no puede ocultar cómo se eligió.
Concreta el uso previsto. Un árbol didáctico que muestra la ruta principal de un proceso puede omitir detalles operativos que pertenecen al procedimiento completo. Un árbol que las personas utilizarán para decidir debe incluir las condiciones y excepciones necesarias. No llames «proceso completo» a un diagrama simplificado si no lo es.
Escribe las reglas antes de dibujar las formas
En nuestro equipo ficticio, la solicitud debe identificar la audiencia, el propósito y el material de partida. El encargo solo está completo cuando están disponibles los tres elementos. Después, el equipo comprueba si una presentación vigente resulta adecuada para esa audiencia y ese propósito.
- Si el encargo está incompleto, pide la información que falta antes de elegir una presentación.
- Si está completo y existe una presentación vigente adecuada, adáptala.
- Si está completo y no existe una presentación vigente adecuada, crea un esquema nuevo.
- Si está completo pero no se sabe si existe una presentación adecuada, revisa la biblioteca antes de seguir cualquiera de esas dos rutas.
La cuarta regla importa. «No hemos buscado» no equivale a «No existe una presentación adecuada». Un diagrama de sí o no que envía todos los casos inciertos por la ruta «No» cambia la regla sin decirlo.
Define «adecuada» junto al diagrama: la fuente está actualizada, la audiencia y el propósito coinciden y el equipo tiene autorización para reutilizar el material. En esta diapositiva didáctica basta una nota breve. Si la audiencia necesita evaluar cada condición por separado, desarrolla la pregunta en otra diapositiva en lugar de comprimir un párrafo dentro de un rombo.
Asigna una sola función a cada nodo
Empieza por «Solicitud de presentación». La primera pregunta es «¿Encargo completo?». La rama «No» termina en «Pedir la información que falta». La rama «Sí» lleva a «¿Existe una presentación vigente adecuada?». Esta segunda pregunta tiene tres salidas etiquetadas: «Sí» hacia «Adaptar la presentación», «No» hacia «Crear un esquema nuevo» y «No se sabe» hacia «Revisar la biblioteca».
Cada recuadro debe contener una pregunta o una acción, no ambas. «Comprobar el encargo y pedir información si hace falta» esconde una condición dentro de una tarea. Separarlas hace visible la lógica.
Mantén construcciones paralelas. Si un nodo final dice «Adaptar la presentación», otro debe decir «Crear un esquema nuevo», no el sustantivo impreciso «Creación». El resultado debe explicar qué significa seguir esa ruta.
Puedes usar rombos para preguntas y rectángulos para acciones si ayuda a tu audiencia, pero las etiquetas y los conectores deben transmitir el significado. No dependas de una convención de formas que nunca explicas. Este artículo utiliza un árbol para comunicar unas pocas reglas de trabajo; no prescribe un estándar formal de modelado.
Haz visible la ruta «No se sabe»
La versión errónea del ejemplo solo tiene dos salidas desde «¿Existe una presentación vigente adecuada?». Si nadie ha buscado en la biblioteca, manda crear un esquema nuevo. La versión corregida añade «No se sabe», que lleva a «Revisar la biblioteca». Esa revisión podrá establecer después un sí o un no.
No siempre hace falta una tercera rama para lo desconocido. A veces la pregunta solo puede formularse cuando ya se dispone de la información necesaria. En ese caso, deja explícito el requisito previo. Lo importante es que el diagrama no convierta silenciosamente la falta de información en una decisión.
Aplica el mismo cuidado a las respuestas que se solapan. Si una pregunta ofrece «urgente» e «importante», ambas pueden ser verdaderas. Reformula la pregunta o define qué condición tiene prioridad. La audiencia no debería tener que adivinar qué flecha prevalece.
Recorre los casos antes de presentar el árbol
No juzgues el árbol solo por su aspecto. Recorre casos que alcancen todas las acciones finales. Estas cinco solicitudes ponen a prueba las rutas habituales y una suposición ambigua.
| Solicitud | Hechos relevantes | Siguiente acción correcta |
|---|---|---|
| A | Se indican audiencia y propósito, pero falta el material de partida. | Pedir la información que falta. |
| B | El encargo está completo; una presentación vigente y autorizada encaja con la audiencia y el propósito. | Adaptar la presentación existente. |
| C | El encargo está completo; se ha revisado la biblioteca y no existe una presentación adecuada. | Crear un esquema nuevo. |
| D | El encargo está completo; nadie ha revisado la biblioteca. | Revisar la biblioteca. |
| E | Existe una presentación, pero sus fuentes están desactualizadas. | No cumple la definición de adecuada; crear un esquema nuevo una vez completado el encargo y revisada la biblioteca. |
El caso E prueba la definición, no solo la existencia de un archivo. Si el equipo prefiriera actualizar un esquema existente, incorpora esa regla de forma deliberada y revisa el diagrama. No dejes que quien presenta improvise una excepción mientras la diapositiva indica algo distinto.
Recorre las rutas con alguien que no haya dibujado el árbol. Pídele que lea en voz alta las preguntas y etiquetas. Un destino equivocado puede revelar una flecha confusa, una condición ausente o una regla que el equipo no ha acordado realmente.
Ajusta la lógica a la diapositiva sin volverla ilegible
Mantén una dirección principal de lectura. Un árbol vertical funciona si cada nivel tiene espacio; uno de izquierda a derecha puede encajar con preguntas breves y diapositivas anchas. Deja separación visible entre ramas para que un conector no parezca pertenecer a dos recuadros.
Coloca las etiquetas cerca del conector que describen. Sitúa la respuesta al comienzo de la rama, no entre dos rutas. Las puntas de flecha deben señalar al nodo siguiente, no solo hacia su zona general.
Si el árbol se vuelve denso, ofrece una vista general y amplía una rama en otra diapositiva. Repite la pregunta de origen e identifica la rama ampliada para conservar la relación. Eliminar una excepción para que el dibujo quepa cambia el contenido; no es una mejora de diseño.
Combina contraste y etiquetas. Resaltar una ruta puede apoyar la explicación, pero una copia en escala de grises debe seguir siendo comprensible. No pintes «No» de rojo por defecto si conduce a una alternativa legítima. En este ejemplo, crear un esquema nuevo no es un estado de error.
Utiliza el árbol para explicar, no como un acertijo
Durante la presentación, introduce la pregunta que responde el árbol y recorre un caso. Por ejemplo: «Esta solicitud tiene un encargo completo, pero no hemos revisado la biblioteca. Nos detenemos en la revisión; todavía no decidimos crear una presentación nueva». Ahora la audiencia tiene un motivo para seguir la rama.
Conserva las reglas escritas junto al archivo de trabajo. Si cambia una condición, actualiza las etiquetas correspondientes, los casos de prueba y las diapositivas que desarrollan esa rama. De lo contrario, la vista general puede decir una cosa y el detalle otra.
Al preparar el resto de la presentación, proporciona a la herramienta las preguntas y los resultados exactos. Indica que «No se sabe» es una respuesta separada y que no debe añadir probabilidades ni puntuaciones. Revisa primero la lógica y después el aspecto visual. La diapositiva terminada debe facilitar la identificación del siguiente paso, no limitarse a hacer que el proceso parezca ordenado.
