tezvyn:

Build a responsive feature grid with nested Auto Layout and component properties

AI-drafted, machine-checkedSource: help.figma.comadvanced

This tests nested Auto Layout fluency for responsive grids. Strong answer: vertical section frame with wrapping horizontal row, cards with 280 px min widths, and component properties to swap content. Red flag: duplicating static artboards per breakpoint.

WHAT THIS TESTS: The interviewer wants to know if you treat Figma as a responsive design system rather than a static drawing tool. They are looking for fluency in nested Auto Layout hierarchies, constraint-based resizing, and component properties to manage content across breakpoints without duplicating work. Specifically, they care whether you understand how parent frame resizing propagates to children and how min and max width constraints can replace manual breakpoint artboards.

A GOOD ANSWER COVERS: First, the page section should be wrapped in a vertical Auto Layout frame set to Fill width so it adapts to the parent container. Second, the feature grid itself should use a horizontal Auto Layout frame with Wrap enabled or a Grid Auto Layout flow so items reflow automatically as the container narrows. Third, each card should be a component instance nested inside the grid, using a combination of Hug contents and Fill container along with explicit min widths like 280 pixels and max widths like 400 pixels to prevent cards from becoming too narrow or too wide. Fourth, component properties such as boolean properties for hiding secondary metadata on mobile and instance swap properties for changing icons by density should be used to manage content differences across sizes. Fifth, nested padding and gap values on each Auto Layout frame should be set with fixed or scale-aware values so spacing tightens appropriately on smaller viewports.

COMMON WRONG ANSWERS: A red flag is proposing separate artboards for mobile and desktop without any shared components or Auto Layout logic. Another mistake is setting every frame to Fixed width, which breaks responsiveness entirely. Candidates also err by using manual groups instead of Auto Layout frames, which means adding or removing a feature card requires repositioning siblings by hand. Finally, ignoring min and max width constraints and simply relying on percentage-based guesses shows a lack of precision in modern Figma workflow.

LIKELY FOLLOW-UPS: The interviewer might ask how you would handle a bento-style grid where some cards span two columns, which is where Grid Auto Layout with column and row spanning becomes relevant. They could also ask how you would hand off responsive behavior to developers, which opens a discussion on using Dev Mode annotations or documenting breakpoint tokens. Another follow-up is how to manage text truncation or expansion within cards when the layout reflows, testing whether you combine line height and max height constraints with Auto Layout.

ONE CONCRETE EXAMPLE: Imagine a four-card feature grid on a marketing page. On desktop, the parent section frame is 1200 pixels wide with 64 pixels of vertical padding. Inside, a horizontal Auto Layout row with Wrap enabled holds four card instances, each with a min width of 280 pixels and a max width of 360 pixels, spaced 24 pixels apart. When the viewport shrinks to 375 pixels wide, the outer section frame narrows, the row wraps, and each card stacks vertically because they hit their min width and run out of horizontal room. A boolean component property on each card hides the description text for the narrowest variant, and the card itself switches from a horizontal internal layout to vertical using another component property, keeping the design system intact without creating a separate mobile artboard.

Read the original → help.figma.com

Get five bites like this every day.

Tezvyn delivers a daily feed of 60-second tech bites with quizzes to lock in what you learn.