Día 5 (viernes) — Que se entienda y cambie algo

### Una enfermera, un diagrama y una guerra ganada con datos

En 1858, Florence Nightingale quería convencer al gobierno británico de que en la guerra de Crimea morían muchos más soldados por infecciones evitables en los hospitales que por las heridas del combate. Tenía los datos y tenía razón, pero las tablas de números no movían a nadie. Así que inventó un gráfico: una especie de tarta con pétalos, coloreados según la causa de muerte, que de un vistazo hacía evidente que la enorme mayoría del área —de los muertos— era de color «enfermedad prevenible», no «heridas». No hizo falta que nadie leyera una sola cifra: el dibujo gritaba la conclusión. El gobierno cambió las condiciones sanitarias, y se salvaron miles de vidas. Nightingale no descubrió nada nuevo ese día; ya sabía la respuesta. Lo que hizo fue conseguir que la respuesta se entendiera y cambiara una decisión. Eso es exactamente lo que te toca hoy.

Porque tienes el hallazgo —la velocidad de respuesta, no la visibilidad, es lo que alquila pisos—, lo tienes blindado con el control por tramo, y sin embargo nada ha cambiado todavía. Vive en tu cuaderno de SQL, en forma de tablas que solo tú entiendes. En cuatro horas te sientas delante de Álvaro, Gonzalo y Cristina, y Álvaro no quiere ver tu código ni tus consultas: quiere saber si aprobar el Destacado Premium o no, en veinte minutos, y con una recomendación clara aunque le desmonte el plan de su director comercial. El mejor análisis del mundo, si no se sabe contar, muere en un cuaderno que nadie abre. Hoy es el día de que no muera.

### Gráficos para quien decide: si no se entiende en cinco segundos, no sirve

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 barras de mil categorías, nada de tablas con veinte columnas, nada de ejes sin etiquetar. Álvaro detesta los gráficos con mil barras, y tiene razón: un gráfico no es para demostrar todo lo que sabes, es para que quien lo mira entienda una cosa. Cada gráfico cuenta una sola idea, y esa idea tiene que saltar a la vista sin que nadie te la explique.

Para tu demo bastan tres gráficos y una cifra, cada uno con un trabajo concreto. El primero: la tasa a contrato por tramo de respuesta, el gráfico estrella, el que hace de diagrama de Nightingale —la barra de «<2h» altísima y la de «sin respuesta» casi pegada al suelo cuentan el caso enteros sin una palabra—. El segundo: el porcentaje de contactos sin responder por tipo de anuncio, que explica por qué el destacado convierte peor. El tercero, opcional: el embudo por tipo, para reconocer que Gonzalo tiene razón arriba antes de mostrar dónde no la tiene. Y una cifra grande, de esas que se recuerdan al salir de la sala: el 41% de los contactos no recibe respuesta.

Para dibujar en el navegador se usa un pequeño truco técnico: se fuerza el backend Agg con 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 hacer. Con eso, seaborn y matplotlib funcionan igual. El resto es elegir el tipo de gráfico correcto —barras para comparar categorías, que es casi siempre lo que quieres en negocio— y etiquetarlo con un título que diga la conclusión, no el contenido.

### Elegir el gráfico correcto: casi siempre son barras

Hay decenas de tipos de gráfico, pero para negocio se usan cuatro o cinco, y elegir bien es la mitad del trabajo. La regla es fijarse en qué quieres que la gente vea. Si comparas categorías —tasa por tramo, contactos por tipo, contratos por ciudad—, barras: el ojo compara longitudes con una precisión que no tiene para ángulos ni áreas, y por eso las barras casi siempre ganan. Si muestras una evolución en el tiempo —contratos por mes—, una línea, que dibuja la tendencia. Si relacionas dos números continuos —precio y metros—, un gráfico de dispersión. Y para una sola cifra que importa mucho, ni gráfico: un número grande y solo, como el 41%. Lo que casi nunca quieres es una tarta: el ojo humano es malísimo comparando porciones, y con más de tres trozos es ilegible. Tu caso es de comparar categorías de principio a fin, así que casi todo son barras, y está bien que así sea.

Un principio que separa un gráfico profesional de uno de aficionado: quita todo lo que no aporte. Los expertos en visualización lo llaman la ratio de tinta útil, la idea de que cada gota de tinta del gráfico debería estar diciendo algo. Fondos de colores, cuadrículas gruesas, sombras, efectos 3D, leyendas repetidas: todo eso es ruido que compite con el dato. Un gráfico para comité es limpio hasta parecer sencillo: un título que es el titular, unas barras, los ejes justos etiquetados, y nada más. Cuando dudes entre añadir algo o quitarlo, quítalo. La elegancia en un gráfico no es adornar, es que no sobre nada, y esa contención es la que hace que la conclusión salte a la vista en los cinco segundos que tienes.

Un detalle que casi nadie cuida y que marca a un profesional: el color tiene significado y hay que usarlo con intención, no de adorno. Usa un color para resaltar lo que quieres que se mire y un gris apagado para el resto: si en el gráfico de tramos pintas de color vivo la barra de «<2h» y la de «sin respuesta» y dejas las del medio en gris, el ojo va directo al contraste que cuenta la historia. Y ten presente la accesibilidad: cerca de uno de cada doce hombres tiene algún tipo de daltonismo, así que no bases un mensaje solo en distinguir rojo de verde, que son justo los que más se confunden. Un buen gráfico se entiende igual en blanco y negro, porque la información está en las posiciones y las longitudes, no solo en el color. El color subraya; no debería ser la única pista.

### El one-pager y la demo: hablar en el idioma de quien decide

El entregable de la semana es un one-pager: una sola página con tres o cuatro hallazgos respaldados por cifras y una recomendación clara. El orden no es casual: primero le das la razón a Gonzalo donde la tiene (el destacado dobla visitas y contactos), porque eso te compra credibilidad para lo siguiente; luego muestras la grieta (convierte peor); luego el porqué (la respuesta); y dejas las fotos como color, nunca como segundo titular. Y arriba del todo, o al final, la recomendación: no lanzar el Destacado Premium como palanca de contratos, e invertir en que las agencias respondan rápido —avisos, un compromiso de tiempo de respuesta, un ranking que premie contestar, gestión de leads—.

En la demo, habla en contratos y en euros, no en tasas de conversión. Álvaro pregunta siempre «¿y esto en contratos cuánto es?», así que anticípate: en vez de «el destacado convierte al 4,98%», di «el producto que íbamos a vender a toda la red trae el doble de contactos, pero la mitad no los contesta nadie, así que no mueve los alquileres». Y ten preparada la respuesta a la objeción de Gonzalo, que llegará: «¿y no será que las agencias del destacado son distintas?». Tu control por tramo la desmonta en una frase: dentro del mismo tiempo de respuesta, destacado y normal convierten igual. Cuando tienes la objeción respondida antes de que la hagan, la reunión se acaba con una decisión, no con un «déjame que lo mire».

### Adaptar el mensaje a quien escucha: el test del «¿y qué?»

En esa sala hay tres personas distintas y cada una escucha con una oreja diferente, así que el mismo hallazgo hay que saber contarlo en tres idiomas. A Álvaro, que decide, le hablas en contratos, comisión y decisiones: «no lances el Premium, invierte en respuesta, así crece la comisión». A Gonzalo, que se juega su producto, le reconoces primero lo que acertó y luego le reencuadras: «tenías razón en el tráfico; el problema no es tu destacado, es que las agencias no dan abasto a contestar». A Cristina, que construiría la solución, le das el detalle accionable: qué agencias fallan, qué tramos de respuesta importan, qué se podría construir. El error de junior es contarles a los tres lo mismo, normalmente el nivel de detalle técnico que le interesa a un analista y a nadie más en esa sala.

Y por encima de todo, aplica a cada cifra el test más útil que existe para comunicar: el test del «¿y qué?». Coges cada número que quieres decir y te preguntas, poniéndote en la piel de quien decide, «¿y qué?, ¿qué hago yo con esto?». «El destacado convierte al 4,98%» — ¿y qué? No dice nada por sí solo. «El destacado convierte peor que el normal pese a costar más» — ¿y qué? Ya calienta. «El producto que íbamos a vender a toda la red no mueve los alquileres, porque el problema no es la visibilidad sino la respuesta» — ahí está el «¿y qué?» respondido: eso cambia una decisión. Si una cifra no pasa el test —si no puedes decir qué debería hacer quien la oye—, no va a la demo, o va como apoyo de otra que sí lo pasa. La mayoría de los datos de un análisis no pasan el test, y está bien: su trabajo era llevarte a los dos o tres que sí.

### El informe que sobrevive a la reunión

La demo dura veinte minutos y se acaba; el one-pager se queda. Por eso el documento de una página que dejas por escrito es tan importante como la presentación: es lo que circula después, lo que alguien reenvía a quien no estuvo, lo que se relee dentro de un mes cuando haya que recordar por qué se frenó el Premium. Un buen one-pager se lee entero en dos minutos y se entiende sin ti delante para explicarlo, porque tú no vas a estar en todos los reenvíos. Eso obliga a que cada hallazgo se sostenga solo, con su cifra y su frase, y a que la recomendación esté escrita sin ambigüedad. Si tu documento necesita que estés al lado narrándolo, no es un documento, son las notas de una charla.

La estructura que funciona es la que ya viste en el diagrama: tres o cuatro hallazgos ordenados de mayor a menor importancia, cada uno en una línea con su número, y una recomendación destacada. Nada de párrafos largos, nada de metodología en el cuerpo —eso va en un anexo para quien lo pida—, nada de los quince números que calculaste. El cuerpo del one-pager son los dos o tres que pasan el test del «¿y qué?». Y un detalle que marca la diferencia: pon las cifras exactas, no redondeos vagos. «El 41% de los contactos no recibe respuesta» pesa más que «muchos contactos se quedan sin responder», porque una cifra concreta se puede citar, se puede recordar y se puede defender; una vaguedad se evapora en cuanto sales de la sala.

Y piensa en este entregable también como algo tuyo, no solo de NidoHogar: es una pieza de portfolio. Dentro de un año, cuando cuentes lo que sabes hacer, este caso se resume en una frase que impresiona: «analicé un marketplace de alquiler y demostré que el producto estrella inflaba las visitas pero no los alquileres; lo que decidía un contrato era la velocidad de respuesta de la agencia, y el 40% de los contactos se ignoraba; el hallazgo frenó el lanzamiento de un producto y redirigió el presupuesto». Eso cuenta una historia completa: un negocio, una pregunta, un método, un hallazgo contraintuitivo y una decisión que cambió. Los encargos que sabes contar así son los que construyen una carrera, y por eso vale la pena rematarlos bien aunque el viernes estés cansado.

### Una demo es una historia: situación, complicación, resolución

Los gráficos y las cifras son los ladrillos, pero una demo que convence tiene la forma de una historia, no la de una lista de números. La estructura que mejor funciona la usan los guionistas y los buenos periodistas: situación, complicación, resolución. La situación es el mundo tal como lo cree tu audiencia al entrar: «el destacado funciona, dobla visitas y contactos, vamos a lanzar el Premium». Empiezas ahí, dándoles la razón, porque es lo que creen y negárselo de entrada los pone a la defensiva. La complicación es el giro, el dato que rompe esa certeza: «pero al mirar los contratos, el destacado convierte peor». Y la resolución es tu hallazgo y qué hacer con él: «porque la palanca es responder rápido, no la visibilidad; así que el dinero va ahí, no en el Premium».

Esta forma no es un truco de manipulación: es cómo la gente entiende y recuerda. Un cerebro retiene una historia con un giro mucho mejor que una tabla de datos, porque la historia tiene tensión y desenlace. Y tiene una ventaja práctica en una sala con Gonzalo delante: al empezar dándole la razón (la situación es su tesis), no lo conviertes en enemigo que tiene que defenderse, sino en alguien que te acompaña hasta el giro. Cuando llega la complicación, ya está dentro de la historia, y el dato le cae como una sorpresa compartida, no como un ataque. La diferencia entre «tenías razón en las visitas, y mira lo que encontré al seguir mirando» y «te equivocas, el destacado no funciona» es la diferencia entre que te escuchen y que se cierren.

### La demo no acaba en tu último gráfico: aguantar las preguntas

Muchos analistas preparan la presentación al milímetro y se olvidan de lo que de verdad decide la reunión: las preguntas del final. Una vez has contado tu historia, Álvaro, Gonzalo y Cristina van a apretar, y ahí es donde se gana o se pierde la credibilidad. La buena noticia es que las preguntas son casi siempre las mismas y las puedes anticipar: «¿y esto en contratos cuánto es?» (habla en contratos desde el principio), «¿y no será por otra cosa?» (ten el control por tramo listo), «¿de dónde sale este número?» (ten tus decisiones de limpieza apuntadas), «¿y qué hacemos entonces?» (ten la recomendación clara). Si llegas con esas cuatro respuestas preparadas, la sesión de preguntas deja de ser un examen y se convierte en el momento en que rematas la venta de tu hallazgo.

Y una nota sobre el tono, porque en una demo cuenta tanto como el contenido. Vas a desmontar el plan del director comercial delante del CEO, y eso se hace con respeto y sin triunfalismo. No es «tenía razón yo y Gonzalo se equivocaba»; es «encontramos algo que nadie había mirado y que nos ahorra un error caro». El hallazgo es del equipo, no tuyo; y Gonzalo no se equivocó por tonto, sino porque miraba los números que todos miraban. Presentarlo así —sin humillar a nadie, poniendo el foco en la decisión y no en quién acertó— es lo que hace que la próxima vez te vuelvan a llamar y que Gonzalo, en vez de defenderse, acabe agradeciéndolo. La elegancia al dar una mala noticia es una habilidad de carrera, no un detalle.

Y así se cierra tu tercer encargo. Cuando Álvaro diga «frenamos el Premium y montamos algo para la respuesta, buen trabajo», y cuando Gonzalo admita «menos mal que lo miraste antes de que le vendiéramos a toda la red un producto para ignorar más contactos», habrás hecho lo que de verdad hace un analista: no sacar un número, sino cambiar una decisión con datos que aguantan. Te llevas una pieza de portfolio redonda —«analicé un marketplace de alquiler y demostré que el producto estrella inflaba visitas pero no alquileres; lo que decide un contrato es la velocidad de respuesta, y el 40% de los contactos se ignoraba»— y algo más valioso: la costumbre de no fiarte de un total sano, de descartar las explicaciones fáciles y de contar el hallazgo de forma que cambie algo. Ese oficio viaja contigo al siguiente encargo, sea del sector que sea.