
Software Development Redmond, Washington
The Microsoft-authored video demo, presented on the Power Platform monthly call on 16 July 2025, introduces DesignKit 3.5 and its role in Power Apps canvas development. The presentation, led by Lukas Pavelka, walks viewers through a practical workflow that connects design tools and the Power Apps environment. Consequently, the demo highlights how a Figma screen can be exported to YAML and then pasted into Power Apps, and vice versa, showing dependency mapping when importing back into Figma. This narrative frames DesignKit 3.5 as a bridge between designers and makers, enhancing handoff and iteration.
Moreover, the video includes a preview of upcoming enhancements in v4.0, which promises multi-screen export and improved font parity under the working name “Power Apps for Figma.” Therefore, viewers get both immediate techniques and a look at the roadmap. The demo emphasizes practical features like copy/paste snippets, control prefix mapping such as btn and gal, theme and color management, and component reuse. As a result, the presentation aims to show how teams can speed up app delivery while maintaining visual consistency.
In the demo, the Figma-to-Power Apps flow begins by exporting a single Figma screen into YAML, which captures layout and component definitions. Then, users paste that YAML into the Power Apps canvas where DesignKit recreates controls and mappings, simplifying what used to be manual recreation. The presenter also shows importing screens from Power Apps back into Figma with dependency mapping, which helps designers understand relationships between components and data. Thus, the process supports a two-way synchronization that reduces friction between design and implementation.
Additionally, the demo highlights small but important details like control prefixes and theme handling, which preserve naming conventions and visual rules across tools. For example, mapping prefixes such as scr or gal keeps galleries and screens identifiable after import, aiding maintainability. These conventions improve team collaboration because both designers and makers can reason about elements with the same vocabulary. Consequently, reuse of components becomes more straightforward and less error-prone across projects.
The video also covers AI-driven capabilities embedded in the plan designer and the broader development workflow, where natural language prompts guide design and logic generation. This approach, marketed as agent-assisted design, allows users to describe business problems in plain terms and receive suggested app structures, data models, and UI components in response. In turn, these suggestions reduce initial development time and lower the barrier for non-developers to contribute meaningfully. Importantly, the demo shows how integrated copilots can propose formulas, automation flows, and UI adjustments, speeding iteration.
However, while AI assistance accelerates workflows, the demo acknowledges tradeoffs around control and predictability, as automated outputs require human review and tuning. Therefore, teams must balance speed with governance to ensure the generated logic meets business rules and security standards. Furthermore, the presenter indicates that advanced users can still intervene with manual coding or refinement, which preserves flexibility for complex scenarios. Thus, the platform aims to blend automation with explicit oversight to support both citizen builders and professional developers.
DesignKit 3.5 emphasizes reusable components, asset import, and consistent themes to drive enterprise-scale productivity and visual uniformity. By enabling teams to maintain libraries of components and data models, the tool reduces duplicate effort and enforces standards across applications. At the same time, the demo points to integration with governance tools so administrators can track lifecycle, security posture, and environment usage. Consequently, organizations can scale low-code initiatives while preserving compliance and oversight.
Nevertheless, the tradeoffs here involve balancing reuse with flexibility; overly rigid libraries can stifle innovation, while loose standards can lead to inconsistent user experiences. Therefore, the video suggests a middle path where curated component sets exist alongside options for extension and customization. Finally, administrators and design leads should plan governance policies that enable reuse but still allow exceptions when app needs demand them, keeping both speed and quality in focus.
The demo makes clear that adopting a Figma–Power Apps workflow and agent-assisted design brings both benefits and challenges, especially around versioning, font parity, and multi-screen coordination. For instance, the preview of v4.0 signals progress on multi-screen export and improved font handling, but it also underscores the ongoing work required to achieve full parity between design and runtime. As a result, teams will need to manage expectations and plan for iterative improvements as the tool evolves.
Moreover, the presenter highlights the need for clear naming conventions, dependency mapping, and testing practices to avoid surprises when assets move between tools. In practice, this means investing some time upfront to establish naming rules and governance processes that the demo shows can be automated partly by DesignKit. Looking ahead, the combination of design fidelity, AI assistance, and governance creates a promising path, but it also requires careful change management to realize the full benefits without introducing risk.

DesignKit 3.5, Power Apps design kit, Power Apps UI components, Power Platform design system, Power Apps development best practices, low-code UI kit, canvas app templates, Power Apps component framework