Figma Make prompting best practices

In both AI and design, elegance is achieved through subtraction. Words like "maybe" or "please" only serve to cloud your intent and introduce unnecessary noise; the ultimate objective isn't politeness, but precision.

2/11/20261 min read

Before writing a prompt, identify what you're starting from:

  • 0 → 1 (Idea only) → Be concise and structured.

  • n → 2 (Existing Figma frame) → Add detail only if necessary. Apply frame prep best practices.

For New Builds: (Task–Context–Elements–Behavior–Constraints)

Keep each field short, ideally one line:

Task: What the screen/prototype should do

Context: Where it fits in the product

Elements: Literal UI components

Behavior: Key interactions only

Constraints: Device, layout, visual rules

Best Practices:

  • One screen per prompt

  • Avoid fluff or redundant explanation

  • Use imperative verbs (Build, Wire, Add, Modify)

  • Don’t overspecify what Make can infer

  • Front-load important behaviors

Structure Revisions Properly:

  • One discrete change per revision (unless batching intentionally)

  • Always include a “Maintain” section

  • Always end with: "Don’t change anything else about the design/build"

  • Use concrete selectors (by name, label, position, component ID)

Target: [specific selector or location]

Change: Add/Modify/Remove/Move/Style: [clear directive]

Maintain: [essential unchanged behavior] [essential unchanged constraints]

Use Guidelines.md for Persistent Rules

Instead of repeating styling instructions in every prompt, define them once. Guidelines should:

  • Define color pairing rules

  • Define typography families

  • Define spacing system

  • Define button/input/card behavior

More context isn’t always better. Only include the most important rules.

Follow Design System Discipline

If using a system:

  • Always pair foreground/background tokens correctly

  • Test light & dark mode

  • Don’t mix incompatible tokens

  • Let base styles handle sizes unless explicitly overridden

  • Spacing: use consistent base units

  • Maintain consistent card padding and border radius

  • Limit one primary button per screen

  • Inputs must have visible labels

  • Cards must support hover/tap feedback

  • Keep interaction animations short (150–250ms)

Break Large Flows into Multiple Prompts

Avoid giant prompts. Instead of: “Build the entire onboarding flow with dashboard and billing.” Do:

  • Prompt 1: Onboarding Step 1

  • Prompt 2: Onboarding Step 2

  • Prompt 3: Dashboard

Iterate screen-by-screen.

Use Strong Imperative Language

Prefer:

  • Build

  • Add

  • Modify

  • Replace

  • Remove

  • Connect

  • Style

Avoid vague phrasing like: “Maybe include…” “It would be nice if…”