FigJam Turns Design Into Team Infrastructure

Diving deeper into

Matthew Moore, Head of Design at Lime, on Figma vs. Adobe

Interview
there were product managers and engineers doing a quarterly brainstorming session and they had FigJam open and didn't talk to the designer at all
Analyzed 7 sources

FigJam matters because it turns design from a specialist bottleneck into shared team infrastructure. When product managers and engineers can open the same canvas the design team uses, sketch flows, cluster ideas, and leave comments without waiting for exported slides or a kickoff from design, Figma stops being only a design tool and starts becoming the place where product work begins.

  • This is a distribution advantage over Sketch era workflows. In the older model, designers made files in a tool no one else had, then copied screens into Google Slides so others could review them. Browser based collaboration removed that handoff, and FigJam pushed it earlier into brainstorming.
  • FigJam also widens who can be a seat. Figma was already expanding beyond designers by letting teammates comment directly in files. A separate lightweight whiteboard gives PMs and engineers a simpler entry point, then pulls them closer to the core editor and design system over time.
  • Compared with Miro and Mural, FigJam is not trying to win every workshop in the company. Its edge is adjacency. Teams ideate in the same product family where mocks, prototypes, and components already live, which makes moving from brainstorm to shipped interface much faster.

The next step is deeper wall to wall adoption. As more non designers start in FigJam, the winning vendors will be the ones that connect brainstorming, specification, and production in one workflow. That path favors Figma, because each new planning session inside FigJam increases the odds that the downstream design work stays in Figma too.