Bringing AI in at Figma

Spot stalls in onboarding while active accounts look healthy

Published Oct 29, 2026

You’re a forward deployed engineer working with Figma’s customer success team. The team is in the room.

The setting

builds AI-powered tools for product teams. applies AI models to creative design tasks for professional creatives and designers.

Active accounts and completed onboarding tell different stories.

Early intervention protects the first value review, while customer-specific milestones protect legitimate pauses from unnecessary outreach.

Who you’d be doing this for

“We finished the workshop, but my developers are still waiting on approval. Yesterday someone asked us to book the same training again.”

Haslina Wibowo · Design Operations Lead · a character in this brief

Coordinates a new enterprise design team's onboarding and reports progress to its sponsor.

What is at stake

New enterprise customers remain active while their onboarding steps stall. You decide whether AI can assign a stalled milestone from conflicting notes and activity, or must ask the CSM to establish the step first.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • shared milestones vs customer-specific plans
  • early warnings vs unnecessary workshops
  • product activity vs demonstrated capability
  • broad coverage vs explicit completion signals

Why Figma

Enterprise adoption spans creative asset production, Dev Mode handoffs, and Code to Canvas exploration, so activity on one surface does not establish progress across the customer's agreed workflow.

Written with these in mind

Customer-embedded integration engineersApplied AI workflow buildersSolutions engineers focused on adoption

Not your kind of problem? 55 more at Figma, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Figma. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about people starting something and never quite finishing it.

The same setting, from another role

Each is set around Figma’s Figma Weave, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to turn ambiguous signs of buyer interest into a concrete, measurable step toward commitment.