JORGE YASUOPRODUCT DESIGNER↖ TODOS OS PROJETOS
PRODUCT DESIGN / ERP B2B

SIMPLIFIQUE.

Gestão de acessos e cálculo
de fretes em um ERP B2B.

Minha atuação no ERP da Contmatic Phoenix: organizar a gestão de acessos e integrar o cálculo de fretes à operação. Dois projetos, da pesquisa à entrega com o time técnico.

EXPLORE O CASE ↓
Simplifique: interface de permissões de usuário em um laptop sobre fundo roxo, no padrão das capas do portfólio.
SIMPLIFIQUE / CONTMATIC PHOENIX PERMISSÕES DE USUÁRIO + CALCULADORA DE FRETES
01 / CONTEXTO E ATUAÇÃO

Dois projetos com pesquisa,
regras de negócio e entrega técnica.

O Simplifique, da Contmatic Phoenix, reúne processos fiscais, financeiros e operacionais em um ERP em nuvem para empresas e profissionais contábeis.

Atuei como UX/UI Designer Jr em duas soluções, da identificação do problema ao acompanhamento da entrega com o time técnico. Minha contribuição incluiu análise de NPS e feedbacks, pesquisa com usuários, benchmark, fluxos, arquitetura da informação, prototipação e validação interna.

As decisões foram construídas com Produto e Engenharia. Em ambos os projetos, o desafio foi acomodar regras de negócio e variações de uso dentro do design system existente, preservando a familiaridade de quem opera o ERP diariamente.

PRODUTO
Simplifique
Contmatic Phoenix
MEU PAPEL
UX/UI Designer Jr
Da pesquisa ao acompanhamento da entrega
COLABORAÇÃO
Produto, Engenharia
e stakeholders internos
ESCOPO
Gestão de permissões
e calculadora de fretes
MINHA CONTRIBUIÇÃO

Traduzi feedbacks e regras de negócio em fluxos, hierarquia da informação e protótipos, em colaboração com Produto e Engenharia. As soluções seguiram o design system do ERP e passaram por validação interna e acompanhamento da entrega.

02 / PROJETO 01 / PERMISSÕES DE USUÁRIO

Permissões por módulo,
funcionalidade e ação.

Administradores tinham dificuldade para configurar acessos de forma granular e entender as permissões já aplicadas aos usuários.

Em uma operação com informações fiscais e financeiras, essa falta de visibilidade dificultava a gestão das equipes e aumentava o risco de liberar ações indevidas.

NPS e feedbacks mostraram pedidos recorrentes de personalização. A pesquisa exploratória com clientes investigou o nível de controle esperado; o benchmark e os alinhamentos com Produto ajudaram a transformar essas necessidades em uma estrutura viável.

01

Da necessidade à hierarquia

Organizamos acessos por módulo, funcionalidade e ação, com perfis configuráveis e ajustes individuais.

02

Da tela ao ecossistema

A solução precisava conectar listagem, cadastro, edição, convite, feedbacks e gestão em lote.

03

Da proposta ao refinamento

Fluxos, wireframes e protótipos passaram por testes internos e validações com stakeholders antes da implementação.

PERMISSÕES / DECISÕES DE INTERFACE

Hierarquia e controles
para administrar os acessos.

A gestão de acessos foi desenhada como uma jornada completa, seguindo os componentes e padrões do produto.

As abas dividem os módulos, os grupos recolhíveis organizam as funções e os controles explicitam as ações permitidas. Na listagem, status, busca e filtros ajudam a administrar a base.

Alterne as telas para explorar as decisões. As imagens são do projeto original e podem ser ampliadas.

Listagem com status,
busca e filtros de usuários.

A visão geral combina resumo por status, busca, filtros e tabela. O administrador pode localizar uma pessoa e identificar sua situação antes de agir.

  • Status em dois níveisOs cards resumem a base; os indicadores da tabela mostram a situação de cada usuário.
  • Informações para decidirNome, e-mail, tipo de acesso e data de cadastro ficam reunidos na listagem.
LISTAGEM↗ AMPLIAR
03 / PERMISSÕES / PRIMEIRO ACESSO

Do convite recebido
à entrada no ERP.

Cadastrar um usuário era apenas parte da solução. Também era preciso orientar a pessoa convidada até o primeiro acesso.

Estruturei a sequência de convite por e-mail, criação de senha, confirmação, login e chegada ao dashboard. Cada etapa informa o que aconteceu e qual é a próxima ação.

Explore as cinco etapas abaixo para acompanhar a jornada. O objetivo era reduzir dúvidas na ativação e preservar a continuidade entre os pontos de contato.

O acesso começa
no convite.

Após o cadastro, um e-mail orienta o usuário a criar sua senha. A mensagem explica o motivo do convite e apresenta a ação que inicia a jornada.

  • Próximo passo explícitoA chamada para cadastrar a senha conduz à ativação da conta.
01 / CONVITE↗ AMPLIAR
04 / PROJETO 02 / CALCULADORA DE FRETES

Para calcular o frete,
o usuário saía do ERP.

Feedbacks de NPS e suporte apontaram uma quebra no fluxo: usuários do módulo de transportes recorriam a planilhas e cálculos externos para concluir a tarefa.

O cálculo dependia de critérios que variavam entre empresas: distância percorrida, peso, cubagem e combinações desses fatores. A solução precisava acomodar essa diversidade dentro das regras do produto.

O objetivo foi reunir os dados do transporte e a composição do valor em uma calculadora integrada. Isso permitiria comparar cenários sem interromper o trabalho para recorrer a outra ferramenta.

A investigação combinou formulários quantitativos, entrevistas qualitativas, benchmark e alinhamento com Produto e Engenharia. Os dados foram consolidados em critérios para organizar os campos e acomodar diferentes formas de cobrança.

01

Uma tarefa fragmentada

Alternar entre ERP e planilhas criava trabalho manual e risco de erro ao transferir informações.

02

Vários critérios de cobrança

Quilometragem, peso e volume precisavam coexistir sem impor uma única forma de calcular o frete.

03

Uma interface familiar

Os novos componentes deveriam seguir o design system e preservar padrões já usados na operação diária.

Informar transporte e cargaComparar as rotasDefinir a composição do frete
05 / FRETES / DECISÕES DE INTERFACE

Do transporte informado
ao valor do frete.

A calculadora organiza a tarefa em dois momentos: informar o cenário e avaliar o resultado.

Preservei os padrões do design system e trabalhei novos componentes e variações para os requisitos do cálculo. A flexibilidade aparece nos campos condicionais, na cubagem opcional e na seleção dos fatores que compõem o valor.

Fluxos e protótipos passaram por validação interna. Acompanhei a entrega com o time técnico para manter as decisões de experiência conectadas às regras do produto.

Dados adequados
ao tipo de transporte.

O tipo de veículo orienta os campos necessários. Recursos complementares ficam próximos da tarefa, sem exigir a saída da calculadora.

  • Veículo e eixosCaminhão, carro e moto adaptam os campos. A quantidade de eixos informa o cálculo dos pedágios.
  • Paradas no trajetoO usuário adiciona paradas e escolhe entre otimizar a rota ou manter a ordem informada.
  • Cubagem opcionalUm painel lateral calcula o volume a partir das medidas da carga, quando esse critério é necessário.
01 / PREENCHIMENTO↗ AMPLIAR
06 / RESULTADOS E APRENDIZADOS

Mais controle de acessos.
Cálculo de frete dentro do ERP.

As entregas cobriram a gestão de acessos, do cadastro ao primeiro login, e a composição do frete, do transporte informado à comparação de rotas e custos.

Na gestão de permissões, o relato da implementação destaca maior controle dos acessos, autonomia dos administradores e organização das tarefas. A calculadora de fretes centralizou decisões logísticas e reduziu a necessidade relatada de recorrer a ferramentas externas.

Os resultados disponíveis são qualitativos. Ganhos de tempo, precisão e redução de riscos não foram quantificados neste case.

01

Projetar a jornada completa

A gestão de permissões mostrou a importância de conectar configuração, convite, primeiro acesso e manutenção da base.

02

Dar espaço à variação operacional

A calculadora precisava acomodar diferentes veículos, trajetos e critérios de cobrança dentro de uma interação consistente.

03

Construir com o time

Pesquisa, regras de negócio, design system e viabilidade técnica orientaram as decisões em conjunto com Produto e Engenharia.

APRENDIZADO DO CASE

Em um ERP, a clareza precisa acompanhar toda a tarefa: entender o cenário, configurar o que é necessário e reconhecer o resultado de cada ação.

CONTINUE EXPLORANDOGUIA DE MOTÉIS ↗

Jorge Yasuo / Product Designer

Case original no Behance ↗