← Figma
Complex day at Figma

Choose an access rule for Dev Mode before enterprise terms lock

You’re the design researcher. Your team is in the room. Printed Oct 15, 2026.

Dev Mode access is becoming a budget control and a handoff boundary at the same time.

Enterprise administrators need predictable plan costs while developers need enough access to inspect work without returning to manual translation.

Who you’d be doing this for

“My engineers asked why the button changed, and I was back pasting screenshots into Slack.”

Haslina Susanto · Design Systems Lead

Runs a shared component library for an enterprise product team whose engineers use Dev Mode during implementation.

What is at stake

Enterprise administrators are restricting Dev Mode after unexpected charges, and designers are returning to screenshots for engineering handoff. You must weigh predictable access costs against evidence that developers can still build from the canvas.

Why it isn’t already fixed

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

  • plan-cost control vs developer access
  • fast configuration vs verified causal evidence
  • administrator governance vs handoff continuity
  • telemetry signals vs lived workflow evidence

Why Figma

Dev Mode sits between the collaborative canvas and the developer handoff that enterprise customers depend on.

Written with these in mind

Strategic UX researcherB2B SaaS researcherMixed-methods product researcher

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

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.