Saltar al contenido

lección 7

Viernes — Que se entienda y cambie algo

Tienes veinte minutos con Nerea y un hallazgo que cambia una decisión de dinero. Tres o cuatro gráficos limpios con seaborn, un one-pager con una recomendación clara, y la cifra grande que se recuerda. Lo que no se entiende, no cambia nada.

55 min

### Un hallazgo que se queda en tu cuaderno no ha cambiado nada

Tienes el hallazgo: CoinRush, el canal más barato y con más instalaciones, es el único que pierde dinero, con un ROAS de 0,27. Lo tienes calculado, verificado y con la cautela de las cohortes jugando a tu favor. Pero ahora mismo ese hallazgo vive en seis consultas de SQL dentro de tu cuaderno, y ahí no cambia absolutamente nada. El viernes a las doce tienes veinte minutos con Nerea y Bruno, y Nerea no va a mirar tu código ni tus tablas: va a hacer una pregunta, «¿meto el presupuesto en CoinRush o no?», y a decidir con lo que entienda en los primeros cinco segundos de cada gráfico. El trabajo de hoy es el último del oficio, y no es menos importante que los anteriores: convertir un número correcto en una decisión tomada.

Vuelves a Python para esto, porque es donde se dibujan los gráficos con seaborn, la librería de visualización que hace figuras limpias con poco código. La regla de oro de un gráfico para dirección es brutal en su sencillez: si no se entiende en cinco segundos, no sirve. Nada de curvas con doce líneas, nada de tablas con veinte columnas, nada de ejes sin etiquetar. Cada gráfico cuenta UNA cosa, y la cuenta tan claro que sobra la explicación. Nerea detesta las gráficas que hay que descifrar; si le enseñas una que no se lee sola, desconecta.

Vale la pena decirlo sin rodeos: esta última milla es donde mueren la mayoría de los análisis. Hay muchísimo trabajo correcto —cálculos impecables, hallazgos reales— que no cambió nunca nada porque nadie se molestó en contarlo de forma que alguien pudiera actuar. Se quedó en un cuaderno, en un correo largo que nadie leyó, en una tabla que el que decidía no entendió. Comunicar no es la parte blanda que se hace al final si sobra tiempo: es la que convierte todo lo anterior en impacto o lo tira a la basura. Un análisis que no se entiende vale, a efectos de la empresa, exactamente lo mismo que un análisis que no se hizo.

Consejo de senior: dedica a preparar la comunicación una parte seria del tiempo del proyecto, no los últimos diez minutos. La regla de la mayoría de los analistas noveles es al revés: horas de cálculo y una diapositiva improvisada al final. Dale la vuelta. La cifra ya la tienes; lo que decide si cambia algo es cómo la cuentas, y eso también se trabaja, se ensaya y se pule. El impacto de tu análisis se juega tanto en esta fase como en todas las anteriores juntas.

### Conoce a quien te escucha

Antes de dibujar un solo gráfico, piensa en quién se va a sentar delante, porque no comunicas igual a todo el mundo. A Marta, que vive en los datos, le puedes enseñar la tabla con las seis métricas por canal y lo entiende. A Bruno, que sabe de captación pero va con prisa, le hablas de instalaciones, CPI y del euro que no vuelve. Y a Nerea, que decide el presupuesto y no quiere ver una línea de código, le das la conclusión, la cifra grande y la recomendación, y punto. El mismo hallazgo, tres formas de contarlo. Un informe pensado para Marta ahoga a Nerea; uno pensado para Nerea le sabe a poco a Marta. Elegir el nivel correcto no es simplificar de menos ni de más: es acertar con la persona.

La regla práctica es empezar siempre por la persona que decide y por lo que tiene que decidir. Nerea tiene que resolver una cosa: si mueve o no el presupuesto a CoinRush. Todo lo que la acerque a esa decisión entra; todo lo que la aleje —el detalle del self-join, la comisión exacta de la tienda, la caída del nivel 6— se queda en el anexo o en tu cuaderno, por si lo pide. No es que ese detalle no valga; es que no es para ella. Adaptar el mensaje a quien escucha no es rebajarlo: es respetar su tiempo y su decisión.

Consejo de senior: antes de preparar cualquier entrega, escribe en una línea quién la recibe y qué va a hacer con ella. «Nerea, decidir el presupuesto de Q3» cambia por completo lo que metes y lo que quitas respecto a «Marta, revisar mi método». La mayoría de las presentaciones que no funcionan no están mal hechas: están hechas para la persona equivocada, con demasiado detalle para quien decide o demasiado poco para quien audita.

### Por qué existe el gráfico: una breve historia de contar datos

Un gráfico no es un adorno para que el informe quede bonito: nació como un arma para cambiar decisiones, y la historia lo demuestra mejor que cualquier consejo. El caso más famoso es el de Florence Nightingale, la enfermera de la guerra de Crimea, a mediados del siglo XIX. Ella tenía los datos: la mayoría de los soldados británicos no morían por las heridas de la batalla, sino por enfermedades evitables en hospitales sucios. Los tenía en tablas, y con las tablas no convenció a nadie. Entonces los dibujó, en un diagrama circular de su invención, y esa imagen —donde la enorme cuña de las muertes por enfermedad saltaba a la vista— convenció al gobierno de reformar la sanidad militar. La misma información, en tabla, no movió nada; en gráfico, cambió una política. Ese es el poder que tienes el viernes.

Unas décadas antes, un escocés llamado William Playfair había inventado casi de la nada las formas que hoy usas sin pensar: el gráfico de barras y el de líneas. A la gente de su época le costó entenderlos, porque estaban acostumbrados a las tablas de números; hoy nos parecen tan obvios que olvidamos que alguien tuvo que inventarlos para que una cifra que sube o baja se pudiera ver, y no solo leer. Y el dashboard, el panel de mandos que miran Nerea y Producto, es la versión moderna de esa misma idea. Nació de una frustración muy concreta en las empresas: los informes llegaban impresos en papel, y llegaban tarde. El informe del lunes traía datos del jueves anterior, y para cuando el jefe lo leía, el mundo ya había cambiado. Alguien dijo «necesito ver esto según pasa, no una semana después», y así nacieron los paneles que se actualizan solos, bautizados como el salpicadero de un coche: lo que tienes que mirar de un vistazo mientras conduces.

La moraleja de toda esta historia es una sola, y es la que rige tu viernes: un buen gráfico ha servido siempre para lo mismo, hacer que alguien vea lo que en una tabla no veía, y decida. Tú estás en el punto de Nightingale: tienes el hallazgo en seis consultas de SQL, en tablas de números, y nadie va a actuar hasta que lo dibujes de forma que Nerea lo vea en cinco segundos. El gráfico no es el final decorativo del análisis; es el instrumento que convierte tu trabajo en una decisión.

### La maldición del conocimiento

Hay una trampa que hace que los expertos comuniquen fatal, y tiene nombre: la maldición del conocimiento. Consiste en que, una vez sabes algo, es casi imposible recordar cómo era no saberlo. Llevas una semana viviendo dentro de estos datos; sabes qué es el ROAS, por qué la D7 importa más que la D1, qué es una cohorte madura. Nerea no ha vivido ni un segundo de esa semana. Si le hablas como te hablas a ti mismo —«el ROAS de CoinRush es 0,27 con las cohortes sin madurar»— la pierdes en la primera frase. La maldición del conocimiento es la razón número uno de que un análisis brillante no cambie nada: quien lo cuenta da por obvio lo que para el que escucha es chino.

El antídoto es tratar tu comunicación como lo hace un periodista, no como un informe de laboratorio. Un periódico da primero el titular (lo que pasó, en una frase), luego la entradilla (lo esencial en dos líneas), y solo después el detalle, para quien quiera seguir leyendo. El que solo lee el titular ya se ha enterado de lo importante. Tu one-pager es exactamente eso: un titular que se entiende sin saber nada de tu semana, y el detalle debajo para quien pregunte. Empieza siempre por la conclusión y la decisión, no por el método. A Nerea no le cuentas cómo cruzaste las tablas; le cuentas que el canal donde iba a meter el 60% del presupuesto es el que pierde dinero. El «cómo» es tu red de seguridad por si lo pide, no tu apertura.

Consejo de senior: antes de una demo importante, cuéntale tu hallazgo en voz alta a alguien que no tenga ni idea de datos: tu pareja, un amigo, quien sea. Si en una frase entiende qué pasa y qué habría que hacer, está listo. Si tienes que explicarle qué es el ROAS para que lo pille, todavía no. Ese ensayo con un profano es el mejor detector de la maldición del conocimiento que existe, y cuesta dos minutos. Los analistas que caen bien a Dirección no son los que más saben, son los que hacen sencillo lo difícil.

### Tres gráficos que cuentan la historia

No necesitas más de tres o cuatro gráficos, y cada uno tiene un trabajo. El primero, las curvas de retención por canal: se ve a CoinRush pegado al eje después de D1, mientras los demás se sostienen. El segundo, las barras de ROAS por canal con una línea en 1 (la línea de la rentabilidad): CoinRush es la única barra que no llega, el contraste que cuenta toda la historia de un vistazo. El tercero, la conversión a pagador por canal, que remata: CoinRush casi no aparece. Y una cifra grande, sin gráfico, para que se quede grabada: por cada 1.000 € invertidos en CoinRush, recuperamos 270 €.

El gráfico que Nerea entiende en cinco segundos: CoinRush cae al eje mientras los buenos canales aguantan
El gráfico de barras que zanja la demo: la línea en 1 separa de un vistazo el canal que pierde del resto

Para dibujar estos gráficos en el navegador se usa un pequeño truco técnico que ya viste si trabajaste con matplotlib: se fuerza el «backend» Agg (matplotlib.use('Agg')), que dibuja la figura en memoria en lugar de intentar abrir una ventana, algo que en un cuaderno dentro del navegador no se puede. Con eso, seaborn y matplotlib funcionan igual y puedes preparar tus figuras. El resto es elegir bien el tipo de gráfico: líneas para algo que evoluciona en el tiempo (la retención por días), barras para comparar categorías (el ROAS o la conversión por canal).

Consejo de senior: en un gráfico de barras de ROAS, la línea horizontal en 1 vale más que cualquier leyenda. Es la frontera entre ganar y perder dinero, y al dibujarla conviertes un montón de barras de distinta altura en una historia binaria: las que la superan y la que no. Una referencia visual bien puesta hace el trabajo de un párrafo de explicación. Piensa siempre qué línea o anotación convierte tu gráfico en una conclusión.

### Menos es más: la tinta que sobra

Hay una idea del mayor teórico de los gráficos, Edward Tufte, que debería guiar cada figura que hagas. En los años ochenta acuñó el concepto de la «proporción de tinta útil»: cada gota de tinta de un gráfico debería representar datos, y todo lo demás sobra. Los efectos 3D, los degradados, las sombras, las rejillas decorativas, las leyendas repetidas, los dibujitos: todo eso es lo que él llamó «chartjunk», basura gráfica que compite con el mensaje en vez de servirlo. Un gráfico para Nerea debe tener el máximo de datos y el mínimo de adorno. La tarta en 3D con sombras que parece muy profesional es justo el enemigo: se tarda más en leerla y dice menos que una barra plana y sosa.

De ahí salen unas reglas prácticas que puedes aplicar sin ser diseñador. Nunca uses 3D: deforma las proporciones y hace que una porción parezca más grande solo por estar delante. No metas más colores que significados: el color tiene que codificar algo (aquí, gana o pierde), no decorar; un arcoíris de barras que no significa nada solo distrae. Etiqueta los ejes y las unidades, siempre. Ordena las barras por valor y no alfabéticamente, para que el ranking se lea de un vistazo. Y añade la única línea o anotación que convierte las barras en una conclusión, como la línea del ROAS en 1. La prueba definitiva: borra un elemento del gráfico; si al borrarlo no has perdido información, es que sobraba.

  • Cada gráfico cuenta UNA cosa. Si necesitas dos frases para explicar qué mira, son dos gráficos.
  • Ejes etiquetados y con unidades. Un eje sin nombre obliga a adivinar, y quien adivina desconecta.
  • Barras ordenadas por valor, no por orden alfabético: el ranking tiene que verse sin pensar.
  • Nada de 3D, sombras ni degradados: deforman y no aportan un solo dato.
  • Color con significado (gana/pierde), no de adorno. Menos colores que datos es sospechoso; más, también.
  • Una línea o anotación de referencia que convierta el gráfico en conclusión (el ROAS=1, la media, el objetivo).
  • Si borras un elemento y no pierdes información, quítalo. La tinta que no es dato, sobra.

Consejo de senior: cuando termines un gráfico, quítale cosas hasta que empiece a doler. La tentación del principiante es añadir —un título más largo, una leyenda extra, un color más, una rejilla— y la del veterano es restar. Un gráfico que dirección entiende en cinco segundos casi siempre es un gráfico al que le has quitado la mitad de lo que le habías puesto. El buen gusto en visualización no es saber qué añadir, es saber qué eliminar sin perder el mensaje.

### El one-pager: contexto, un titular, una recomendación

Los gráficos acompañan, pero la decisión se toma sobre un one-pager: una sola página con lo esencial. Su estructura es de oficio y siempre la misma. Primero, el contexto que enmarca (la captación del mes subió instalaciones; la retención global y el embudo están dentro de lo normal, con una caída en el nivel 6 que es cosa de Producto). Después, UN titular, con las cifras que lo hacen indiscutible: CoinRush, el canal más barato y con más instalaciones, es el único que pierde dinero (ROAS 0,27), porque casi nadie vuelve a la semana y casi nadie paga. Y por último, una recomendación clara y accionable: no reasignar el presupuesto de Q3 a CoinRush; mantener y reforzar Meta y Apple Search; tratar las instalaciones de CoinRush como de valor casi nulo hasta que el canal demuestre retención.

La anatomía de un one-pager para dirección: contexto, un titular con cifras, una recomendación

Una recomendación no es un hallazgo. «CoinRush tiene ROAS 0,27» es un hallazgo; «no reasignar el presupuesto a CoinRush y reforzar Meta y Apple Search» es una recomendación. Nerea necesita la segunda: no le basta con saber qué pasa, necesita saber qué hacer. Un informe que describe un problema y no propone una acción deja la decisión igual de difícil que antes. Atrévete a recomendar, aunque sea incómodo para Bruno.

### Lo que este análisis no dice (y decirlo también es tu trabajo)

Un buen analista es tan claro con lo que su análisis afirma como con lo que no afirma, y esa honestidad, lejos de restarte credibilidad, te la multiplica. Tu hallazgo dice una cosa muy concreta: con los datos de este mes, CoinRush pierde dinero y no conviene reasignarle el presupuesto. No dice que CoinRush sea imposible de arreglar (quizá con otro anuncio captaría a otra gente); no dice que Meta y Apple Search aguanten cualquier cantidad de presupuesto sin saturarse (un canal bueno con poco dinero puede empeorar si le metes diez veces más); no dice nada de canales que no probasteis. Marcar esos límites no es cubrirte las espaldas: es evitar que tu recomendación se estire hasta decir cosas que tus datos no sostienen.

La razón práctica es de pura supervivencia profesional. Si dejas que tu «no metas más en CoinRush» se convierta en pasillo en «dice la analista que metamos todo en Apple Search», y luego Apple Search se satura y el CPI se dispara, quedará como que te equivocaste, cuando lo que pasó es que alguien estiró tu conclusión más allá de lo que dijiste. Adelántate: di qué afirmas, con qué datos, y hasta dónde llega. «Esto vale para el volumen actual; escalar Meta o Apple diez veces habría que probarlo con cuidado» es una frase que te protege y que, además, es verdad.

Consejo de senior: en toda entrega, reserva un hueco para los límites y los supuestos, aunque sea corto. «Cohortes de un mes; comisión al 30%; no incluye canales no probados». No es letra pequeña defensiva: es lo que separa a un analista en quien se puede confiar de uno que vende certezas que no tiene. La gente sensata confía más en quien dice «esto sí, esto no lo sé» que en quien lo afirma todo con la misma seguridad.

### La cifra grande: un ancla que se recuerda

Terminada la reunión, Nerea no va a recordar tus tres gráficos ni el ROAS exacto de cada canal. Va a recordar una cosa, siempre que le des una sola cosa para recordar: una cifra concreta, traducida y redonda. «Por cada 1.000 € que metemos en CoinRush, recuperamos 270 €». Esa frase es el ancla. La mente no se agarra a un ratio abstracto (0,27) ni a una tabla; se agarra a una imagen concreta de dinero que entra y sale. Convertir tu ratio en euros y en una unidad humana —por cada mil, no por cada euro suelto— es lo que hace que el hallazgo sobreviva a la reunión y llegue intacto al momento de decidir.

Una cifra grande buena cumple tres cosas. Es concreta: euros, no ratios ni porcentajes que hay que interpretar. Es redonda y humana: «por cada 1.000 € recuperamos 270 €» se retiene; «un ROAS de 0,27 sobre un gasto de 1.259,99 €» se olvida en el pasillo. Y va enmarcada como la decisión, no como un dato: «el canal donde íbamos a meter el 60% del presupuesto devuelve 27 céntimos por euro» le pone delante a Nerea, en una frase, el problema y su magnitud. Elige una sola cifra así, dila al principio y repítela al final. Una cifra repetida es lo que queda cuando se apaga el proyector.

Consejo de senior: no cierres una demo con un «gracias, ¿preguntas?». Ciérrala con la cifra grande. Lo último que dices es lo que la gente se lleva a la decisión, así que no lo malgastes en una cortesía: gástalo en repetir el número que quieres que recuerden. «Así que, resumiendo: por cada mil euros en CoinRush, recuperamos doscientos setenta. Ahí lo dejo». Esa última frase trabaja por ti durante toda la deliberación posterior, cuando tú ya no estás en la sala.

En la demo, Nerea lo resume en una frase: «O sea que el canal en el que íbamos a meter el 60% del presupuesto... ¿es el que pierde dinero?». Y tú se lo confirmas con la cifra grande. Frena el reajuste, mantiene Meta y Apple Search, y hasta Bruno reconoce que menos mal que se miró antes de mover el dinero. Ese es el momento en que el caso cierra: cuando un hallazgo que empezó en un CSV sucio termina cambiando una decisión de negocio real. Eso es ser analista, y acabas de hacerlo por segunda vez. La próxima empresa será otro sector y otros datos, pero el oficio —encuadrar, limpiar, calcular con criterio y contarlo para que cambie algo— es el mismo, y ya es tuyo.

Consejo de senior: guarda este caso para tu portfolio, y cuéntalo en una frase que cualquiera entienda: «analicé la captación de un juego móvil y descubrí que el canal más barato y con más instalaciones perdía dinero (ROAS 0,27) porque no retenía ni pagaba, y cambié la decisión de presupuesto del trimestre». Esa frase dice más de ti que cualquier lista de herramientas: demuestra que sabes convertir datos en una decisión, que es exactamente para lo que se contrata a un analista.

Regístrate para guardar tu progreso.