Simplificando o fluxo de vendas em maquininhas SmartPOS integrado a um sistema web

CASE | SMARTCORE BY RAFFINATO

EMPRESA

Raffinato Softwares

SEGMENTO

Food Service

PAPEL

UX/UI Designer Jr.

PERÍODO

Dezembro/2024 - Março/2025

Contexto da empresa e produto

A Raffinato Softwares é uma empresa B2B com 10+ soluções voltadas ao segmento de gastronomia, atendendo mais de 2.000+ clientes e 15.000+ usuários ativos. Uma de suas soluções mais recentes é um sistema web de ERP e PDV utilizado por restaurantes, bares e lanchonetes.

No entanto, o sistema web não tinha uma solução equivalente de PDV para maquininhas SmartPOS. A empresa já possuía um produto no segmento, mas com restrições técnicas e que não se integrava ao produto web.

Em um mercado de SmartPOS para restaurantes estimado em US$ 21 bilhões em 2023 e com crescimento acelerado, a ausência dessa solução no ecossistema abria margem para concorrência e limitava expansão de receita por cross-sell e retenção.

Objetivos do negócio:

  • Reduzir o risco de perda de clientes para concorrentes que já ofereciam aplicativos móveis integrados

  • Modernizar a solução existente, que tinha restrições técnicas e não se integrava ao web;

  • Unificar lançamento de produtos e pagamento em uma única aplicação.

Objetivos do produto:

  • Garantir agilidade operacional em contextos de alta demanda;

  • Projetar uma interface simples e de baixa fricção, adaptada às limitações físicas da tela SmartPOS;

  • Manter informações críticas sempre visíveis para o operador.

MEU PAPEL

Atuei como única UX/UI Designer Jr. em um time de 13 pessoas composto por 1 CPO, 1 DevOps, 3 QAs e 7 desenvolvedores Full Stack.

Fui responsável pelo processo de design de ponta a ponta: da exploração do problema à entrega dos protótipos em alta fidelidade.

O problema

Pequenos estabelecimentos que operam em eventos e operações de venda rápida precisam de agilidade. Nem sempre há infraestrutura para PDVs fixos, já utilizam maquininhas SmartPOS disponibilizadas por adquirentes como a Fiserv e precisavam de uma solução que reunisse em um único lugar: registro de produtos, finalização da venda e processamento de pagamentos.

A empresa tinha duas aplicações mobile separadas: uma para lançamento de produtos e outra para pagamento, mas nenhuma delas se conectava à solução web. Por isso, a solução foi pensada para unificar esse fluxo em uma única aplicação integrada.

Até 30% mais rapidez nas transações

POS modernos podem reduzir o tempo de transação em até 30%, o que abre espaço para maior giro e mais vendas por hora.

PWI

+5% a 10% de receita no primeiro ano

Análise de ROI para restaurantes estima esse intervalo como retorno esperado após implementação de POS moderno, além de redução dos custos operacionais.

PaysPOS

15% a 20% de melhoria no giro de mesas

Ganho de velocidade operacional com impacto direto na capacidade de atender mais clientes ao longo do dia.

PaysPOS

Descoberta

PONTO DE PARTIDA

Quando o projeto começou, ainda não existia documentação formal do escopo da demanda. O primeiro passo foi estruturar o problema com quem tinha mais contexto: stakeholders da liderança.

Conduzi uma entrevista com foco em entender:

  • Objetivo de negócio por trás do produto;

  • Usuários e como eles operavam;

  • O que a solução precisava fazer;

  • Requisitos técnicos e restrições.

Essa conversa foi a base para a estruturação do briefing e de todo o processo conduzido.

BENCHMARKING

Com o contexto mapeado, realizei um benchmark de seis soluções do mercado de SmartPOS:

Como nenhuma dessas soluções estava disponível para teste direto, a análise foi conduzida a partir de vídeos demonstrativos, apresentações comerciais e demonstrações públicas.

Analisei o fluxo de venda rápida de cada uma, observando como:

  • Os produtos eram exibidos e organizados;

  • Funcionava a navegação;

  • O usuário adicionava, removia e excluía itens;

  • O total da venda era apresentado;

  • O carrinho funcionava;

  • O sistema comunicava status, sucesso e erro.

Como nenhuma dessas soluções estava disponível para teste direto, a análise foi conduzida a partir de vídeos demonstrativos, apresentações comerciais e demonstrações públicas.

Analisei o fluxo de venda rápida de cada uma, observando como:

  • Os produtos eram exibidos e organizados;

  • Funcionava a navegação;

  • O usuário adicionava, removia e excluía itens;

  • O total da venda era apresentado;

  • O carrinho funcionava;

  • O sistema comunicava status, sucesso e erro.

Como nenhuma dessas soluções estava disponível para teste direto, a análise foi conduzida a partir de vídeos demonstrativos, apresentações comerciais e demonstrações públicas.

Analisei o fluxo de venda rápida de cada uma, observando como:

  • Os produtos eram exibidos e organizados;

  • Funcionava a navegação;

  • O usuário adicionava, removia e excluía itens;

  • O total da venda era apresentado;

  • O carrinho funcionava;

  • O sistema comunicava status, sucesso e erro.

O QUE A PESQUISA INFORMOU

Ficou evidente uma diferença clara entre soluções de empresas de diferentes portes.

Soluções de empresas menores tendiam a ter interfaces densas, navegação complexa, muitas informações simultâneas e fluxos pouco intuitivos.

Soluções de empresas maiores, mesmo com mais funcionalidades, mantinham interfaces simples, fluxos diretos e boa hierarquia visual com mais recursos e menos fricção.

A pesquisa realizada resultou em diretrizes concretas para o SmartCore:

  • Priorizar simplicidade;

  • Reduzir o número de etapas para concluir uma venda;

  • Destacar as informações críticas da operação;

  • Exibir fotos, descrições e preços de forma clara;

  • Evitar formulários e preenchimentos desnecessários;

  • Reduzir o tempo total do fluxo de caixa

Como o SmartCore seria integrado à solução web, não era necessário reproduzir funcionalidades de gestão já existentes, como o cadastro de cardápio e produtos. O escopo era focado exclusivamente na operação de venda.

A pesquisa realizada resultou em diretrizes concretas para o SmartCore:

  • Priorizar simplicidade;

  • Reduzir o número de etapas para concluir uma venda;

  • Destacar as informações críticas da operação;

  • Exibir fotos, descrições e preços de forma clara;

  • Evitar formulários e preenchimentos desnecessários;

  • Reduzir o tempo total do fluxo de caixa

Como o SmartCore seria integrado à solução web, não era necessário reproduzir funcionalidades de gestão já existentes, como o cadastro de cardápio. O escopo era focado exclusivamente na operação de venda.

A pesquisa realizada resultou em diretrizes concretas para o SmartCore:

  • Priorizar simplicidade;

  • Reduzir o número de etapas para concluir uma venda;

  • Destacar as informações críticas da operação;

  • Exibir fotos, descrições e preços de forma clara;

  • Evitar formulários e preenchimentos desnecessários;

  • Reduzir o tempo total do fluxo de caixa

Uma vantagem importante: como o SmartCore seria integrado à solução web, não era necessário reproduzir funcionalidades de gestão já existentes, como o cadastro de cardápio e produtos. O escopo era focado exclusivamente na operação de venda.

Concepção da solução

ENVOLVENDO O TIME DESDE O INÍCIO

Com as diretrizes do benchmark em mãos, comecei a explorar interfaces em baixa fidelidade. Para cada fluxo principal (lançamento de produtos, carrinho e pagamento), desenvolvi entre 5 a 7 alternativas.

Cada uma foi documentada no FigJam com uma explicação sobre seu funcionamento.

DOT VOTING COM O TIME DE DESENVOLVIMENTO

Antes de seguir para o protótipo de alta fidelidade, realizei uma sessão de dot voting com cinco pessoas do time:

  • CPO

  • Analista de QA

  • 3 Desenvolvedores Full Stack

Os participantes votaram nas alternativas que consideravam mais viáveis tecnicamente e mais adequadas ao contexto de venda rápida, de acordo com suas experiências em outros produtos do mesmo contexto. Após a votação, cada um explicou os motivos das escolhas, o que ampliou a sessão para uma conversa de alinhamento.

Esse momento foi decisivo para reduzir retrabalho posterior: questões de viabilidade técnica que poderiam surgir semanas depois foram identificadas e resolvidas ainda na fase de definição.

ENVOLVENDO O TIME DESDE O INÍCIO

Com as diretrizes do benchmark em mãos, comecei a explorar possíveis interfaces em baixa fidelidade. Para cada fluxo principal (lançamento de produtos, carrinho e pagamento), desenvolvi entre cinco a sete alternativas.

Cada uma foi documentada no FigJam com uma explicação sobre seu funcionamento.

DOT VOTING COM O TIME DE DESENVOLVIMENTO

Antes de seguir para o protótipo de alta fidelidade, realizei uma sessão de dot voting com cinco pessoas do time:

  • CPO

  • Analista de QA

  • 3 Desenvolvedores Full Stack

Os participantes votaram nas alternativas que consideravam mais viáveis tecnicamente e mais adequadas ao contexto de venda rápida, de acordo com suas experiências em outros produtos do mesmo contexto. Após a votação, cada um explicou os motivos das escolhas, o que ampliou a sessão para uma conversa de alinhamento, além da votação.

Esse momento foi decisivo para reduzir retrabalho posterior: questões de viabilidade técnica que poderiam surgir semanas depois foram identificadas e resolvidas ainda na fase de definição.

DECISÕES QUE SAÍRAM DO PROCESSO

Busca e categorias na tela principal

Combinar campo de busca e categorias com rolagem horizontal permitia localização rápida de um produto específico e navegação exploratória por categoria sem precisar abrir filtros adicionais, resultando em menos interações.

Lista vertical de produtos

 O formato em lista aproveitava melhor o espaço horizontal limitado da SmartPOS, permitia exibir descrições mais longas, preços e controle de quantidade sem precisar abrir uma nova tela.

Navegação livre com menu inferior fixo

O contexto de venda rápida exige flexibilidade: o operador pode precisar adicionar mais itens, conferir o carrinho, voltar ao cardápio e iniciar o pagamento em qualquer ordem. O menu inferior fixo garante liberdade com orientação constante e tela ativa sempre em destaque.

Totalizador sempre visível

O valor total da venda é a informação mais crítica para o operador durante a venda. Mantê-lo sempre visível no cardápio, no carrinho e no pagamento eliminou a necessidade de navegar entre telas para consultar o acumulado.

Meios de pagamento em lista vertical

Manteve consistência com o restante do sistema, garantiu o mesmo nível de destaque para todos os métodos e ocupou menos espaço horizontal.

O principal desafio

O principal desafio

PROJETANDO PARA UM ESPAÇO REDUZIDO SEM PERDER INFORMAÇÕES E FUNÇÕES ESSENCIAIS

A tela da SmartPOS é significativamente menor do que a de um tablet ou desktop. Mas o fluxo de venda exige que o usuário acesse, ao mesmo tempo ou em sequência rápida:

  • Campo de busca;

  • Categorias;

  • Lista de produtos e suas ações;

  • Totalizadores;

  • Itens adicionados;

  • Meios de pagamento

Projetar isso em uma área reduzida sem criar uma interface densa foi o exercício central do projeto. Cada decisão de componente, hierarquia e navegação passou pelo filtro: isso é realmente necessário?

Funcionalidades entregues na V1

ABERTURA DE CAIXA

Antes de iniciar qualquer venda, o operador precisa abrir o caixa. As mensagens do sistema foram projetadas para fornecer transparência desde o início, e o processo para começar uma venda é simples: ao acessar o sistema, os produtos são carregados, o lojista abre o caixa diretamente pelo menu e pode iniciar sua operação.

BUSCA E FILTROS FACILITADOS

A tela principal de venda combina duas formas de localizar produtos: busca por texto e navegação por categorias. As categorias ficam fixas na parte superior da tela, em rolagem horizontal, sempre visíveis sem precisar abrir filtros adicionais. O campo de busca permite localizar um item específico rapidamente quando o operador já sabe o que o cliente quer.

Essa combinação foi pensada para acomodar dois perfis de uso: quem navega explorando o cardápio e quem precisa localizar um produto com agilidade durante o atendimento.

LISTAGEM DE PRODUTOS ADICIONADOS AO CARRINHO

O carrinho exibe todos os itens selecionados em formato de lista vertical, com descrição, quantidade e valor de cada produto. O operador pode editar quantidades ou remover itens diretamente da listagem, sem precisar voltar ao cardápio. O totalizador permanece visível na parte inferior, refletindo em tempo real qualquer alteração feita.

A tela foi projetada para ser o ponto de revisão antes do pagamento, podendo escanear e corrigir informações de forma fácil e rápida.

FLEXIBILIDADE NA PERSONALIZAÇÃO

O SmartCore foi projetado nas duas versões de tema para manter consistência com os padrões visuais já estabelecidos na solução web. Todas as telas foram desenvolvidas em light e dark mode, garantindo que o app se adapte à preferência do operador e ao ambiente de uso.

Integração com o pagamento

O SmartCore era responsável pela seleção do meio de pagamento e pela configuração das informações da transação: instituição, transação, bandeira e operação. A partir desse ponto, a SiTef assumia o processamento automaticamente.

As telas de transação em si (gerenciadas pela adquirente) não foram desenhadas, por isso o escopo de design ficou restrito às etapas anteriores ao acionamento da integração.

O SmartCore era responsável pela seleção do meio de pagamento e pela configuração das informações da transação: instituição, transação, bandeira e operação. A partir desse ponto, a SiTef assumia o processamento automaticamente.

As telas de transação em si (gerenciadas pela adquirente) não foram desenhadas, por isso o escopo de design ficou restrito às etapas anteriores ao acionamento da integração.

Validação da solução

Para reduzir os riscos, tendo em vista que o acesso ao usuário final e tempo eram limitados, algumas estratégias foram adotadas:

Validação interna contínua: revisões com diretoria e lideranças, testes conduzidos pelo time de QA e alinhamentos frequentes com desenvolvimento ao longo de toda a execução.

Histórico: a empresa já tinha um fluxo de venda rápida semelhante em sua solução web, em uso por clientes reais. Isso aumentou a confiança de que a lógica operacional era conhecida e compreensível pelo público do segmento.

Referência de mercado: as decisões foram comparadas com os padrões observados nas soluções analisadas no benchmark, especialmente as de empresas maiores.

Colaboração com engenharia

Um dos aprendizados práticos mais relevantes foi o impacto de envolver o time técnico desde a fase de concepção, não apenas na implementação.

Ao inclui-los no dot voting na fase de wireframes, as discussões sobre viabilidade técnica aconteceram cedo, quando ainda não havia sido investido tanto tempo e esforço no desenvolvimento. O resultado foi:

  • Menos revisões tardias nos protótipos;

  • Menos retrabalho durante o desenvolvimento;

  • Maior previsibilidade de entrega;

  • Maior alinhamento entre o que foi projetado e o que foi implementado.

Mais do que agilidade, o resultado foi um time que colaborou e construiu junto uma solução que chegou ao desenvolvimento de forma clara e com menos ruídos de comunicação.

Quais seriam os próximos passos?

O produto foi lançado em maio de 2025, mas deixei a empresa antes do lançamento oficial. Por isso, não tive acesso a métricas de conversão, adoção, engajamento ou satisfação dos usuários.

Em um cenário com mais tempo e aprovação da empresa, minha estratégia para o acompanhamento e evolução contínua do SmartCore seria:

1.

1.

Testes de usabilidade com operadores reais em contexto de food park ou evento;

2.

2.

Simulação de vendas em horário de pico para observar comportamento real;

3.

3.

Coleta de feedback qualitativo dos primeiros usuários;

4.

4.

Cruzamento de dados qualitativos com dados de comportamento do usuário no Microsoft Clarity, que estava em processo de implementação.

MÉTRICAS DE ACOMPANHAMENTO

Adoção e engajamento:

  • Taxa de ativação: % de clientes que contrataram e realizaram a primeira venda

  • Número de usuários ativos por dia/semana

Eficiência operacional:

  • Tempo médio de sessão por venda

  • Número médio de etapas

Qualidade da experiência:

  • Taxa de erro no fluxo de pagamento

  • Frequência de uso da busca vs. navegação por categorias, para entender o comportamento real do operador

Negócio

  • Número de clientes da solução web que adotaram o SmartCore (taxa de cross-sell)

Aprendizados

Envolver a equipe desde o início é primordial

A decisão de incluir desenvolvedores e QA na fase de concepção garantiu muito mais qualidade no processo, porque eles trouxeram perspectivas que talvez eu não teria sozinha. Limitações técnicas que poderiam virar problemas semanas depois foram identificadas antes de virar código.

Restrição de dispositivo força clareza

Projetar para uma tela pequena não permite espaço para indecisão. Cada elemento precisa justificar sua presença e esse processo de eliminação contínua foi desafiador, mas muito útil.

Ausência de pesquisa com usuário é um risco, não uma escolha

O benchmark e o histórico de uso da empresa ajudaram a embasar decisões, mas não substituem o uso real. O aprendizado foi que quanto antes for possível colocar o produto nas mãos de quem vai usar, melhor.

Obrigada por ler até aqui!

DECISÕES QUE SAÍRAM DO PROCESSO

Busca + categorias na tela principal

Combinar campo de busca e categorias com rolagem horizontal permitia dois comportamentos: localização rápida de um produto específico e navegação exploratória por categoria sem precisar abrir filtros adicionais, resultando em menos camadas e interações.

Lista vertical de produtos

 O formato em lista aproveitava melhor o espaço horizontal limitado da SmartPOS, permitia exibir descrições mais longas, preços e controle de quantidade sem precisar abrir uma nova tela para cada item.

Navegação livre com menu inferior fixo

O contexto de venda rápida exige flexibilidade: o operador pode precisar adicionar mais itens, conferir o carrinho, voltar ao cardápio e iniciar o pagamento em qualquer ordem. O menu inferior fixo garante essa liberdade com orientação constante e tela ativa sempre em destaque.

Totalizador sempre visível

O valor total da venda é a informação mais crítica para o operador durante a venda. Mantê-lo sempre visível no cardápio, no carrinho e no pagamento eliminou a necessidade de navegar entre telas para consultar o acumulado.

Meios de pagamento em lista vertical

Manteve consistência com o restante do sistema, garantiu o mesmo nível de destaque para todos os métodos e ocupou menos espaço horizontal.

Create a free website with Framer, the website builder loved by startups, designers and agencies.