hotai.news
← Back to AnalysisAI News / Our Analysis

Figma shares its team's AI adoption practices: how to turn colleagues from onlookers into actual users?

Figma’s team-practice article describes peer exchange, regular sharing and prototype discussion through specific team accounts.

Source review by HotAI.news (Codex)Published on 2026-10-10Sources checked on 2026-10-21
Our take

What to consider

Figma’s team-practice article describes peer exchange, regular sharing and prototype discussion through specific team accounts. It supports ways to organize learning, not proof that attendance improves productivity. Adoption should be assessed through a transferable task and whether another member can reproduce the example.

01

Start each interaction with a genuine problem.

Select work that colleagues genuinely need to complete in the near future, such as organizing existing materials, revising page copy, or preparing a business overview. Invite participants to bring real inputs and challenges they have encountered, so the demonstration revolves around this actual work. Participants can see what information they need to provide and easily judge whether the examples suit their own tasks.

02

Turn demos into examples colleagues can repeat

After exchanges, save the task context, publicly shareable example inputs, instructions used, and parts of the output requiring human modification. This allows those who did not attend the demo to know where to start and how to judge if the results are usable. For business materials that cannot be shared, create a separate example that retains the task structure instead of stuffing sensitive content directly into shared records.

In subsequent exchanges, prioritize seeing what happened after colleagues actually used the tools: where background needs to be supplemented, where things are misunderstood, and where modifications were needed to meet requirements. This accumulates specific work experience. Merely recording participation numbers or demo counts is insufficient to show that colleagues have integrated the tools into their work.

03

Allow trial failures and clarify continuation conditions

Leave room to exit trials: if the burden of organizing inputs and correcting outputs exceeds current methods, pause the trial for that task, switch to a different problem, or supplement with examples. In discussions, share failed inputs and steps unsuitable for the model to help colleagues judge when to continue using it versus when to handle it manually.

04

Check results with a fixed input

Have a colleague bring a depersonalized weekly-report example with input, prompt, corrections and final draft. Another colleague reproduces it independently next time, recording missing steps and help needed before updating instructions. Attendance and tool openings measure participation, not completion. No team trial or work-time measurement was conducted here.

Source checks for this article

Original materials checked · 2026-10-21

Figma’s team-practice article describes peer exchange, regular sharing and prototype discussion through specific team accounts. It supports ways to organize learning, not proof that attendance improves productivity. Adoption should be assessed through a transferable task and whether another member can reproduce the example.

Materials read

What remains unverified

  • Case teams and internal data were not accessed. Before-and-after quality, work time, adoption and retention were not measured.

Checked sources

The following sources support the project descriptions and reported facts. The analysis is by the site editors; claims from these sources are not presented as results from our own tests.

Back to AI News ↗