¿Qué hará Figma después?

• Resolvíó el problema de hacer del diseño una colaboración multijugador y se consolidó como una de las herramientas de producto más importantes de la última década, pero arrastra un problema de imaginación estratégica atada al canvas justo cuando el centro de gravedad se mueve del canvas al código
• Figma convirtió el archivo de diseño en un espacio compartido basado en el navegador, permitiendo colaboración, crítica, exploración y handoff en una sola pantalla, y volvió rápidamente obsoleto a Sketch
• El canvas es una abstracción para tratar el problema de traducción entre la intención visual y el software en funcionamiento, pero a medida que la IA cierra esa brecha, está cambiando hacia un sistema de ejecución que interpreta directamente en código sistemas de diseño, APIs y patrones
• A medida que la IA abarata el costo de ejecución, el factor limitante deja de ser "¿se puede crear una interfaz?" y pasa a ser un problema de coordinación: "¿se puede crear la interfaz correcta de una manera en la que la organización pueda confiar?"
• Ahora que el centro de gravedad vuelve a moverse, el intento de Figma por expandir el canvas para contener la próxima era corresponde al dilema del innovador; la clave es si podrá convertirse en una interfaz de colaboración orientada hacia la verdad (incumbent trap)

---

Cómo ganó Figma al principio

• El primer logro de Figma fue técnico: volvió al navegador importante para el diseño a un nivel que nadie creía posible
  • La accesibilidad multiplataforma, el rendimiento y el modo multijugador fueron todos factores clave
• El cambio más profundo fue cultural
  • Antes de Figma, la colaboración estaba fragmentada entre archivos locales, redlines, PDFs y reuniones preguntando "¿esta es la versión correcta?"
  • Figma derrumbó esa distancia, ofreciendo no solo un mejor canvas, sino un mejor modelo de coordinación
• Pero una abstracción sigue siendo una abstracción, y el canvas no es el producto sino solo una representación; el producto real existe en el código
  • El canvas era una herramienta para ayudar a pensar antes de que el costo de implementación fuera alto, pero dependía de un mundo con una gran brecha entre la intención visual y el software funcional
  • La IA está derrumbando esa distancia

El canvas es una respuesta a un problema de traducción

• El modelo del canvas se sostiene sobre una clara división de roles
  • Los diseñadores expresan intención, los ingenieros traducen esa intención a código, y los product managers coordinan prioridades y alcance
  • Se usa lo imaginado para construir lo que realmente se lanzará
• Este modelo no va a desaparecer pronto, y es probable que muchas organizaciones sigan trabajando así durante años
• Sin embargo, la dirección del movimiento está cambiando
  • El design-to-code se ha vuelto más rápido, pero eso no es más que una compresión acelerada de la forma de trabajo existente: handoff y traducción
  • La verdadera diferencia es que el contexto estructurado de diseño y producto, el código de componentes y las reglas se interpretan directamente como interfaces operativas codificadas
  • Cuando el prompt tiene acceso a sistemas de diseño, APIs, patrones y restricciones de ingeniería, ya no hace falta empezar desde una hoja en blanco
• En ese punto, el diseño se convierte en el contexto que usa un sistema de ejecución de IA
  • Los equipos siguen necesitando un espacio compartido para comparación visual, crítica y decisiones de negocio
  • Una ventana de terminal o un IDE no son lugares para que participen múltiples stakeholders
  • Aun así, eso no significa que todo deba organizarse alrededor del canvas

De vuelta al canvas

• Los movimientos recientes de Figma se entienden porque están construidos sobre sus fortalezas actuales
  • La dirección es que más trabajo ocurra en Figma, que más entregables salgan de Figma, que los flujos de trabajo regresen a Figma y que el desarrollo de producto ocurra dentro del ecosistema de Figma
• Simplificándolo al máximo, la estrategia parece ser "devolver todo al canvas, a nuestro canvas"
  • Pero la próxima era no va a organizarse sobre ese eje
• "code-to-canvas" lo deja ver: crear primero el resultado real y luego traerlo de vuelta a Figma como un frame editable
  • Puede resolver problemas de colaboración en el corto plazo, pero es extraño como dirección y equivocado respecto al futuro
  • Figma parece más enfocada en devolver a los usuarios a una habitación propia donde sabe cómo funciona la colaboración, y menos en si ese es el modelo correcto de colaboración para el futuro

El canvas no es la fuente de verdad

• También existe la posibilidad de que Figma avance hacia un futuro más convincente como interfaz de colaboración que refleja la realidad, es decir, como un lente
  • Puede convertirse en un lugar para inspeccionar sistemas en funcionamiento, comparar variantes, anotar sobre el objeto real, verificar drift en el sistema de diseño y orientar y controlar la dirección
• Pero eso implica aceptar que el canvas ya no es el centro
  • Si el canvas va a seguir siendo importante, solo puede ser como una interfaz orientada hacia la verdad
  • Aquí la verdad es el código, el runtime y lo que realmente existe y realmente se lanza
• El riesgo para Figma es intentar seguir en el centro forzando todo a pasar por el modelo anterior, y eso corresponde a la incumbent trap
  • Es mirar aquello que creó su dominio inicial y limitarse a mejorarlo, algo correcto solo hasta que cambia la base de la competencia
  • Figma venció a Sketch porque entendió que el centro de gravedad podía cambiar, pero ahora ese centro vuelve a moverse y Figma está del otro lado del dilema del innovador

Ejecutar es barato, coordinar no

• La IA hace que ejecutar sea más barato: no gratis, pero desde la perspectiva de quienes operan puede sentirse así
  • La IA genera pantallas haciendo scaffolding, usando componentes, conectando, refactorizando y ofreciendo variantes a una velocidad que cambia los cuellos de botella anteriores
• Por eso, el factor limitante no es "¿se puede crear una interfaz?" sino "¿se puede crear la interfaz correcta bajo los criterios correctos, para los usuarios correctos y con la confianza organizacional adecuada?"
  • Coordinar con apoyo de IA no es lo mismo que colaborar dentro de la abstracción del canvas; requiere contexto estructurado y priorizado
• Hay preguntas que exigen criterio
  • Qué componentes están aprobados y qué patrones fueron retirados
  • Cuando documentación, código y Figma difieren entre sí, qué implementación tiene autoridad
  • Qué reglas de accesibilidad aplican, qué restricciones regulatorias importan y qué estándares de ingeniería no son negociables
  • Esto no es un problema de canvas, sino un problema de infraestructura
• En este mundo, los sistemas de diseño se vuelven aún más importantes
  • No como una librería de componentes, un repositorio de assets o documentación que la gente consulta manualmente, sino como inteligencia ejecutable que le dice a los sistemas de IA cómo construye una organización
  • El canvas puede ordenar y provocar crítica, pero si no está profundamente conectado con la capa de control de la entrega del producto, la realidad estará en otro lado y el canvas corre el riesgo de quedarse en una imagen bonita, lo que es un problema estratégico

Lo que parece creer Figma

• Desde afuera, parece que Figma cree que puede expandir el canvas para contener la próxima era
  • Esa puede ser una interpretación externa; en Figma hay muchas personas inteligentes con incentivos para entender el cambio, y también puede ser una decisión comercial astuta
  • Pero eso no significa que sea el modelo de producto correcto para la próxima era del trabajo
• La estrategia de producto revela una actitud, y la de Figma parece enfocada en el regreso al canvas
  • Traer de vuelta trabajo generado, traer de vuelta salidas de código, llevar desarrolladores a Figma y llevar la IA al canvas
  • Meter más partes de la organización dentro de un lugar propiedad de Figma
• Eso no es necesariamente tonto
  • Históricamente, las empresas han preferido la consolidación, la gente ya está acostumbrada a Figma y existe la gravedad que viene del dominio de mercado
  • Figma puede seguir agregando funciones útiles, pero la cuestión es si esas funciones ayudan a adaptarse a un mundo donde los resultados funcionales y el contexto organizacional importan más que el archivo de diseño
  • La apuesta de Figma es: "sí, porque todo eso al final regresará a Figma", y esa es una apuesta a que el canvas sigue siendo lo central

Si cambia el espacio donde trabajamos

• El próximo workspace de producto dominante no se verá como un Figma con más funciones de IA, ni tampoco como una herramienta de diseño tradicional
  • Una forma más probable es un IDE con colaboración espacial, o un entorno de producto basado en navegador donde se pueda editar, inspeccionar y desplegar software en vivo directamente
  • Hará falta una capa de orquestación de IA que cruce sistemas de diseño, repositorios, documentación, analítica y herramientas de gestión de producto
  • Una forma integrada de canvas, editor de código, entorno de staging y sistema de gobernanza y reglas
• Al principio, algo así se verá peor
  • Las primeras versiones de lo correcto suelen verse peores que las versiones maduras del pasado: torpes, incompletas y fáciles de descartar
  • Figma debería entender esto mejor que nadie, porque ganó la ronda anterior no por tener una mejor herramienta de diseño, sino por ofrecer un entorno diferente para trabajar
• El canvas puede seguir siendo esencial, pero el canvas como abstracción no necesariamente
  • El canvas no debería ser el lugar donde se aplana la realidad, sino el lugar donde se discute la realidad, y ese es el problema difícil e interesante

Qué hace Figma después

• Hay tres caminos

• Camino defensivo

  • Seguir expandiendo el canvas para que cada vez más trabajo ocurra dentro de Figma
  • Puede generar funciones útiles e ingresos sólidos, y hacer que su posición dominante sea más pegajosa y profunda

• Camino de transición

  • Hacer que el canvas sea más code-aware e interactivo, y ofrecer mejor generación, workflow, import y export
  • Ese parece ser el punto donde hoy se mueven las acciones de Figma: muy útil, pero todavía organiza el entorno de producto alrededor del canvas

• Camino de pivote

  • Aceptar que ni el canvas ni Figma son el centro de la verdad, y construir para ser una de las mejores interfaces de colaboración hacia esa verdad
  • Tratar el código, el contexto de producto, los sistemas de diseño y el comportamiento en vivo como el trabajo real, y usar el canvas como una vista para razonar visualmente sobre sistemas que ya están vivos
  • No está claro si Figma quiere hacer ese pivote
• El cambio estratégico no se trata tanto de prever el futuro como de abandonar los supuestos que sostienen el negocio actual
  • El diseño multijugador no va a desaparecer y sigue siendo importante
  • La cuestión es dónde va a existir ese trabajo cuando se pueda generar, modificar, revisar y lanzar mucho más cerca del código
  • Figma entendió la última vez el cambio en el centro de gravedad, y ahora ese centro vuelve a moverse

[shakespeares]

Es triste ver que tienen demasiadas opciones y parecen haber perdido el rumbo.
Así de importante es mirar hacia el futuro.