Ficha 02 · UX, modelos, distribuição, casos
- UX para AR
- Modelos GLTF/USDZ
- Casos certos
- Distribuição
Parte I · UX
Exercício 1 · Onboarding (10 pts)
Um app AR de móveis arranca diretamente com a câmara aberta. Onde está o problema e como corrigir em 3 passos?
Problema: o utilizador não sabe que tem de andar com o telemóvel para o sistema mapear o chão. Vê só a câmara e julga que falhou. Pede permissão à câmara sem contexto, gerando recusas.
Correção: 1. Tela de entrada com 1 frase explicando o que vai acontecer + porquê + botão "Começar". 2. Pedir permissão à câmara com texto curto: "Precisamos da câmara para ver os móveis no teu espaço." 3. Animação a mostrar telemóvel a mover-se + texto "Aponta a câmara para o chão e move-te devagar". Quando o plano é detectado, mostrar uma grelha com "Toca onde queres pôr o móvel".
Exercício 2 · Sessão sustentável (10 pts)
Que 3 limites práticos considerar ao desenhar uma experiência AR mobile, e o que fazer para os contornar?
- Cansaço físico — segurar o telemóvel à altura dos olhos. Solução: experiências curtas (1-2 min), permitir pausa, oferecer modo 2D alternativo.
- Bateria + calor — 10-20% bateria em 10 min, telemóvel aquece. Solução: optimizar (< 50k polígonos, texturas comprimidas), libertar recursos quando inativo, avisar utilizador.
- Espaço/luz — luz fraca ou espaço apertado quebram tracking. Solução: indicar requisitos antes ("Precisas de 1m² de chão visível"), fallback gracioso quando tracking falha ("Tenta numa zona com mais luz").
Exercício 3 · A11y em AR (10 pts)
Indica 4 considerações de acessibilidade específicas para AR.
- Alternativa não-AR — versão 2D do mesmo conteúdo (vídeo, render, foto interativa) para quem não consegue/quer usar AR.
- Legendas sincronizadas em narração; transcrição disponível.
- Alvos grandes (≥ 48 px) — a mão treme enquanto segura o telemóvel.
- Conteúdo não exclusivamente ancorado ao chão — utilizador em cadeira de rodas ou em zona apertada pode não conseguir manobrar; permitir colocar à altura dos olhos / em mesa.
Bónus: 5) Sem flashes; 6) Sem tempo apertado para interagir; 7) Texto/áudio descritivo do conteúdo.
Parte II · Modelos 3D
Exercício 4 · Formatos (10 pts)
Para cada plataforma, indica o formato de modelo 3D mais adequado:
a) AR web cross-platform (A-Frame, WebXR). ___
b) Apple Quick Look (USDZ no Safari iOS, Vision Pro). ___
c) Pipeline Unity para app nativa. ___
d) Distribuir um modelo para muitos workflows possíveis (escolher um source-of-truth). ___
a) GLTF / GLB — standard Khronos, formato nativo web (<model-viewer>, A-Frame, three.js).
b) USDZ — formato Apple, abre direto no Safari iOS sem app.
c) FBX ou GLTF — Unity importa ambos; FBX traz animações ricas; GLTF para portabilidade.
d) GLTF (.glb) — é o "JPG do 3D", suportado em quase tudo. USDZ converte-se a partir dele.
Exercício 5 · Polycount + otimização (10 pts)
Tens um modelo de cadeira com 250.000 polígonos exportado do Blender. Por que é problemático em AR mobile e que 3 passos dás para o otimizar?
Problema: AR mobile aguenta ~50k polígonos por cena inteira (entre todos os objectos). 250k numa só cadeira = telemóvel a derreter, FPS a cair, bateria a esvaziar.
Otimização: 1. Decimate / Retopology no Blender — reduzir para ~10-20k polígonos mantendo silhueta. 2. Bake detalhes em normal map — em vez de modelar parafusos, "pintar" relevo na textura. 3. Comprimir texturas — 1024² ou 2048² em KTX2 / Basis; reduz ficheiro 5-10×.
Bónus: 4) LODs — versão de 5k para distância. 5) Apenas 1 material / atlas de textura.
Parte III · Casos
Exercício 6 · Casos certos (10 pts)
Para cada ideia de cliente, diz se AR faz sentido e justifica:
a) Mostrar como um sofá fica na sala antes de comprar.
b) Animação de logotipo no início de um vídeo institucional.
c) Filtro engraçado para a campanha de aniversário da marca no Snap.
d) Mostrar a interface do app a futuros clientes numa demo presencial.
a) Sim. AR reduz devoluções e ajuda decisão — caso clássico (IKEA Place). b) Não. Animação 2D/3D linear chega; AR não acrescenta valor a um vídeo institucional. c) Sim. Filtros AR sociais são vehículo natural para campanhas — Lens Studio. d) Provavelmente não. Mostrar o app em telemóvel real ou screen mirror é mais simples; AR aqui seria gimmick. Excepção: se o app é AR.
Exercício 7 · Recusar AR (10 pts)
Um cliente quer "tudo em AR". Que 2 perguntas fazes para ajudar a decidir o que fica e o que sai do scope AR?
- "Que problema resolves melhor em AR do que sem AR?" Para cada feature pedida; se a resposta for vaga ("é cool"), corta-se.
- "O utilizador vai estar onde, e durante quanto tempo?" Se a resposta é "no metro, 10 segundos" ou "1 hora seguida", AR não cabe. Se é "em casa, 1-2 min, com espaço", AR encaixa.
Bónus: 3) "Tem hardware/luz/espaço para AR?" 4) "Qual é a alternativa não-AR e quanto pior é?"
Parte IV · Distribuição
Exercício 8 · Distribuir (10 pts)
Indica 3 formas de distribuir uma experiência AR e em que caso cada uma faz sentido.
- URL + QR code (AR web) — sem instalação; ideal para campanhas pontuais, embalagens, museus, panfletos. Custo baixo; suporta iOS Safari + Android Chrome.
- App nativa (App Store/Google Play) — features avançadas (ARKit/ARCore pleno, LiDAR), melhor performance. Faz sentido quando o produto é o app e justifica o atrito do download.
- Filtros sociais (Lens Studio Snap, Effect House TikTok) — distribuição instantânea, audiência gigante; ideal para marketing/marca. Sem custo de hosting, mas dependes da plataforma.
Parte V · Privacidade
Exercício 9 · Privacidade (15 pts)
Vais implementar uma experiência AR num festival de música ao vivo. Que 3 cuidados de privacidade tomar?
- Indicação visível de que a câmara está ativa (ícone, texto), e botão para parar. A pessoa sabe que está a gravar.
- Não transmitir imagens para servidor sem consentimento explícito. O processamento idealmente é local (ARKit/ARCore correm no dispositivo). Se há cloud (8th Wall, alguns sistemas de reconhecimento), informar.
- Faces de terceiros — num espaço público, podem aparecer pessoas que não consentiram. Não guardar/transmitir frames com pessoas; ou blurar; ou limitar AR a planos/objectos sem capturar pessoas.
Bónus: 4) Dados de movimento podem identificar utilizador — guardar agregado. 5) Política de privacidade clara e curta acessível antes do início.