UX de produto que sobrevive a utilizadores reais
Flows, empty states e edge cases como trabalho de produto, não um mock happy-path que morre em QA.
UI / UX · Flows · Sistemas · Handoff
Um hire UI / UX não é «alguém que sabe fazer um ficheiro Figma». Os designers iQud transformam requisitos em flows usáveis, sistemas de componentes e interfaces prontas para handoff, não um moodboard que nunca foi implementado.
«UI / UX» não é um único trabalho. Emparelhamos a superfície de produto de que precisa, os mesmos stacks das páginas vivas UI / UX Design e Tailwind da iQud.
Flows, empty states e edge cases como trabalho de produto, não um mock happy-path que morre em QA.
Componentes, spacing e variants para que a próxima feature não invente um botão novo, não uma página Figma de frames desligados.
Specs, estados e estrutura Tailwind-ready no mesmo engagement, não um dump «dev will figure it out».
UI utility-first que mapeia o frontend que a equipa já entrega, não um romance de CSS custom que ninguém quer manter.
Reviews, tickets e iteração nos vossos rituais, não um apagão de duas semanas seguido de um ficheiro surpresa.
Um banco de implementação React ou um lugar engineering CSS-in-JS ainda quer outro hire. Diremos na chamada intro em vez de forçar um perfil só-designer num brief de build.
Cada mosaico é uma página de tecnologia ou serviço iQud. A faixa abaixo é o stack de interface que estes designers já entregam (HTML, CSS e Tailwind), não React, Angular nem o catálogo frontend completo.
























Um hire UI / UX deve entregar flows e handoff nas vossas ferramentas, não ficar dois meses em teatro de onboarding enquanto o ficheiro Figma fica um rumor.
UX vs UI vs sistema, componentes existentes, seniority, horas de sobreposição, e como é «done em 30 dias» no handoff.
Emparelhamos especialistas UI / UX disponíveis ao vosso brief e partilhamos trabalho de flow, sistema ou handoff.
Conheçam a pessoa que vai entrar no standup. Validem como fala de um empty state, de um handoff falhado e do último sistema que realmente possuiu para além do mock.
Acesso a ficheiros, tickets e primeiro design na cadência, tipicamente dentro de uma semana após o go.
A maioria dos clientes embebe primeiro um designer UI / UX. Um par ou um split UX/UI só quando o trabalho realmente precisa.
Um especialista UI / UX junta-se ao vosso squad, segue o vosso lead e trabalha nos vossos rituais.
Ideal paraFechar um buraco de flow ou sistema sem um novo processo de vendor
Um owner estável para os flows, o sistema de componentes ou o handoff, com review sénior no sprint.
Ideal paraUm produto que precisa de um owner de design com nome
Uma fatia definida: um flow novo, um cutover de sistema ou uma interface Tailwind-ready com contratos já em movimento.
Ideal paraUm milestone a apontar, não um moodboard aberto
Duas formas de staffar um designer UI / UX. À hora para picos e tickets definidos. Um lugar mensal dedicado quando quer alguém no standup todos os dias, a uma tarifa efetiva mais baixa do que deixar o relógio correr.
20 €/ hora
Capacidade UI / UX flexível para picos, reviews e tickets delimitados. Pagam só as horas trabalhadas.
Melhor valor
1840 €/ mês
Um designer UI / UX com nome no vosso sprint, cerca de 160 horas de capacidade de interface dedicada, com review sénior na cadência.
Um mês a tempo inteiro a 20 € é 3200 €. Este lugar é 1840 €.
As tarifas são para designers UI / UX dedicados (flows, sistemas de componentes, interfaces prontas para handoff). Mix de seniority e sobreposição confirmam-se na chamada intro. Não cotamos um stack que não entregamos já.
Um designer medíocre produz um ecrã bonito que funciona no Figma. Estes designers produzem flows e sistemas que sobrevivem a utilizadores reais, estados reais e ao vosso próximo release.
Vivem em empty states, handoff, e porque o ecrã da semana passada falhou porque o caminho de erro não tinha owner.
Sobreposição GIFT City com a Europa e os EUA. As reviews de design acontecem em direto quando os vossos leads estão online.
Velocidade mid-level sem dívida de sistema sem supervisão. A review faz parte do engagement, não um SKU extra.
Não fazemos girar um banco. A capacidade é limitada para que o designer que entrevistam seja o do standup.
Comece com um. A maioria dos clientes embebe um designer sénior ou mid-level, depois acrescenta um par se o backlog de flows ou sistema o justificar.
Os três quando é trabalho de produto. Um lugar UX possui flows e estados. Um lugar UI possui componentes e variants. Um lugar Tailwind mapeia a interface ao que o frontend já entrega. Só fazemos shortlist de designers em stacks que já entregamos.
Isso é um hire frontend, ou React / Next.js, não este lugar de design. Digam na chamada intro e não forçamos um perfil só-designer num brief de build.
Depois de mapear o papel e o vosso go, o primeiro trabalho de design aterra tipicamente dentro de uma semana, mais rápido se ficheiros, tickets e o sistema existente estiverem prontos.
Sim. Figma ou a vossa fonte de design, Jira, os vossos standups. Não inventamos um processo paralelo a menos que peçam.
À hora (20 €) é para picos e tickets definidos, pagam só as horas trabalhadas. O lugar mensal (1840 €) é um designer UI / UX com nome no vosso sprint, cerca de 160 horas de capacidade dedicada. O mesmo mês faturado à hora seria 3200 €. Seniority e sobreposição confirmam-se na chamada intro.

Digam-nos flows vs sistemas vs handoff, e a primeira interface que querem no sprint. Voltamos com um perfil com nome, uma janela de start e um plano de duas semanas.