Partilhar: WhatsApp
aulify · Sebenta
UC · Unidade de Competência · UC02284

Conceber projectos em wireframe para produtos digitais

Sebenta · UX, Figma, wireframes low-fi e high-fi, user flows e handoff
25h · 2.25 pontos crédito Curso: T. Multimédia ↗ Referencial oficial SNQ
Índice

Apresentação

UC02284 (25h) capacita os formandos para conceber wireframes profissionais de produtos digitais, desde a exploração low-fi em papel até à entrega high-fi com handoff para desenvolvimento. O wireframe é a língua franca entre UX designers, developers e stakeholders.


1. UX e wireframes

1.1 O que é UX Design

UX (User Experience) é a disciplina de design que se foca na qualidade da experiência de um utilizador ao interagir com um produto ou serviço. Vai muito além da aparência visual.

UX vs UI: - UI (User Interface): como o produto parece — cores, tipografia, ícones, espaçamento. É o "acabamento visual". - UX (User Experience): como o produto funciona e como o utilizador se sente ao usá-lo. Inclui investigação, arquitectura de informação, fluxos, usabilidade, acessibilidade.

Um produto pode ter uma UI belíssima mas uma UX horrível (difícil de navegar, tarefas confusas, feedback ausente). E vice-versa — um produto visualmente simples pode ter uma UX excelente.

As cinco camadas da UX (Jesse James Garrett): 1. Estratégia (objectivos do negócio + necessidades do utilizador). 2. Âmbito (funcionalidades e conteúdo). 3. Estrutura (arquitectura de informação + design de interacção). 4. Esqueleto (wireframes — o foco desta UC). 5. Superfície (UI design final).

1.2 O papel dos wireframes no processo

Os wireframes pertencem à camada de esqueleto (skeleton) — definem o layout e a estrutura de cada ecrã antes de qualquer decisão visual.

Porque criar wireframes antes do design: - Explorar diferentes layouts é muito mais rápido em wireframe do que em design completo. - Permite testar usabilidade sem o ruído visual do design final. - Facilita discussão de estrutura sem debates sobre cor ou tipografia. - Serve de documentação para a equipa de desenvolvimento.

Quando os wireframes não são suficientes: - Quando é necessário testar fluxos complexos com utilizadores reais (usar protótipos interactivos em Figma). - Quando é necessário comunicar animações e micro-interacções (usar Motion/Framer).

1.3 Low-fidelity vs High-fidelity

Low-fidelity (Fidelidade Baixa):

Wireframes rápidos e esquemáticos. Podem ser em papel, quadro branco, ou ferramenta digital simples.

Características: - Blocos rectangulares para conteúdo. - Texto placeholder (Lorem ipsum ou linhas simples). - Imagens representadas por caixas com X diagonal. - Sem cores (máximo uma cor de destaque para o elemento principal). - Sem tipografia real. - Muito rápidos de criar (5-20 minutos por ecrã). - Fáceis de modificar.

High-fidelity (Fidelidade Alta):

Wireframes detalhados, próximos do produto final, normalmente criados em Figma ou ferramenta similar.

Características: - Tipografia real (família, tamanho, peso, line-height definidos). - Espaçamento preciso (padding, margin, gap em px). - Componentes reutilizáveis (botões, inputs, cards). - Cores básicas (paleta definida, mesmo que simplificada). - Ícones reais. - Mais demorados (30-120 minutos por ecrã complexo).

Regra fundamental: nunca avançar para high-fi sem ter a estrutura validada em low-fi. O custo de mudar a estrutura duplica em high-fi.


2. Ferramentas

2.1 Figma

Figma é o software de design de interface padrão da indústria desde 2019. Funciona no browser, em desktop (Windows/Mac), tem colaboração em tempo real e é gratuito para uso individual.

Vantagens que o tornaram standard: - Colaboração em tempo real (múltiplos designers no mesmo ficheiro simultaneamente). - Funciona em qualquer sistema operativo. - Componentes, estilos e bibliotecas partilhadas. - Figma Inspect para handoff de desenvolvimento. - Prototipagem interactiva integrada. - Versão gratuita generosa para aprendizagem.

Interface básica: - Canvas: área de trabalho infinita. - Layers panel (esquerda): hierarquia de todos os elementos. - Properties panel (direita): propriedades do elemento seleccionado. - Toolbar (topo): ferramentas de desenho, frame, texto, componentes. - Asset panel: componentes e estilos do projecto.

2.2 Atalhos de Figma essenciais

Atalho Acção
F Ferramenta Frame
R Ferramenta Rectangle
T Ferramenta Text
A Selecção em Frame (e auto layout)
Shift+A Adicionar Auto Layout
Ctrl/⌘+Alt+K Criar Componente
Ctrl/⌘+G Agrupar
Ctrl/⌘+D Duplicar
Ctrl/⌘+C / V Copiar/Colar
Alt+drag Duplicar ao arrastar
Ctrl/⌘+Z Desfazer
Ctrl/⌘+/ Pesquisar comandos
Ctrl/⌘+Shift+H Alinhar horizontalmente ao centro
Ctrl/⌘+Shift+V Alinhar verticalmente ao centro

2.3 Auto Layout

Auto Layout é o sistema de layout do Figma equivalente ao CSS Flexbox. Permite criar componentes e layouts que se adaptam automaticamente ao conteúdo.

Activar: seleccionar um frame ou grupo → Shift+A.

Direcção: Horizontal (items lado a lado) ou Vertical (items empilhados).

Propriedades: - Padding: espaço interior (Top, Right, Bottom, Left ou uniform). - Gap: espaço entre items. - Alignment: alinhamento dos items no eixo principal e cruzado. - Hugging vs Fill: o frame pode "abraçar" o conteúdo (Hug) ou preencher o espaço disponível (Fill).

Exemplo prático — botão:

Frame com Auto Layout horizontal
  padding: 12px 24px
  gap: 8px
  items: [Ícone + Label]

O botão cresce ou encolhe automaticamente conforme o texto do label.

2.4 Outras ferramentas

Balsamiq: ferramenta de wireframe low-fi com visual "sketch". Deliberadamente imperfeito para comunicar que é um esboço. Gratuito por 30 dias. Bom para apresentar wireframes a clientes não-técnicos.

Adobe XD: foi o principal concorrente do Figma, descontinuado em 2023 para novos utilizadores. Ainda funciona para projectos existentes.

Penpot: alternativa open source ao Figma. Em crescimento, boa para quem prefere ferramentas sem vendor lock-in.


3. Wireframes low-fi

3.1 O valor do papel

Papel + caneta é a ferramenta mais rápida de exploração de design. Um esboço de 5 minutos em papel comunica a mesma ideia estrutural que 45 minutos de Figma.

Exercício Crazy 8s (Google Design Sprint): 1. Dobrar uma folha A4 em 8 partes iguais. 2. Definir um timer de 8 minutos. 3. Desenhar 8 variações diferentes do mesmo ecrã — uma por célula. 4. Sem julgamento durante o processo. 5. Seleccionar a abordagem mais promissora para desenvolver.

Este exercício força a geração rápida de alternativas e evita ficar preso à primeira ideia.

3.2 Elementos standard de wireframe

Imagem placeholder: rectângulo com duas diagonais cruzadas (X). Universal, imediatamente reconhecível como "imagem vai aqui".

Texto placeholder: linhas paralelas horizontais de comprimento variável. Comunicam texto sem o distrair com conteúdo real.

Botão: rectângulo com texto simples no centro. Label curta e descritiva (não "Lorem ipsum").

Input: rectângulo com label acima e texto de placeholder dentro.

Navigation bar: barra com ícones e labels de tab.

Card: rectângulo com placeholder de imagem, título e texto.

Cores em wireframe low-fi: - Preto/cinza para a maioria dos elementos. - Uma cor (geralmente azul) para o elemento de acção principal (CTA). - Vermelho ou laranja para estados de erro. - Nada mais.

3.3 Anotações de comportamento

As anotações explicam comportamentos que não são visíveis no wireframe estático.

Exemplos: - "Swipe esquerdo para eliminar item da lista." - "Tap na imagem abre lightbox fullscreen." - "Formulário valida em tempo real — feedback inline." - "Infinite scroll — carrega 20 mais ao chegar ao fundo." - "Estado vazio: mostrar ilustração + CTA de onboarding."

Formato: numeração de nota + linha a apontar para o elemento + texto de anotação.


4. Wireframes high-fi

4.1 Processo de transição

A transição de low-fi para high-fi acontece após: - Aprovação da estrutura pelo stakeholder. - Validação do fluxo (pelo menos informalmente com alguém representativo do target). - Decisão sobre qual das variantes low-fi avançar.

Processo: 1. Criar a Design System básica: cores, tipografia, espaçamento. 2. Criar componentes fundamentais: botões (primário, secundário, ghost), inputs, cards, navegação. 3. Implementar cada ecrã usando os componentes. 4. Verificar consistência entre ecrãs.

4.2 Tipografia em wireframes high-fi

Não é necessária uma Design System completa para wireframes — mas a tipografia básica deve estar definida.

Escala tipográfica mínima para mobile:

H1  28-32px, bold (700)
H2  22-24px, semibold (600)
H3  18-20px, medium (500)
Body  16px, regular (400)  nunca abaixo de 16px em mobile
Caption  13-14px, regular

Famílias de fonte para wireframes: Inter, Roboto, SF Pro (Apple system), ou qualquer sans-serif neutra. Evitar fontes decorativas — distraem da estrutura.

4.3 Espaçamento em wireframes high-fi

Usar um sistema de espaçamento baseado em múltiplos de 4 ou 8.

Sistema de 8pt: - 4px — micro (separar elementos relacionados) - 8px — pequeno (padding interno de componentes pequenos) - 16px — base (padding de ecrã, gap standard) - 24px — médio (separação entre secções relacionadas) - 32px — grande (separação entre secções) - 48px+ — muito grande (espaçamento de hero, separação major)

Este sistema cria consistência visual automática e é directamente traduzível para CSS.


5. Fluxos de utilizador

5.1 User flow

O user flow é um diagrama que mostra o percurso de um utilizador desde a entrada num produto até atingir o seu objectivo. Inclui todos os pontos de decisão.

Elementos de um user flow: - Oval/Elipse: início e fim do fluxo. - Rectângulo: ecrã ou estado. - Losango: ponto de decisão (sim/não, autorizado/não autorizado). - Setas: direcção do fluxo. - Anotações: notas sobre contexto ou condições.

Ferramentas: Figma (FigJam ou com shapes), Miro, Lucidchart, draw.io (gratuito).

5.2 Happy path vs edge cases

Happy path: o caminho ideal onde tudo corre como esperado. O utilizador tem dados válidos, está autenticado, não há erros de rede.

Edge cases: cenários que podem ocorrer mas são menos comuns ou representam estados de erro/excepção.

Edge cases obrigatórios a documentar: - Estado vazio: o utilizador abre uma lista que ainda não tem itens. O que mostra? - Estado de erro: a request falha (timeout, 500). O que mostra? - Estado de loading: enquanto os dados carregam. Há skeleton screens? - Utilizador não autenticado: tenta aceder a área protegida. - Input inválido: formulário submetido com dados incorrectos. - Permissão negada: utilizador recusou acesso à câmara, localização, notificações.

5.3 Sitemap

O sitemap é um mapa hierárquico das páginas/ecrãs de um produto. Mostra a estrutura de navegação, não o design.

Útil para: - Entender a arquitectura de informação de um produto existente. - Planear a estrutura antes de começar a wireframing. - Comunicar a estrutura a stakeholders não-técnicos.

Quando criar o sitemap: antes de começar os wireframes, especialmente para produtos com múltiplas secções ou navegação complexa.


6. Entrega e handoff

6.1 O que é o handoff

O handoff é o processo de transferência do design para a equipa de desenvolvimento. Um handoff mal feito resulta em: - Inconsistências entre o design e a implementação. - Conversas repetidas sobre espaçamentos, cores e tamanhos. - Tempo perdido em "vai e vem" de questões.

Um bom handoff inclui: - Wireframes/mockups finais em Figma (partilhados em modo "view"). - Todas as states dos componentes documentadas (default, hover, active, disabled, error). - Comportamentos anotados. - Assets exportados em formatos correctos. - Design tokens (variáveis de cor, espaçamento, tipografia).

6.2 Figma Inspect

Figma Inspect é a funcionalidade que permite aos developers ver as especificações de qualquer elemento sem precisar de abrir o ficheiro em modo de edição.

Como aceder: 1. Partilhar o ficheiro em modo "Anyone with the link can view". 2. O developer abre o link no browser. 3. Clica em qualquer elemento. 4. O painel da direita mostra: dimensões, padding, cores, tipografia, efeitos. 5. Botão "Copy CSS" copia o código CSS correspondente.

Limitação: o CSS gerado pelo Figma raramente é directamente utilizável — precisa de adaptação. É uma referência, não código production-ready.

6.3 Anotações para desenvolvimento

Mesmo com o Figma Inspect, as anotações de comportamento são necessárias para comunicar o que o Figma não consegue mostrar:

Formato recomendado: notas numeradas no Figma, referenciadas numa secção de anotações separada por ecrã.


Glossário

Arquitectura de informação: estrutura e organização do conteúdo de um produto digital.

Auto Layout: sistema de layout flexível do Figma (equivalente a CSS Flexbox).

Componente: elemento reutilizável no Figma. Alteração no componente propaga para todas as instâncias.

CTA: Call to Action — elemento que incita o utilizador a uma acção.

Design System: colecção documentada de componentes, estilos e padrões de design de um produto.

Design tokens: variáveis nomeadas que armazenam valores de design (cores, espaçamentos, tipografia).

Edge case: cenário de uso pouco comum ou estado de erro/excepção.

Figma Inspect: funcionalidade do Figma que mostra especificações técnicas para developers.

Frame: no Figma, equivalente ao artboard — o "ecrã" do wireframe.

Handoff: entrega do design ao desenvolvimento com todas as especificações necessárias.

Happy path: o fluxo ideal de utilização, sem erros ou excepções.

High-fidelity: wireframe detalhado com componentes reais, tipografia e espaçamento preciso.

Low-fidelity: wireframe esquemático rápido, com placeholders e sem design visual.

Sitemap: mapa hierárquico das páginas/ecrãs de um produto.

Skeleton screen: placeholder de loading que mostra a forma do conteúdo antes de carregar.

Task flow: percurso de uma tarefa específica no produto.

UI: User Interface — a aparência visual de um produto.

User flow: percurso completo de um utilizador desde a entrada até ao objectivo.

UX: User Experience — a qualidade da experiência de usar um produto.

Wireframe: esquema de layout de um ecrã, sem design visual final.