7 puntos por GN⁺ 2025-06-02 | 1 comentarios | Compartir por WhatsApp
  • Figma Slides ha aumentado enormemente la velocidad y eficiencia para crear diapositivas gracias a funciones como Auto Layout y Components, pero le faltan funciones clave de Keynote, como Autosize Text y las animaciones secuenciales
  • En entornos de presentación sin conexión, Figma Slides es inestable y con frecuencia presenta errores inesperados en el guardado, el control de la presentación y otros aspectos
  • Tiene desventajas claras frente a Keynote en aspectos como las animaciones por pasos y la gestión de las vistas de presentador/audiencia, y además hay bugs como tener que hacer varios clics en plena presentación, lo que perjudica seriamente el flujo real al exponer
  • Da la impresión de que las funciones clave de Figma Slides no se tratan como algo de misión crítica, y sus límites frente a Keynote se hacen evidentes en términos de confiabilidad y nivel de acabado
  • Una experiencia que volvió a confirmar que la tecnología aburrida pero comprobada (por ejemplo, Keynote) tiene más valor en situaciones reales

Resumen de Figma Slides

  • Figma Slides es un producto relativamente nuevo que Figma ofrece para crear y presentar diapositivas.
  • Este texto aborda en detalle las ventajas y limitaciones de Figma Slides, así como los problemas vividos en presentaciones reales

El propósito y diseño de las diapositivas

  • Las diapositivas de una presentación tienen tres objetivos: destacar el mensaje central, descomponer conceptos complejos y aportar algo de diversión
    • Para lograr esos objetivos, resulta eficaz una composición simple de diapositivas centrada en imágenes

Experiencia usando Figma Slides

  • Aunque era usuario de Keynote desde hace mucho tiempo, recientemente probé Figma Slides para preparar una presentación
  • Funciones propias de Figma como Grid View, Auto Layout y Components hacen que crear diapositivas sea rápido y sencillo
  • Incluso una visualización para mostrar la diversidad de frameworks de JavaScript pudo construirse muy rápido en Figma
  • Gracias a las funciones de componentes y auto layout de Figma, fue posible ensamblar diapositivas 10 veces más rápido que en Keynote

Lo decepcionante de Figma Slides

  • Figma no tiene Autosize Text (ajuste automático del tamaño de fuente al contenedor), una función considerada esencial en Keynote
    • Como Figma intenta limitarse a admitir solo auto layout compatible con CSS Grid, tiene límites para ampliar esta funcionalidad
  • Es difícil implementar en las diapositivas una función para revelar gradualmente elementos o partes de un diagrama con cada clic, y solo son posibles métodos engorrosos como animaciones de fade de 1 ms y cambios en el orden de capas
  • Incluso hacer que aparezcan una por una solo 4 palabras resulta complicado

Problemas surgidos en el ensayo y en la presentación real

  • Existe la opción "Save Local Copy", pero no es posible presentar directamente desde local
  • Aunque la presentación esté abierta, si se hace clic en "Present" sin conexión, aparece un error
  • Es posible prepararse para una presentación offline con "Download", pero si se cierra la pestaña todo vuelve al estado original
  • La pantalla de presentación se ofrece como una ventana emergente en lugar de pantalla completa, así que hay que moverla al proyector y maximizarla por separado
    • A diferencia de Keynote, no se puede cambiar la pantalla de audiencia con un atajo de teclado
  • La experiencia de uso no es fluida: por ejemplo, el cursor del mouse se queda visible sobre la diapositiva
  • El control entre Presenter View y Audience View funciona de manera inestable

Problemas críticos durante la presentación

  • Durante la exposición ocurrieron comportamientos anómalos, como tener que hacer dos clics por diapositiva para pasar a la siguiente
  • En diapositivas con animaciones complejas ocurrió incluso que simplemente no avanzaban
    • Ejemplo: en una diapositiva con 7 builds hubo que hacer 14 clics y luego volver atrás repetidamente para poder explicarla a la fuerza
  • Después, tras reiniciar Figma, el bug ya no pudo reproducirse, pero en los foros se han reportado muchos casos similares
  • Fue una experiencia en la que se interrumpieron la comprensión de la audiencia y el flujo de la presentación

Lecciones principales

  • En el escenario de una presentación se vuelve a confirmar la importancia de las herramientas estables y confiables
  • Figma Slides es divertido e innovador, pero en presentaciones en vivo importan la confiabilidad y el nivel de acabado
  • Aunque Keynote es una herramienta antigua, sigue ofreciendo una solidez confiable y una buena experiencia tanto para quien presenta como para la audiencia
  • Figma Slides todavía tiene margen de mejora; para presentaciones realmente de misión crítica aún se queda corto, así que esta experiencia hizo sentir otra vez las ventajas de usar herramientas ya comprobadas

Actualización posterior

  • El PM de Figma aceptó directamente el feedback y prometió ofrecer un servicio más estable
  • Ojalá Figma Slides evolucione, como herramienta de presentaciones, de ser un “nuevo producto hermoso y atractivo” a uno “tan confiable que hasta resulte aburrido” para el uso real

1 comentarios

 
GN⁺ 2025-06-02
Opiniones en Hacker News
  • Lo más extraño de este desastre es que, si alguien que realmente usara Figma hubiera estado involucrado, estos problemas se habrían notado de inmediato
    Muchos comentarios culpan a la nube o a las apps multiplataforma, pero funciones similares sí funcionan bien en otras apps de Figma
    Figma ya había resuelto estos problemas hace años
    Entonces, ¿por qué Slides terminó tan mal?
    Desde fuera, se ve parecido a cuando una startup escucha el consejo exagerado de influencers de lanzar el MVP lo más rápido posible y termina sacando el producto lleno de bugs
    Los usuarios reales no perdonan fácilmente cuando el producto falla justo cuando lo necesitan, y es muy difícil recuperarse de una pérdida de confianza así
    Por mi experiencia, se parece a trabajar bajo directivos que arman el calendario por su cuenta, se lo informan después a ingeniería y exigen que todo esté listo para una fecha límite arbitraria
    La presión por cumplir el plazo lleva a lanzar con funciones sin terminar y con muchos bugs, con la idea de arreglarlo después
    Es una decisión racional si nadie dentro de la empresa usa realmente el software y todo se trata de parecer lo más convincente posible internamente
    Este enfoque siempre termina saliendo así de mal

    • Trabajo como PM en Figma (del lado de Dev Tools, no de Slides)
      Lo que le pasó a Allen es realmente lamentable
      Voy a compartir este caso con el equipo para revisarlo directamente y en detalle
      Más en general, tenemos muy claro que Slides debe mostrar un nivel impecable de pulido durante una presentación, y cualquier cosa por debajo de eso es inaceptable
      Como referencia, dentro de Figma ya usamos Slides de verdad casi en todos lados, desde reuniones internas hasta eventos grandes
      Yo mismo, como PM, uso Slides cada semana, y el canal interno de feedback es realmente muy activo
      Además, Figma tiene una cultura de liderazgo poco común en la que mejorar la calidad tiene más prioridad que los deadlines del proyecto
      Entendemos perfectamente lo importante que es la experiencia de usuario
      No siempre vamos a tomar decisiones perfectas, pero sí tenemos la intención de mejorar donde nos quedamos cortos
  • Cuando das una presentación con estilo Apple (sin ruido visual, sin viñetas, con un solo visual o idea atractiva por slide y enfocada en contar una historia), se nota claramente que el público realmente disfruta la presentación y recibe el mensaje clave
    Pero luego siempre llega la dirección a decir: “usa la plantilla de la empresa, alinea los elementos con la plantilla”
    Incluso cuando ellos mismos están entre la audiencia y disfrutan el contenido, no parecen entender qué hace buena a una presentación
    Al final solo queda frustración
    Como detalle extra, en una empresa de más de 700 personas, yo soy el único que usa una MacBook

    • En mi experiencia, la gente tiende a usar las slides como si fueran documentos y no material de apoyo
      Entonces, en cada presentación hago que las slides solo acompañen mi discurso, pero al terminar la gente me pide las slides
      Se las mando, pero por sí solas no sirven de nada
      Los managers presionan para que se meta todo el contenido en las slides y al final el presentador queda reducido a solo poner la voz

    • Siempre recomiendo la guía de Beamer (la extensión de LaTeX para crear presentaciones) sobre cómo hacer presentaciones
      Comparto parte del documento beameruserguide.pdf

      • El índice debe poder entenderse por sí solo
      • Es mejor una slide que parezca tener un poco menos de información que una con demasiada
      • Entre 20 y 40 palabras por slide es razonable; no pasar de 80
      • No asumas que toda la audiencia es experta; conviene recordar brevemente incluso conceptos simples
      • Las slides deben ser concisas y la audiencia debe poder entender una slide en menos de 50 segundos
      • Evita más de dos niveles de “subviñetas”; mejor usa gráficos
      • No uses notas al pie; si es importante, ponlo en el cuerpo, si no, elimínalo
      • Usa frases cortas
      • Se recomienda incluir gráficos en todas las slides posibles
      • Debes explicar todo el contenido de los gráficos
      • Evita animaciones sin sentido y efectos visuales innecesarios
    • El problema viene de esperar que las slides también sirvan como material de consulta sin el presentador
      En realidad, otro formato (un documento) es más adecuado
      Hay dos alternativas

      1. Agregar muchas speaker notes con todos los detalles, de modo que solo la combinación de presentación + notas contenga toda la información
      2. Escribir, aparte de las slides para presentar, un documento independiente y autocontenido donde se organicen bien los puntos e imágenes de esas slides
        De hecho, eso suele ser mucho más útil que la típica presentación corporativa tradicional
        Y también recomiendo dejar una nota al inicio del documento que diga: "Este documento contiene toda la información de una presentación de X minutos"
    • Yo encuentro un punto medio poniendo el mensaje en una sola línea en el título de la slide, y usando el resto del contenido para reforzarlo
      En algunas slides incluso indico “solo miren el título”, o repito la idea enfatizando el título
      También preparo material de apoyo (por ejemplo, material de respaldo para sesiones técnicas)
      El punto importante es que el estilo minimalista (tipo marketing de Apple) solo sirve en ciertos contextos
      En la mayoría de las situaciones puede no encajar, así que hay que priorizar la función por encima de la forma

    • Hay que hacer dos versiones
      una llena de detalles para compartir después, y otra resumida para usar al hablar

  • Steve Jobs murió en 2011, sus presentaciones eran legendarias y el lanzamiento del iPhone fue en 2007
    Han pasado casi 20 años, pero ningún software de presentaciones, incluido MS Powerpoint, ha mostrado el nivel de pulido de Keynote en 2007
    Una cosa que aprendí es que, aunque se pida “copien esto tal cual”, replicarlo al 100% no es nada fácil
    La mayoría termina haciendo una imitación barata ignorando pequeños detalles, y al final incluso lo empeoran, como Microsoft en los 90 y 2000
    Toda esta diferencia al final se reduce al “gusto”
    Steve Jobs también decía que el problema de Microsoft era la falta de gusto
    Sin esa artesanía minuciosa ni ese criterio de producto, al final ventas/marketing termina juzgando todo solo por si vende o no, y últimamente esa misma tendencia se ve hasta en Apple

    • “El mundo ya debería haber aprendido la esencia de una gran presentación o de un gran software”
      La diferencia de fondo no se puede resolver con software; el software no puede hacer que persigas ciertos valores
      Jobs veía la presentación como una actuación o una obra de teatro, y pasaba días ensayando y ajustando detalles
      En los negocios reales, eso es algo extremadamente raro

    • Puede sonar algo polémico, pero en realidad se puede aprender muy poco de las presentaciones de Steve Jobs
      Tenía un equipo de apoyo potentísimo y unas capacidades excepcionales
      Es como si alguien que nunca ha manejado intentara aprender viendo una carrera de F1; en la práctica no se le puede exigir un estándar de F1 a un repartidor común

    • Hoy no hay nadie que cumpla un rol tan representativo de la industria como Steve
      Se ha perdido mucha capacidad para comunicar cosas nuevas e interesantes, y hasta el ambiente general de la industria está más apagado
      Ahora se siente más como un “hype man” y un equipo de ingeniería haciendo promoción
      Steve también era sinónimo de “hype”, pero de una forma natural y bien recibida por todos

    • Quizá los presentadores realmente talentosos sean un grupo extremadamente pequeño
      En realidad, a la mayoría de la gente casi no le interesan las presentaciones en sí

    • He trabajado directamente en software de presentaciones
      Es mucho más complejo de lo que parece

      1. En los escenarios básicos, la verdad es que Powerpoint, Keynote y Google Slides son muy superiores
        Son gratis o vienen incluidos, son suficientemente utilizables, los usuarios ya están familiarizados con ellos y, como para esas empresas no es su negocio principal, tienen pocos incentivos para innovar
      2. Como es difícil diferenciarse en el mercado básico, hay que apuntar a un público de pago específico (marketing, etc.), pero ese público se enfoca más en necesidades prácticas como “conversión” o “captura de datos” que en “UI bonita” o “software hermoso”
      3. La mayoría de las presentaciones son mediocres, y por más que les metas experiencias de creación o edición sofisticadas, para la mayoría de los usuarios reales eso solo eleva la barrera de entrada
        Aunque haya plantillas y tutoriales, al final igual terminan produciendo “trabajos mediocres”
        Incluso cuando intentan embellecerlas, suelen abusar de cosas como las “animaciones” y terminan viéndose todavía peor
        Al final, la gente que de verdad invierte en hacer material excelente es poquísima
        La clave no es la calidad de las slides, sino el contenido y la capacidad del presentador
        Incluso en conferencias es común ver slides muy malas, y las presentaciones que realmente dejan huella lo hacen por lo que se dice y por la habilidad del presentador
  • Hoy en día casi siempre uso el material de presentación exportado como PDF
    Antes usé fuentes bonitas en una presentación, pero como esa fuente no quedó embebida en el PDF, el texto se cortó en distintas computadoras y la presentación se arruinó por completo
    Desde entonces tengo la regla de crear todo solo en PDF/A
    LibreOffice Impress también permite exportar en PDF/A
    No puedes usar contenido dinámico ni animaciones, pero puedes sustituirlo con links a YouTube o videos locales
    Es una solución demasiado simple, y nunca me ha fallado ni una sola vez
    Si la PC del lugar tiene navegador, puedes abrir el material; no hace falta software adicional ni login
    Explicación de PDF/A

  • Keynote es el software más cercano a la perfección en diseño que he usado
    Casi da admiración pensar quién llevó esta UX a este nivel
    Siempre uso Keynote y, salvo por dos defectos menores (un bug en la paleta de colores y la imposibilidad de convertir un rectángulo en rectángulo redondeado), está casi a nivel divino
    Lo que quisiera decirle al equipo de Keynote es: de verdad son héroes

  • Me gusta mucho el atractivo de iA Presenter (sin relación con ellos)
    Está basado en Markdown y prioriza el proceso de desarrollar la historia
    El layout también es automático y predecible
    En versiones anteriores ni siquiera ofrecía bullet points
    Tiene muchas limitaciones, pero justamente por eso exige menos atención y eso termina siendo una ventaja
    Y además soporta uso offline perfectamente
    iA Presenter

    • He usado reveal.js y slides.com
      Pero sentí bastantes limitaciones, y al final en la empresa terminamos quedándonos con Google Slides
      En especial porque hacíamos muchas presentaciones compartidas, y las funciones de colaboración eran realmente muy útiles

    • Deckset(deckset.com) también es una buena opción
      Los enfoques basados en contenido y layout automático, como Deckset, son buenos porque te permiten crear material centrado en lo esencial sin pasar horas obsesionado con las transiciones entre slides

    • marp(marp.app) también tiene buena reputación, y el hecho de que sea software open source es una ventaja

    • El software en sí parece excelente, pero el sitio web oficial es algo incómodo
      Se siente como que la intersección entre la gente que quiere hacer slides con Markdown y la gente a la que le encaja este estilo de sitio web es demasiado pequeña

    • iA Presenter realmente me encanta
      De hecho, sí soporta bastante bien listas y viñetas
      En mi caso incluso lo uso para hacer PDFs de propuestas con facilidad
      Originalmente es software de presentaciones, pero también es excelente para crear documentos rápido

  • Creo que el verdadero problema es el enfoque cloud-first en sí mismo
    Todo software debería tener como base estas dos cosas

    • garantizar funcionamiento offline

    • guardar y exportar, cuando sea posible, en formatos locales legibles por humanos

    • Ojalá tecnologías como Electron siguieran madurando más
      Desarrollar apps multiplataforma da bastante miedo, así que muchos equipos terminan moviendo todo a la web

  • La lección que me deja este caso es que, especialmente en situaciones como una presentación, siempre hay que usar software que corra localmente
    Y siempre tener listo un PDF simple como respaldo, que permita reemplazar fácilmente la presentación solo pasando páginas
    Aunque renuncies a las animaciones, todavía puedes hacer presentaciones con varios pasos

    • Yo también me preparo así
      Incluso si hago la presentación en Google Slides, la guardo localmente con antelación y, aunque use .pptx/.odp, también saco una copia en PDF
      Si la presentación es realmente importante, hasta me doy el lujo de dejar las slides preparadas en dos laptops por adelantado
      Puede parecer exagerado, pero si esa preparación me salva aunque sea una sola vez, es la mejor inversión posible para evitar pasar vergüenza delante de otros, y que encima eso quede registrado online para siempre

    • Google Slides me parece bastante satisfactorio
      Casi no uso builds complejos ni animaciones, así que me resulta cómodo usar solo lo mínimo necesario
      Con Google Docs me pasa algo parecido: me gusta que no tenga elementos innecesarios
      Pero siempre es obligatorio tener el PDF local encuadernado

  • Supongo que Figma está llevando varios proyectos al mismo tiempo, como Sites y Make, así que Slides probablemente no reciba suficiente inversión ni cuidado detallado
    También prefiero evitar la estrategia cloud-first
    Si el servidor va lento, se cae o incluso queda inaccesible, puedes terminar sin poder encontrar ni tus propios archivos
    Prefiero la combinación de apps locales como Powerpoint o Keynote con respaldo en la nube

    • Esa es la razón por la que sigo usando Sketch en vez de Figma cuando no necesito colaboración
      En Figma, si no exportas constantemente y no administras copias locales, en realidad ni siquiera tienes el archivo original
      Tu trabajo termina dependiendo por completo de políticas de la empresa y cambios en formatos propietarios
      En cambio, Sketch da mucha más libertad, con funcionamiento offline y especificación de archivo abierta
      Así es como debería ser

    • Viendo los problemas que tuvo Figma el año pasado con Slides (una función nueva muy promocionada), no me da ninguna confianza lo que anunciaron este año

  • El problema de las presentaciones, en sí, ya estaba prácticamente resuelto hace 40 años, en la época de Hypercard
    PPT, Keynote, LibreOffice Impress y lo demás que usamos hoy al final tienen casi las mismas funciones
    Figma parece estar siguiendo una estrategia parecida a Dropbox (encerrar al usuario en su ecosistema), del mismo modo que casi nadie usa algo como Dropbox Paper
    La idea es imponer restricciones extrañas como “sí puedes guardar localmente, pero no presentar directamente en local” para amarrar al usuario a su ecosistema