UI / UX · Flows · Sistemas · Handoff

Designers UI / UX que entregam interfaces, não moodboards

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.

  • Flows de onde se pode fazer ship
  • Sistemas de componentes, não ecrãs soltos
  • Handoff que os engenheiros podem mesmo usar
  • Primeiro trabalho em cerca de uma semana

Sinais de entrega UI / UX

  • 5 dTempo típico até ao primeiro design no repo
  • UXFlows e estados, não um ecrã vazio bonito
  • UISistemas que sobrevivem à próxima feature
  • 2 sem.Cadência de sprint com review de design

Os lugares UI / UX que realmente staffamos

«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.

  1. 01

    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.

  2. 02

    Sistemas UI, não ecrãs soltos

    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.

  3. 03

    Handoff de onde os engenheiros podem fazer ship

    Specs, estados e estrutura Tailwind-ready no mesmo engagement, não um dump «dev will figure it out».

  4. 04

    Trabalho de interface Tailwind-ready

    UI utility-first que mapeia o frontend que a equipa já entrega, não um romance de CSS custom que ninguém quer manter.

  5. 05

    Design no sprint, não um deck ao lado

    Reviews, tickets e iteração nos vossos rituais, não um apagão de duas semanas seguido de um ficheiro surpresa.

  6. 06

    Quando um lugar frontend ou React é melhor

    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.

Ferramentas que abrem no dia um

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.

HTMLTailwindcssHTMLTailwindcssHTMLTailwindcssHTMLTailwindcssHTMLTailwindcssHTMLTailwindcss
CSSCSSCSSCSSCSSCSSCSSCSSCSSCSSCSSCSS

Da chamada intro a um design no sprint

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.

  1. 1

    Mapear o buraco de design

    UX vs UI vs sistema, componentes existentes, seniority, horas de sobreposição, e como é «done em 30 dias» no handoff.

  2. 2

    Shortlist de designers reais

    Emparelhamos especialistas UI / UX disponíveis ao vosso brief e partilhamos trabalho de flow, sistema ou handoff.

  3. 3

    Vocês entrevistam

    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.

  4. 4

    Primeiro sprint nas vossas ferramentas

    Acesso a ficheiros, tickets e primeiro design na cadência, tipicamente dentro de uma semana após o go.

Comece com um lugar. Cresça se o backlog o disser.

A maioria dos clientes embebe primeiro um designer UI / UX. Um par ou um split UX/UI só quando o trabalho realmente precisa.

  • Um designer embebido

    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

  • Lugar UI / UX dedicado

    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

  • Iniciativa de design delimitada

    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

Tarifas UI / UX, por escrito

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.

  • Contratar à hora

    20 €/ hora

    Capacidade UI / UX flexível para picos, reviews e tickets delimitados. Pagam só as horas trabalhadas.

    • Os mesmos designers UI / UX que um lugar mensal
    • Ideal para overflow, um fix de flow ou um único release
    • Começar depressa, pausar quando o pico acaba
    • Faturado contra horas reais, não um retainer
    Staffar à hora

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á.

Porque as equipas de produto staffam UI / UX aqui

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.

  • Trabalho de produto, não «quem sabe fazer um ficheiro Figma»

    Vivem em empty states, handoff, e porque o ecrã da semana passada falhou porque o caminho de erro não tinha owner.

  • Os vossos ficheiros, os vossos tickets, as vossas horas

    Sobreposição GIFT City com a Europa e os EUA. As reviews de design acontecem em direto quando os vossos leads estão online.

  • Olhos sénior no sprint

    Velocidade mid-level sem dívida de sistema sem supervisão. A review faz parte do engagement, não um SKU extra.

  • Dez clientes por trimestre, de propósito

    Não fazemos girar um banco. A capacidade é limitada para que o designer que entrevistam seja o do standup.

Perguntas de contratação UI / UX

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.

Global map illustration for iQud contact section

Dê ao produto um designer que entrega para além do moodboard

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.