E42 - Comunicación y presentaciones estilo "consultor"

Resumen

Episodio 42 de enCoders: Rodo, Cris, Mati y otros participantes conversan sobre por qué un científico de datos debe saber presentar sus proyectos a gerentes, sponsors o compañeros. Cris defiende la presentación "estilo consultor" (tipo McKinsey) como apoyo visual que complementa distintos estilos de aprendizaje. Esa presentación lleva un título que es el mensaje, un gráfico claro, conclusiones destacadas y una estructura lógica de situación, complicación, argumentos y datos. Se discute cómo adaptar el discurso a gerentes y directivos, con foco en impacto de negocio y no en detalle técnico. También se comentan malos gráficos (pie charts, ejes manipulados), se reconoce que una presentación no reemplaza la documentación técnica, y se recomienda un video de YouTube y el libro *The Pyramid Principle*. La conclusión principal es que presentar bien es una habilidad básica, porque el objetivo es convencer y una buena idea mal vendida termina en el cajón.

Capítulos

• 00:00
  IntroSe presenta el tema: técnicas de presentación para el trabajo cotidiano (avances y estatus ante gerentes, contrapartes o sponsors), no charlas tipo TED ni estilo Steve Jobs. Debaten si "estilo consultor" es el nombre adecuado y si basta con decirle al gerente cuánto se ahorra o se gana; concluyen que el impacto debe estar, pero no alcanza por sí solo.
• 05:11
  Por qué es importante tener una presentación de un proyecto?Si no se logra convencer a quien debe usar el trabajo, este no sirve de nada. La presentación es un apoyo visual necesario para explicar gráficos; para un mensaje corto (elevator pitch) no hace falta, pero para dar detalle y mantener la atención sí.
• 07:56
  Estilos de aprendizajeCris explica los estilos visual, auditivo, verbal, lógico-matemático y social/interpersonal. Una persona no le entendió una explicación solo verbal, y eso le hizo ver que una presentación cubre varios estilos a la vez, con una estructura lógica que refuerza el aprendizaje.
• 13:36
  Más discusión sobre por qué es importanteAnécdota de un taller interno de storytelling poco adecuado para data scientists. Los juniors subestiman el valor de presentar, y una presentación sirve de respaldo y de apoyo para las preguntas. Una mala presentación puede esconder errores, y un gráfico no se debe poner si no se sabe explicar. Se menciona *Storytelling with Data* (no mezclar ejes). Para directivos se habla de eficiencia, costos y ventas, sin subestimarlos, porque tienen buena intuición de negocio. Se comenta un test de colores (verde analítico, azul sociable, naranjo de acción, amarillo ordenado) y rangos de sueldo de data scientist en Chile (recién egresado ~1 a 1,5 millones; con un año ~1,5 a 2 millones; tras unos años 2,5 a 3,5 millones o más).
• 37:09
  Algunos recursos útilesCris recomienda un video de YouTube de un ex consultor de McKinsey (27 minutos, "me cambió la vida"), un curso y el libro *The Pyramid Principle* de Barbara Minto. Muestra dos láminas de ejemplo: título con el mensaje cuantitativo, gráfico a la izquierda con foco en color azul, conclusiones en texto a la derecha, y una estructura de situación, complicación, preguntas clave, argumentos y datos. Insiste en que esto no es toda la documentación, solo "mejor que nada".
• 56:44
  MemesSe critica el pie chart ("uno de los peores gráficos") frente al gráfico de barras, y se ven memes sobre gráficos mal hechos. Se debate la manipulación de ejes (por ejemplo 49% vs 51% con eje truncado) y si un gráfico de barras debe empezar en cero. Concluyen que el gráfico debe apoyar la conclusión, sin distorsionar la escala para inventar un mensaje.
• 01:05:41
  Cómo estructurar una presentación de un proyecto de Data ScienceEstructura típica: contexto, exploración de datos, atributos, modelo, resultados, impacto económico y próximos pasos. Con gerentes se pasa rápido por lo técnico y se dedica más tiempo al impacto y a la implementación. Se evita hacer diapositivas de backup y se usan gráficos de apoyo sueltos; el detalle técnico vive en el código y los notebooks.
• 01:14:55
  Cómo estructurar una presentación a un gerenteSe parte por la acción y su efecto (por ejemplo, 20% de reducción de costos) y luego se respalda con piloto, análisis histórico y métricas del modelo. Después viene un "segundo clic" con cómo funciona el modelo. Se recomienda mostrar las variables importantes, porque todos las entienden, a diferencia de las métricas como RMSE o R².
• 01:18:12
  CierreSe recomiendan el video y *The Pyramid Principle*, y practicar. Presentar es una habilidad básica porque lo central es convencer, y a veces un gráfico más vistoso (como un mapa) vende mejor la idea. Se invita a unirse al Discord y a los canales de YouTube y Twitch.

Palabras clave