Receber por email
← Voltar para o catálogo

figma-design-brief

Escreve um resumo de design estruturado para uma tarefa de Figma a partir de um requisito de produto ou solicitação de recurso. É útil para criar especificações de design no Figma, transformar PRDs em requisitos de design ou orientar um designer, detalhando objetivos, escopo, fluxos de usuário, componentes, restrições e critérios de sucesso.

991estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add mohitagw15856/pm-claude-skills

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/figma-design-brief/svg)](https://www.skillteca.com.br/skills/figma-design-brief)
#ai

Alerta por categoria

Receba novas skills de Design e Frontend toda segunda

1 email curto, só com as skills novas de Design e Frontend. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Figma Design Brief Skill

Converts a product requirement or feature request into a structured design brief — everything a designer needs to open Figma and start building confidently.

Required Inputs

  • Feature or requirement (paste PRD snippet, ticket, or describe the feature)
  • User goal (what is the user trying to accomplish?)
  • Platform (iOS / Android / Web / Responsive / All)
  • Existing components available (optional)
  • Timeline (when does design need to be ready?)

Output Structure

1. Brief Header

Feature, PM, Designer, Platform, Design due, Dev handoff dates.

2. What We Are Designing and Why

  • The goal: [One sentence — user problem being solved]
  • Context: [2-3 sentences. Why now? What triggers this?]
  • Success looks like: [Specific observable outcome]

3. User Flows to Design

Flow N: [Flow name]

  • Entry point: [Where user starts]
  • Steps: [Numbered key steps]
  • Exit point: [Where flow ends]
  • Edge cases: [empty state, error state, loading state]

4. Screens Required

| Screen | New / Update | Notes | |---|---|---| | [Screen] | New | [Key requirement] |

5. Components Needed

| Component | In library? | Action | |---|---|---| | [Component] | Yes/No/Needs variant | Use/Create/Extend |

6. Constraints and Requirements

  • Must haves: [Non-negotiable constraints]
  • Must avoid: [Design patterns to not use]
  • Accessibility: [WCAG level, touch target sizes]

7. Open Questions

  • [ ] [Question — with owner]

Quality Checks

  • [ ] Goal is outcome-focused (not "design the feature")
  • [ ] All flows include edge cases
  • [ ] Components table identifies create vs reuse
  • [ ] Constraints include accessibility requirements
  • [ ] Open questions have owners

Example Trigger Phrases

  • "Write a design brief for [feature]"
  • "Turn this PRD into a Figma design brief"
  • "Brief the designer on what to build for [requirement]"
  • "Create a design spec for [feature] for Figma"
  • "What does the designer need to know to design [feature]?"
Compartilhar X LinkedIn