DEV Community: vitoriazzp

De front-end para UX, e de volta ao código: o que significa ser Design Engineer em 2026

vitoriazzp — Fri, 03 Apr 2026 13:00:00 +0000

Sou UX/UI designer, mas antes disso fui front-end.

Atuei cerca de 5 anos trabalhando com HTML e CSS, transformando layouts em páginas, entendendo hierarquia de informação e estrutura de interface. Depois, tomei o caminho oposto: migrei para UX/UI e agora completo 5 anos atuando em produtos, passando por fintech, utilities e atuando como Product Designer.

Essa trajetória, de front para UX e agora voltando a se aproximar do código, é justamente o que me levou a me reconhecer em um termo que gosto bastante: Design Engineer.

Minha trajetória: 5 anos de front-end, 5 anos de UX

Quando era front-end, eu via a tela como um resultado de código: HTML estruturando a informação, CSS dando forma e layout, um pouco de JavaScript dando comportamento.

Quando migrei para UX, passei a olhar mais para o todo do produto: pesquisa, fluxos, contexto do usuário, design systems, governança, revisão de interfaces, conversa com times de produto e de negócios.
Hoje, percebo que essas duas visões não são opostas. Elas se completam.

O que é design engineer em 2026?

Se você pesquisar sobre "Design Engineer", vai encontrar muitas definições técnicas, mas na prática o que mais faz sentido para mim é:

A pessoa que entende UX, código e um pouco de backend ao mesmo tempo, e usa isso para desenhar interfaces que são pensadas desde o primeiro pixel até a última chamada de API.

Não é só "quem desenha + quem programa"
É quem pensa em experiência e implementação juntas:

Um botão que não só parece bem-desenhado, mas também considera estados de loading, erro, disabled.
Um fluxo de cadastro que não só é bonito, mas que já prevê o que o backend vai precisar para validar, salvar e devolver feedback.
Um produto que pensa em performance, acessibilidade e usabilidade em uma única conversa.

Como front-end e UX mudam sua forma de ver produto

Como eu via a tela como desenvolvedor front-end
HTML estruturando a informação. CSS dando forma. Um pouco de JavaScript dando comportamento. A tela era resultado direto do código.

O que mudou quando migrei para UX/UI
Passei a olhar para o produto como um todo: pesquisa, fluxos, contexto do usuário. O código virou uma consequência, não o ponto de partida.

O que muda agora é que percebo que não preciso mais ficar só de um lado

Por que estou voltando ao código agora

Com o avanço de ferramentas como IA integrada ao Figma, prototipagem cada vez mais próxima do código e experiências acumuladas como Product Designer, foi aí que o conceito de Design Engineer passou a fazer sentido de verdade pra mim.

JavaScript moderno, React e um pouco de backend
Comecei a estudar de forma mais focada para:

Atualizar meu JavaScript (ES2024, async/await, fetch, arrays/objetos)
Reativar React (componentes, hooks, estado compartilhado)
Entender backend leve (Node/Express, rotas simples, persistência básica)
Pensar em performance e otimização das interfaces que ajudo a construir

Como estou usando IA no processo de aprendizado

Hoje, uso o Claude AI não como substituto, mas como apoio para:

Quebrar problemas de código em etapas menores
Revisar fluxos de dados entre front e backend
Organizar pensamentos e lógica de features

Design Engineer não é um cargo. É uma forma de pensar

O que mais gosto de dizer é que, em 2026, Design Engineer não é só um título de empresa grande ou de time específico. Pode existir em qualquer lugar onde UX e código se encontram:

Em um produto próprio
Em um projeto freelancer
Em um repositório público
Em um fluxo de trabalho híbrido, mesmo sem ter um cargo oficial com esse nome

O que importa é a maneira de pensar: UX + código ao mesmo tempo. Protótipos e implementação como parte do mesmo processo. Interfaces que consideram o que o usuário sente e o que o backend precisa.

O que vem por aí: UX data-driven e componentes React

Esse movimento não é só "voltar" ao front-end. É re-aprender JavaScript, entender melhor React e backend, e levar essa visão de UX para dentro do código.
Em breve, quero escrever mais sobre:

Como transformo um fluxo de UX do Figma em componentes React
Como penso em performance e carregamento em UX para web
Como organizar estudos de UX + código em ciclos curtos e práticos

E numa parte que ainda não me sinto confortável, mas sei que é essencial: vou falar sobre como estou começando a me tornar uma UX mais data-driven, porque ser Design Engineer em 2026 também é aprender a ouvir o que os números dizem sobre o UX que eu desenho.

Você também está nesse meio-termo entre UX e código?

Se você chegou até aqui, é bem provável que também se sinta em algum meio-termo entre UX e código.

Que tal comentar:

Como você se vê hoje entre design e desenvolvimento?
Você já tentou voltar pro código depois de virar UX, ou está no caminho invertido?

Esse é o tipo de conversa que me ajuda a entender como o conceito de Design Engineer está se moldando, bem além de títulos de empresa.

Microsoft Teams: como fazer bom uso para o dia a dia

vitoriazzp — Fri, 06 Feb 2026 01:25:27 +0000

Microsoft Teams ou apenas Teams para os mais íntimos! é uma plataforma de agendamento de reuniões da Microsoft, similar ao Google Meet e Zoom, ela faz parte do pacote office.

Aqui no trabalho por conta do uso dos programas Microsoft, o uso frequente e eficiente do Teams também se faz essencial. Em vista disso, eu trouxe algumas dicas e funcionalidades que ajudam a minha rotina a ser mais leve.

Bom, vamos lá?

1. Assistente de agendamento

selecione todas as pessoas que irão participar da agenda;
clique em assistente de agendamento
visualize quais gaps (intervalos) de agenda estão livres para todos os integrantes

Nessa visualização fica bem mais fácil de visualizar e também de agendar uma reunião que precise da participação de gerentes ou de todo o time de desenvolvimento

2. Em chats: crie uma seção para "agrupar"

Se assim como eu você também faz muitas reuniões, criar seções pode ser um caminho de organizar e agrupar as tuas reuniões

3. Agendamento de Mensagem

Digite a sua mensagem de texto, mas antes de tocar na tecla Enter, pegue o mouse e toque com o botão direito do mouse, em seguida irá aparecer para agendar

4. Estruture a sua reunião

Uma reunião costuma ser de 30min, 1h ou no máximo 2h são para resolver um problema ou levantar ideias. É importante deixar claro aos participantes sobre o que é e como planeja fazer isso. Seja por meio de uma planilha, por meio de uma pergunta de provocação ou outro material.

Mostrar a quem participa que você preparou algo, mesmo que de forma básica e objetiva vai tornar a agenda mais assertiva e consequentemente pode trazer mais resultado.

Outras formas de tornar a estrutura notável, é seguir algumas dicas como:

título nome squad: assunto
Ex: Time Tech Arrecadação: Uso do cursor por desenvolvedores
Pessoas obrigatórias: quem tu precisa pra resolver o problema - seja teu colega
Pessoas opcionais: quem pode contribuir, mas não é essencial
descrição: coloque aqui o objetivo da reunião

8 formas de fazer networking em Tecnologia

vitoriazzp — Fri, 30 Jan 2026 21:24:47 +0000

Sempre fui bem tímida, do tipo que ensaia mentalmente antes de puxar qualquer conversa. Também tenho aquele cansaço social que chega sem avisar, o que às vezes atrapalha até o básico da interação. Mesmo assim, gosto muito dos eventos de tecnologia. Gosto do ambiente, das ideias circulando, das pessoas empolgadas com as mesmas coisas que eu, mesmo quando meu cérebro está pedindo um tempo.

No DevFest 2025, enquanto conversava com uma amiga que é ainda mais tímida que eu, percebi como a gente cria muitas expectativas sobre o que “deveria” ser networking. E, sinceramente, não precisa ser nada grandioso. Dá pra fazer parte da comunidade de um jeito mais leve, sem pressão para virar a pessoa mais sociável do evento.

Reuni aqui 8 formas realistas de fazer networking em tecnologia quando você é tímida, mas ainda assim gosta desse universo.

1. Ir a eventos presenciais de tecnologia, no seu ritmo

Você não precisa conversar com todo mundo. Dá para assistir às palestras, tomar um café, observar o ambiente e, se surgir uma oportunidade natural de trocar algumas palavras com alguém, ótimo. Se não acontecer, tudo bem também. Só o fato de estar ali já conta.

2. Contribuir com projetos open source ou construir algo em público

Quando falar com pessoas parece difícil, o código ou o próprio projeto fazem o papel de apresentação. Contribuir, documentar processos ou mostrar seu progresso publicamente é um jeito silencioso de se conectar com a comunidade.

3. Entrar em comunidades ou grupos online

Grupos no Discord, Slack ou WhatsApp permitem interações mais controladas, no seu tempo. É mais fácil conhecer pessoas quando você pode escrever, pausar, pensar e voltar depois, sem a pressão da conversa ao vivo.

4. Participar de desafios digitais e compartilhar o processo

Desafios como #100diasdecodigo ou trilhas temáticas são ótimos para criar conexões espontâneas. Quando você compartilha seu progresso nas redes que gosta, outras pessoas que estão passando pelo mesmo processo acabam se aproximando.

5. Participar de hackathons

Mesmo que dê um frio na barriga, hackathons criam um ambiente de colaboração intensa. Todo mundo está focado, cansado e tentando resolver problemas juntos, o que ajuda a quebrar a barreira da timidez de um jeito mais natural.

6. Registrar aprendizados nas redes que você prefere

Pode ser Instagram, Dev.to, LinkedIn, o que combinar com você. Contar o que está estudando ou fazendo abre espaço para que outras pessoas se identifiquem e troquem ideias, sem precisar puxar conversa do nada.

7. Fazer pequenas trocas e mini-mentorias

Ajudar alguém com uma dúvida, revisar um portfólio ou compartilhar uma experiência simples já é networking. Essas micro interações criam conexões verdadeiras, especialmente na comunidade brasileira de tecnologia, que costuma ser bem colaborativa.

8. Participar de encontros pequenos e temáticos

Meetups menores, grupos de estudo e cafés de tecnologia são ambientes mais tranquilos para quem é tímida. Conversas mais curtas, grupos reduzidos e menos ruído facilitam a interação e deixam tudo menos intimidador.

No fim das contas

Networking não precisa ser uma performance. Pode ser devagar, com pausas, no seu ritmo. Não é sobre falar com todo mundo, mas sobre se permitir existir na comunidade do jeito que funciona para você. Cada pequena participação, seja online ou presencial, já é uma forma de se conectar.

8 formas de fazer networking em Tecnologia

vitoriazzp — Mon, 08 Dec 2025 03:46:00 +0000

Reuni aqui 8 formas realistas de fazer networking em tecnologia quando você é tímida, mas ainda assim gosta desse universo.

1. Ir a eventos presenciais de tecnologia, no seu ritmo

2. Contribuir com projetos open source ou construir algo em público

3. Entrar em comunidades ou grupos online

4. Participar de desafios digitais e compartilhar o processo

Desafios como #100DaysOfCode ou trilhas temáticas são ótimos para criar conexões espontâneas. Quando você compartilha seu progresso nas redes que gosta, outras pessoas que estão passando pelo mesmo processo acabam se aproximando.

5. Participar de hackathons

6. Registrar aprendizados nas redes que você prefere

7. Fazer pequenas trocas e mini-mentorias

8. Participar de encontros pequenos e temáticos

No fim das contas

Figma MCP: sou designer, o que eu tenho a ver?

vitoriazzp — Thu, 04 Dec 2025 16:41:05 +0000

Se você trabalha com produto, já percebeu que entre o “nosso design está pronto!” e o “isso está no ar!” existe um universo paralelo de desalinhamentos, ajustes de última hora e aquele eterno vai e volta entre Figma e código. Nada mais normal.

Mas agora temos um novo personagem nessa história: o Figma MCP (Model Context Protocol) — uma ponte direta entre seus arquivos Figma e ferramentas de IA que geram código.
E aí você pensa: “Beleza… mas eu sou designer. O que eu tenho a ver com isso?”

A resposta curta: tudo.
A resposta longa: vem comigo.

O MCP traduz seu design de forma fiel para o código

O Figma MCP cria um servidor que permite que agentes de IA — como Cursor, VS Code ou outros editores — acessem o contexto real do seu arquivo: componentes, variáveis, tokens, layouts, constraints.

Ou seja, quando você manda a IA implementar um card, ela não está só “vendo um retângulo bonito”, ela está entendendo:

spacing real do design system
layout grid
variantes
tokens aplicados
comportamento definido no Dev Mode

Isso transforma o handoff. Literalmente.

Benefícios que designers vão sentir na prática

1) Converter frames direto em código confiável

Você seleciona um frame, copia o link e a IA escreve o código já alinhado ao design system — sem “interpretações criativas”.
Pra quem já trabalhou estruturando DS (como eu), isso é ouro puro.

2) As variáveis entram automaticamente no prompt

Nada de prompts longos explicando spacing, grids ou tokens.
O MCP envia tudo isso sozinho, deixando a IA mais esperta que nunca.

3) Colaboração com devs melhora MUITO

O MCP até audita diferenças entre design e implementação, sugerindo ajustes ou avisando onde algo não bate.
É quase um mini Design QA automatizado.

Um exemplo real do meu dia a dia em que MCP teria salvado tempo

Quando eu trabalhava ajustando componentes do design system, muitas vezes criava layouts complexos — tabelas responsivas, modais com várias variantes, dropdowns cheios de estados.

Mas para validar tudo isso, eu dependia de um dev parar o que estava fazendo para montar uma versão funcional.

Com o MCP, teria sido assim:

copiar link → pedir no Cursor → “gera esse componente seguindo meu design system”

Eu teria uma implementação inicial em minutos, pronta para iterar e testar. Sem interrupções, sem esperar sprint, sem perder contexto.

Mas… e os desenvolvedores frontend?

Eles continuam absolutamente essenciais.

O MCP não substitui devs — ele substitui o retrabalho, a adivinhação e as idas e vindas desnecessárias.

O frontend ainda será responsável por:

lógica de negócio
performance
arquitetura de componentes
integrações reais
otimizações
acessibilidade avançada
padrões de engenharia
boas práticas que IA nenhuma domina sozinha

O que muda é o foco:
menos tempo reescrevendo interface e mais tempo criando soluções melhores.

O MCP não tira o espaço do dev — ele tira o peso do handoff manual e dá espaço para que o dev faça o que só ele sabe fazer.

Então… Figma MCP: sou designer, o que eu tenho a ver?

Tudo.
Você tem a ver porque o MCP coloca designers no centro do fluxo: seus componentes, suas variáveis, sua lógica visual passam a ser entendidas pelo código — sem intermediários distorcendo suas intenções.

Ele acelera protótipos, reduz ruído, aumenta fidelidade e melhora a colaboração.

É um daqueles raros momentos em que design, dev e IA entram em sintonia real.

Se você trabalha com UX, prototipagem, design system ou quer entregar mais rápido sem depender de dez etapas intermediárias…
o MCP é exatamente onde você deveria prestar atenção.

Quer aprender mais sobre? Te recomendo ver o vídeo do próprio Figma aplicando a funcionalidade a Design Systems aqui: https://www.youtube.com/watch?v=A4mqzgFbmjI

Interessante

vitoriazzp — Sun, 26 Oct 2025 21:09:06 +0000

O Valor de uma Comunidade: Seis pilares tangíveis para o crescimento da sua empresa - DEV Community

Olá! Sei que, como líder de negócios, você está constantemente buscando maneiras de fazer a sua...

dev.to

10 meses como designer de serviço e 5 aprendizados

vitoriazzp — Wed, 15 Oct 2025 08:22:33 +0000

O melhor framework é aquele que deixa claro o processo do stackeholder para qualquer pessoa que acessar o conteúdo...

Prólogo

Antes de me tornar designer de serviço e estudar pra melhorar processos e serviços, eu trabalhava na manutenção de design systems pra designers e desenvolvedores, também atuei cross em um time de design ops.

Quando me foi oferecido participar de um novo time que iria tratar do fim da esteira de contratação e pagamento do parcelamento de cédula de crédito bancária (CCB) por clientes Energisa.

Aqui compartilho alguns dos meus aprendizados atuando na função como designer de serviço e produto específica para produtos financeiros do meio elétrico. Mas que podem ser replicados em outros nichos do mercado financeiro.

Introdução

O design de serviço melhora as experiências do usuário e do funcionário ao projetar, alinhar e otimizar as operações de uma organização para dar melhor suporte às jornadas do cliente (Ref: NNGroup, 2017)

Perguntas que eu me fiz durante a contextualização do produto:

O que é o nosso serviço?
Quem são nossos clientes diretos (funcionários) e indiretos (clientes finais)?
Como a minha comunicação pode ser mais efetiva internamente?
Como eu posso explicar o produto de CCB recuperação de forma simples?
O que é esperado de mim?

Foram algumas das questões que eu levantei e continuo levantando sempre que uma nova iniciativa é passada pra mim no trabalho. Algumas delas estão específicas do produto, já outras poderiam ser adaptadas a qualquer processo de discovery ou processo de design! Compartilho aqui as principais descobertas:

1. A Essência de Entender: Comunicação e Escuta Ativa

Entrar no universo de produtos financeiros significou, primeiramente, aprender um novo vocabulário. A comunicação clara e a escuta ativa se revelaram habilidades essenciais. Rapidamente percebi que, para compreender termos técnicos, fluxos operacionais e as expectativas do negócio, era preciso uma postura aberta ao aprendizado e ao diálogo constante com especialistas e stakeholders.

A escuta ativa foi fundamental para captar nuances, identificar problemas reais, alinhar expectativas e traduzir requisitos complexos de forma compreensível para toda a equipe. Fazer as perguntas certas, ouvir atentamente e registrar os aprendizados foram diferenciais que aceleraram meu entendimento e fortaleceram as soluções de design junto às áreas financeiras e operacionais.

2. O Desafio de Equilibrar Perspectivas: Cliente, Colaborador e Negócio

Projetar soluções financeiras para o grupo Energisa exige equilibrar as necessidades de diferentes partes: o funcionário, o cliente final e os objetivos do negócio. Com pouca experiência no setor financeiro, o desafio inicial era evitar focar apenas em uma dessas perspectivas.

Aprendi a utilizar rituais de pesquisa, análise de jornada e cocriação para assegurar que todas as visões fossem consideradas. Qualquer decisão de design precisava levar em conta os impactos diretos na operação, na experiência dos colaboradores e na entrega de valor ao cliente, sem desconsiderar os objetivos estratégicos da empresa. Esse equilíbrio é alcançado através de testes e refinamentos contínuos, permitindo que as soluções evoluam de maneira sustentável para todos os envolvidos.

3. A Realidade do Trabalho em Equipe Multidisciplinar

A complexidade dos projetos financeiros exige uma colaboração intensa entre diferentes times e especialidades. Percebi na prática que o trabalho multidisciplinar com tecnologia, produtos, jurídico e financeiro é inevitável. Com pouca expertise específica, a postura de aprendizado, a contribuição ativa e a busca por apoio foram rotineiras.

Participar de reuniões me mostrou que compartilhar dúvidas, apresentar descobertas e propor soluções aumentava o engajamento dos demais e ajudava a superar obstáculos. A maturidade da equipe se reflete na capacidade de resolver conflitos e convergir para soluções efetivas, mesmo quando se conduz processos pouco familiares.

4. Mapeando Processos “Fantasmas” e Manuais

Em departamentos que buscam digitalizar ou automatizar processos financeiros, é comum encontrar fluxos manuais, etapas pouco documentadas e as chamadas tarefas “fantasmas” – aquelas cuja razão de existência não é clara. Para mim, com pouca vivência prévia, mapear esses processos tornou-se uma parte essencial do trabalho.

Isso significou investigar cada etapa com metodologia, entrevistas e acompanhamento (“shadowing”) para entender os reais motivos, identificar oportunidades de automação e eliminar tarefas que não agregam valor. O objetivo final era tornar as jornadas mais fluidas, menos suscetíveis a erros e mais transparentes para todas as equipes.

5. Simplicidade efetiva, é melhor que framework complexo

No dia a dia das iniciativas financeiras, ficou evidente que soluções simples, bem desenhadas e comunicadas, geram mais impacto do que frameworks complexos que muitas vezes permanecem apenas na teoria. Para um designer com menos experiência, focar na simplicidade – seja em fluxos, interfaces ou propostas de valor – garante entregas mais rápidas, flexibilidade para iteração e maior inclusão das áreas envolvidas. O conceito de “menos é mais” provou ser especialmente verdadeiro em ambientes de transição, onde o objetivo é facilitar o entendimento, ganhar a adesão dos usuários e gerar resultados tangíveis em curto prazo.

Conclusão:

Mesmo com pouca experiência em produtos financeiros, um designer de serviço utiliza a comunicação, a colaboração, a atenção à simplicidade e o foco constante no equilíbrio das experiências como pilares para navegar pelos desafios e gerar impacto nas iniciativas do grupo Energisa. Essas competências são fundamentais para desenvolver e entregar soluções que realmente façam a diferença.

3 práticas para tirar dúvidas em palestras ou eventos

vitoriazzp — Sat, 19 Jul 2025 18:27:46 +0000

Antes de começar é importante saber que o desconforto, a ansiedade e a vergonha são sensações e sentimentos comuns entre pessoas que não costumam chegar até outras para perguntar algo. Tu não está sozinho nessa!

Aqui vou descrever 3 práticas que eu venho colocando em prática em eventos ou ambientes de networking nos últimos meses pra não levar as dúvidas pra casa, podem ser fáceis ou mais difíceis pra ti, mas ai me conta nos comentários, fecho?

1- Espere a palestra ou fala da pessoa acabar

Se tu, assim como eu não tem o costume de falar em ambientes com muitas pessoas, essa é a opção certa pra ti! Se estiver em um desses ambientes é bom que tu tenha um bloco de notas no celular e anote todas as dúvidas e falas do palestrante que as dúvidas se relacionem.

Espere até que a palestre acabe, se levante e chame o palestrante pelo nome e pergunta se tem 5min para tirar umas dúvidas. Diga seu nome, apresente a fala do palestrante (contexto) e faça a pergunta. E pronto, se ele não compreender bem, tente trazer uma analogia ou um pouco mais de contexto para que ele compreenda bem o que você pensou.

Mas se for o caso de estar em um ambiente reduzido, e precisa conversar diretamente com a pessoa, então:
1- Se apresente nome, idade
2- Comente a respeito do que a pessoa estava falando e se for o caso elogie ou critique gentilmente para que você "quebre o gelo"
3- Dê contexto se necessário e faça a pergunta.

2- Anote para formular bem a pergunta

Se tu tem dificuldade em lembrar ou explicar as próprias dúvidas, então essa dica é pra ti!

Pegue um aplicativo de bloco de notas ou uma folha de papel para escrever na mão as duvidas que você tiver durante a fala do palestrante. Respire fundo se precisar e então faça a pergunta.

3- Levante a mão ou se aproxime e pergunte

Mais comum entre extrovertidos, mas não é um impeditivo pra ti não tentar fazer similar viu? Confesso que ainda estou no processo pra pegar o microfone e fazer a pergunta em multidões, mas aguardar a palestra finalizar para ir até o palestrante vem sendo minha abordagem favorita.

E você quais abordagens utiliza para enfrenta o medo ou a vergonha

Mesmo pra quem já teve essa primeira aula, acho que vale olhar. Eu tive minha primeira em html 3 e 4 (quando tava começando a ser semântico), achei ótimo o exemplo em um editor de texto.

vitoriazzp — Sun, 13 Apr 2025 10:58:36 +0000

Camilo Micheletto

Apr 8 '25

HTML básico para estudantes de TI

#html #beginners #webdev #braziliandevs

Comments 2

8 min read

Como simplifiquei um processo em Museologia com uma solução digital

vitoriazzp — Sun, 06 Apr 2025 23:04:29 +0000

1. Contexto e problemática

Durante a graduação em Museologia, participei da disciplina Tópicos Especiais em Museografia, que envolvia a prática de conservação de obras de arte. Parte essencial da atividade era o preenchimento de fichas catalográficas contendo detalhes do processo de limpeza e conservação das peças.

O método adotado até então apresentava diversos desafios:

As fichas eram físicas ou digitalizadas de forma despadronizada.
Os alunos preenchiam manualmente e, depois, enviavam imagens por e-mail separadamente.
A professora precisava revisar documentos soltos e organizá-los.
A instituição recebia os registros de maneira fragmentada e pouco eficiente.
Além disso, a turma era composta por perfis diversos, com diferentes níveis de familiaridade com ferramentas digitais.

Esse processo gerava retrabalho, perda de tempo e dificultava o arquivamento sistemático das informações.

2. Surgimento da ideia

Diante desse cenário, e trazendo minha bagagem como UX Designer, identifiquei a oportunidade de simplificar o fluxo de trabalho de forma acessível para todos os envolvidos.

A proposta foi criar um template padronizado no Google Docs, que os alunos poderiam duplicar e preencher com base em instruções claras inseridas como comentários ao longo do documento. Essa escolha levou em conta:

A familiaridade da maioria com editores de texto simples.
A necessidade de anexar imagens diretamente no arquivo.
A facilidade de revisão posterior pela professora.

Após o preenchimento por todos os alunos, os documentos foram organizados em ordem numérica em um único arquivo. Essa versão consolidada foi então revisada pela professora e enviada à instituição responsável por e-mail — de forma clara, padronizada e sem perda de informações.

3. Principais pontos de atenção

Acessibilidade e inclusão: Escolhemos uma ferramenta conhecida e gratuita, para garantir que todos conseguissem participar, mesmo com níveis variados de habilidade digital.
Padronização e usabilidade: O uso de comentários explicativos no próprio template garantiu consistência nas informações e facilitou o preenchimento.
Organização e fluxo final: A consolidação manual dos documentos otimizou a revisão da professora e melhorou a entrega para a instituição — agora em um formato limpo, completo e digitalizado.

O que eu aprendi com essa experiência

Mesmo em ambientes não-digitais, os princípios de UX são aplicáveis e fazem diferença. Essa experiência me ensinou que:

Boas soluções não precisam ser complexas, mas adaptadas à realidade dos usuários.
Observar as dores reais e criar soluções simples pode impactar positivamente diversos perfis.
Comunicação clara e fluxos acessíveis aumentam a adesão — mesmo fora do contexto tradicional de produtos digitais.

4 Plataformas para você aprender UX Design

vitoriazzp — Fri, 20 Dec 2024 16:47:32 +0000

1 UXCel

Acesse em: https://uxcel.com/

2 Sharpen Design

Acesse em: https://sharpen.design/

3 UXTools

Acesse em: https://uxtools.co/

4 NNGroup

Acesse em: https://www.nngroup.com/

Conhece alguma outra plataforma?Compartilha comigo nos comentários!👇💜

3 plugins pro seu Obsidian que aumentam a minha produtividade

vitoriazzp — Sun, 04 Aug 2024 17:29:06 +0000

Quando eu comecei a usar o Notion, uma das minhas principais incomodações era que ele era completo e personalizável demais, e isso me atrapalhava para fazer o que de fato precisava fazer: tomar nota e organizar o dia.

Foi aí que passei a buscar por outras opções: trello, clickup, Goodnotes até chegar no obsidian que estou até hoje. Os principais motivos?

Simples
Objetivo
Personalizações simples - é como se eu tivesse um caderno e um estojo de canetas e nada mais entende?

Introdução

Hoje em dia eu uso pelo menos uns 10 plugin para tornar o processo de anotação mais eficiente, trouxe aqui 3 destes que podem tornar teu dia ou processo tão simples, quanto tornam os meus.

01 - Chronology

Acompanhar notas de forma cronológica com dia e hora, também te deixa pré-visualizar a nota sem precisar acessar o arquivo direto

Link: obsidian://show-plugin?id=chronology

02 - Natural Language Dates

Já pensou em escrever na próxima semana e o obsidian trazer as datas? sem ter de conferir calendário? Ah, e pode configurar a estrutura também tá? me ajuda muito para planejar as tarefas do mês

Link: obsidian://show-plugin?id=nldates-obsidian

03 - Highlightr

Quando comecei a trazer minhas anotações para o obsidian, uma das ações que eu mais sentia falta era a de marcação de texto. Usei por um tempo o underline, até ver que eu tinha código de cor e fazia FALTA!

Link: obsidian://show-plugin?id=highlightr-plugin

Gostou desse tipo de postagem?

Deixe um comentário! Me conte quais outros plugin você usa? Ou se já usou alguns destes, o que tu achou?