Quaddro @2024

A Quaddro é um sistema de gestão de agenda e finanças voltado para profissionais autônomos.

Contexto

A plataforma cresceu feature por feature, cada uma resolvida do seu jeito. O problema não era estético: ativação e conversão estavam abaixo do que o produto precisava, e usuário novo desistia antes de extrair valor real.

Três coisas se somavam. Os primeiros passos eram complicados e o usuário ficava perdido. Features construídas em momentos diferentes não seguiam a mesma lógica, e a navegação refletia isso. E, sem padrão, cada feature nova refazia o que já existia, encarecendo a manutenção e piorando a inconsistência a cada release.

01. Insight

O benchmarking mostrou concorrentes apostando em fluxos densos e cheios de opção. Os testes de usabilidade apontaram o oposto do que o mercado assumia: o usuário da Quaddro não conseguia terminar tarefas simples. O atrito não estava na interface nem no volume de features, e sim no caminho até a realizar a primeira tarefa. Por isso a direção foi simplificar.

02. Decisão e trade-offs

Em vez de apenas um facelift visual, priorizei redesenhar os fluxos que mais pesavam na ativação, como agendamento e pagamento, com um design system por baixo para sustentar isso.

Com um time focado em features saindo toda semana, ajuste pontual não se sustentaria: a interface voltaria a fragmentar no release seguinte. O design system foi o que fez cada decisão de fluxo valer para a plataforma inteira.

Isso veio com dois trade-offs. O primeiro, de escopo: adiei o redesign das áreas internas e avançadas para concentrar o esforço onde a perda de usuário era maior, o onboarding. O segundo, de sequência: construí o design system em paralelo, em vez de fechá-lo antes, aceitando algum retrabalho para não travar as entregas.

Quaddro — Decisão e trade-offs (galeria) (1 de 2)

Quaddro — Decisão e trade-offs (galeria) (2 de 2)

03. Solução

Texto de marcação da seção Solução — simula o miolo aberto do acordeão; a copy final entra aqui pelo NDI-308.

04. Resultado

O caminho até a primeira tarefa ficou mais curto, e as features pararam de divergir: nascem do mesmo repertório de componentes e tokens, com a navegação seguindo uma lógica só. O Frame UI e o handoff documentado ficaram como base do que veio depois — cada feature nova aproveita o padrão em vez de refazê-lo, que era exatamente o custo que se acumulava a cada release.

05. Reflexão

Redesenhei os fluxos com maior queda de usuário, começando pelo agendamento, que caiu de 1 para 1 cliques. Cada mudança passou por um ciclo curto de protótipo, teste e ajuste. Por baixo, montei o Frame UI — componentes modulares e design tokens de cor, tipografia e espaçamento — para que um ajuste de padrão valesse em um lugar só. E documentei o handoff para destravar a integração com o dev.