{"id":47,"date":"2026-10-10T14:57:14","date_gmt":"2026-10-10T17:57:14","guid":{"rendered":"https:\/\/api.marividal.work\/?post_type=projeto&p=47"},"modified":"2026-10-10T15:22:56","modified_gmt":"2026-10-10T18:22:56","slug":"pdv-magalu","status":"publish","type":"projeto","link":"https:\/\/api.marividal.work\/en\/projeto\/pdv-magalu\/","title":{"rendered":"PDV Magalu"},"content":{"rendered":"\n

Reconstruindo o caixa de mais de 1.200 lojas, 100% operado por teclado<\/h2>\n\n\n\n

Vis\u00e3o geral<\/strong><\/h2>\n\n\n\n

Ao longo de 4 anos, desenhei de ponta a ponta o PDV que hoje opera em todas as lojas f\u00edsicas do Magalu. Todo o sistema precisava funcionar s\u00f3 com atalhos de teclado, o que influenciou cada decis\u00e3o de usabilidade. O resultado foi um caixa mais r\u00e1pido (a abertura, por exemplo, caiu de 2 minutos para 20 segundos), validado com quem o usa todos os dias e apresentado como case na Semana de Design do Ita\u00fa, em 2023. A partir de 2025, integrei IA ao discovery, \u00e0 prototipa\u00e7\u00e3o e ao handoff, tornando o processo mais \u00e1gil e mais consistente com o design system.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Contexto<\/strong><\/h2>\n\n\n\n

As lojas f\u00edsicas s\u00e3o um dos motores do Magalu. No 2T26 venderam R$ 5,2 bilh\u00f5es (+10,3%)<\/strong>, 35,7% das vendas totais da companhia, em uma rede de 1.246 lojas<\/strong>. O PDV \u00e9 onde cada uma dessas vendas se concretiza, seja em dinheiro, Pix, cr\u00e9dito, carn\u00ea ou carta de cr\u00e9dito.<\/p>\n\n\n\n

O desafio<\/strong><\/h2>\n\n\n\n

Em 2022, a empresa encerrou o contrato com o fornecedor de servi\u00e7os financeiros do PDV para migrar para uma solu\u00e7\u00e3o propriet\u00e1ria. Os objetivos eram reduzir custos, ganhar autonomia sobre o prazo de entrega de novas funcionalidades e ter mais controle sobre o numer\u00e1rio. O novo sistema precisava manter as lojas vendendo desde o primeiro dia e, ao mesmo tempo, melhorar a rotina de quem opera o caixa.<\/p>\n\n\n\n

A restri\u00e7\u00e3o que moldou cada decis\u00e3o: tudo por teclado<\/strong><\/h2>\n\n\n\n
\"\"<\/figure>\n\n\n\n

Como em PDVs em geral, toda a experi\u00eancia precisava ser poss\u00edvel apenas com atalhos de teclado<\/strong>, para dar velocidade \u00e0 opera\u00e7\u00e3o. Eu desenhava cada fluxo desconsiderando a exist\u00eancia do mouse. Isso tinha consequ\u00eancias diretas:<\/p>\n\n\n\n

    \n
  • Sem hover e sem tooltip:<\/strong> Elementos comuns de interface estavam vetados, ent\u00e3o a informa\u00e7\u00e3o precisava estar vis\u00edvel quando fosse necess\u00e1ria.<\/li>\n\n\n\n
  • Atalho sempre \u00e0 vista:<\/strong> Cada bot\u00e3o exibia o atalho correspondente ao lado. A exce\u00e7\u00e3o eram intera\u00e7\u00f5es muito consolidadas, como usar as setas para navegar entre op\u00e7\u00f5es.<\/li>\n\n\n\n
  • Foco e navega\u00e7\u00e3o como parte do desenho:<\/strong> Em cada tela, eu definia a ordem de navega\u00e7\u00e3o e o que cada tecla faria.<\/li>\n<\/ul>\n\n\n\n

    Dois desafios marcaram o projeto:<\/p>\n\n\n\n

    1. Formul\u00e1rios extensos:<\/strong> O usu\u00e1rio precisava navegar livremente por todos os campos (alguns eram combo boxes) para preencher e corrigir com facilidade e intuitividade. Em uma ocasi\u00e3o, rodamos testes mediados e presenciais s\u00f3 para validar o preenchimento de um formul\u00e1rio.<\/p>\n\n\n\n

    2. Sele\u00e7\u00e3o de muitos itens em listas longas:<\/strong> Pagar v\u00e1rias parcelas de um carn\u00ea ou v\u00e1rias faturas de cart\u00e3o exigia marcar muitos itens sem mouse. Criamos um mecanismo em que navegar at\u00e9 o fim da lista j\u00e1 seleciona os itens ao longo do caminho, o que permite pagar a soma de todos de forma r\u00e1pida.<\/p>\n\n\n\n

    Meu papel<\/strong><\/h2>\n\n\n\n

    Atuei em um time de designers, trabalhando diretamente com produto, neg\u00f3cio e engenharia. Fui respons\u00e1vel pelo design de ponta a ponta de dezenas de fluxos, entre eles:<\/p>\n\n\n\n

      \n
    • venda r\u00e1pida, sem identifica\u00e7\u00e3o do cliente;<\/li>\n\n\n\n
    • vendas por diversos meios de pagamento, como Pix, credi\u00e1rio e carta de cr\u00e9dito;<\/li>\n\n\n\n
    • recebimento de fatura do Cart\u00e3o Luiza, carn\u00ea, CDC e credi\u00e1rio;<\/li>\n\n\n\n
    • recarga de celular;<\/li>\n\n\n\n
    • estorno e reembolso.<\/li>\n<\/ul>\n\n\n\n

      Processo<\/strong><\/h2>\n\n\n\n
        \n
      1. Prioriza\u00e7\u00e3o.<\/strong> Neg\u00f3cio e produto definiam o roadmap. A cada funcionalidade, eu entrava no discovery.<\/li>\n\n\n\n
      2. Discovery.<\/strong> Fazia o de-para com o sistema antigo, registrava os elementos essenciais de cada transa\u00e7\u00e3o e conduzia pesquisas qualitativas e quantitativas com funcion\u00e1rios das lojas. Delas sa\u00edam mapas de empatia, principais dores e o service blueprint.<\/li>\n\n\n\n
      3. Desenho dos fluxos.<\/strong> Resolvia as dores mapeadas respeitando os requisitos de seguran\u00e7a, de neg\u00f3cio e a navega\u00e7\u00e3o por teclado. Como o design system j\u00e1 era robusto, eu o evolu\u00eda onde faltava.<\/li>\n\n\n\n
      4. Valida\u00e7\u00e3o interna.<\/strong> Revisava com engenharia e neg\u00f3cio, em ciclos de ida e volta, at\u00e9 fechar uma experi\u00eancia aprovada por todos.<\/li>\n\n\n\n
      5. Testes de usabilidade.<\/strong> Escrevia o roteiro e os objetivos de cada pesquisa e simulava as features no Maze ou em ambiente de homologa\u00e7\u00e3o, programado pelos devs. Aplicava de forma remota e, principalmente, presencial nas lojas da minha cidade. Os usu\u00e1rios cumpriam pequenas tarefas s\u00f3 com o teclado, e eu gravava suas m\u00e3os para registrar cada intera\u00e7\u00e3o. Na maioria dos testes, a grande maioria dos participantes conclu\u00eda todas as jornadas.<\/li>\n\n\n\n
      6. Handoff e QA.<\/strong> Fazia uma agenda de passagem com todos os stakeholders e participava do QA para garantir que o que foi desenhado fosse o que chegou \u00e0 loja.<\/li>\n\n\n\n
      7. P\u00f3s-lan\u00e7amento.<\/strong> Acompanhava chamados do help-desk e conversava pessoalmente com funcion\u00e1rios das lojas.<\/li>\n<\/ol>\n\n\n\n
        \"\"<\/figure>\n\n\n\n
        \"\"<\/figure>\n\n\n\n

        Quando o teste disse “n\u00e3o”<\/strong><\/h3>\n\n\n\n

        Em um dos testes, avaliamos uma forma de adicionar mais unidades do mesmo item ao carrinho usando o teclado. Os resultados foram negativos, e foi preciso repensar a a\u00e7\u00e3o como um todo. Esse epis\u00f3dio refor\u00e7ou para mim o valor de testar cedo e com quem opera o sistema, mesmo quando a solu\u00e7\u00e3o parece l\u00f3gica no papel.<\/p>\n\n\n\n

        Evolu\u00e7\u00e3o do processo com IA (2025 a 2026)<\/strong><\/h2>\n\n\n\n

        A partir de 2025, incorporei LLMs e agentes ao meu fluxo. A IA acelerou a parte operacional, e as decis\u00f5es de design continuaram comigo.<\/p>\n\n\n\n

          \n
        • Discovery.<\/strong> Passei a gravar briefings e entrevistas e a document\u00e1-los automaticamente. Reunia o material no Gemini Notebook (ex-NotebookLM) e gerava fluxos de uso, mapas de empatia e oportunidades, sempre revisados por mim.<\/li>\n\n\n\n
        • As-is automatizado.<\/strong> Nas entrevistas, os usu\u00e1rios costumavam compartilhar a tela para mostrar suas tarefas di\u00e1rias. Desenvolvi no Antigravity uma aplica\u00e7\u00e3o que recebia essas grava\u00e7\u00f5es, reconstru\u00eda o fluxo de uso e extra\u00eda os prints de tela para o registro as-is do discovery.<\/li>\n\n\n\n
        • Layouts.<\/strong> Com uma biblioteca robusta de componentes, usei os agentes do Figma para gerar sugest\u00f5es de layout a partir das funcionalidades e dos dados de cada tela. Eu curava e refinava essas sugest\u00f5es.<\/li>\n\n\n\n
        • Valida\u00e7\u00e3o.<\/strong> Usei o Figma Make para testar conceitos e a usabilidade de telas prototipadas com usu\u00e1rios e stakeholders.<\/li>\n\n\n\n
        • Handoff.<\/strong> Depois das valida\u00e7\u00f5es, faz\u00edamos o handoff com os devs via MCP do Figma. Isso nos deu mais controle sobre as vers\u00f5es dos componentes em produ\u00e7\u00e3o e garantiu que eles seguissem as caracter\u00edsticas e os tokens do design system.<\/li>\n<\/ul>\n\n\n\n

          Resultados<\/strong><\/h2>\n\n\n\n
          Processo<\/strong><\/td>Tempo<\/strong><\/td>Intera\u00e7\u00f5es*<\/strong><\/td><\/tr>
          Abertura de caixa<\/td>2 min \u2192 20 s (-83%<\/strong>)<\/td>13 \u2192 1<\/td><\/tr>
          Fechamento<\/td>1 min \u2192 10 s (-83%<\/strong>)<\/td>19 \u2192 2<\/td><\/tr>
          Suprimento<\/td>3 min \u2192 10 s (-94%<\/strong>)<\/td>~10 \u2192 2<\/td><\/tr>
          Sangria<\/td>30 s \u2192 10 s (-67%<\/strong>)<\/td>8 \u2192 3<\/td><\/tr>
          Resgate cr\u00e9dito\/d\u00e9bito, Creddevol, Smart Troca<\/td>3 min \u2192 1 min (-67%<\/strong>)<\/td>18 \u2192 17<\/td><\/tr>
          Pagamento de boleto\/Corban<\/td>2 min \u2192 1 min (-50%<\/strong>)<\/td>23 \u2192 8<\/td><\/tr>
          Servi\u00e7os financeiros (seguros, garantia etc.)<\/td>1:40 \u2192 1:00 (-40%<\/strong>)<\/td>18 \u2192 17<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

          *Medi\u00e7\u00f5es do fluxo de sucesso, sistema anterior vs. novo PDV.<\/p>\n\n\n\n

          Impacto estimado:<\/strong> s\u00f3 com abertura e fechamento de caixa, a economia \u00e9 de cerca de 45 mil horas por ano<\/strong> de trabalho operacional, o equivalente a mais de R$ 700 mil por ano<\/strong> em capacidade liberada para atender e vender. (Estimativa com base em no m\u00ednimo 3 PDVs por loja em 1.016 lojas convencionais, 360 dias de opera\u00e7\u00e3o e custo m\u00e9dio de R$ 15 a 25 por hora.)<\/em><\/p>\n\n\n\n

          Recep\u00e7\u00e3o:<\/strong> o novo PDV foi bem recebido pelas lojas e apresentado como case de sucesso na Semana de Design do Ita\u00fa, em 2023. Depois do lan\u00e7amento, poucos chamados eram sobre usabilidade. As queixas mais comuns eram instabilidade, lat\u00eancia e conex\u00e3o de perif\u00e9ricos, ou seja, quest\u00f5es de infraestrutura e n\u00e3o de experi\u00eancia.<\/p>\n\n\n\n

          Seguran\u00e7a e preven\u00e7\u00e3o a fraudes<\/strong><\/h2>\n\n\n\n

          O PDV foi projetado com v\u00e1rias camadas de prote\u00e7\u00e3o para registrar e controlar cada valor que entra no caixa. Mesmo assim, de tempos em tempos surgiam novos tipos de fraude. Acompanh\u00e1vamos os indicadores de fraude de perto e atu\u00e1vamos rapidamente para fechar cada brecha, sem deixar o caixa mais lento para quem opera de forma leg\u00edtima.<\/p>\n\n\n\n

          O que n\u00e3o saiu como esperado<\/strong><\/h2>\n\n\n\n

          Em dois fluxos o tempo aumentou:<\/p>\n\n\n\n

            \n
          • Recebimento de carn\u00ea\/CDC:<\/strong> de 2 para 3 minutos, apesar da redu\u00e7\u00e3o de intera\u00e7\u00f5es (22 \u2192 15).<\/li>\n\n\n\n
          • Recebimento do Cart\u00e3o Luiza:<\/strong> de cerca de 1 min para 1:08.<\/li>\n<\/ul>\n\n\n\n

            A causa principal era a lat\u00eancia na comunica\u00e7\u00e3o entre o PDV e os eventos do backend. Como isso estava fora do escopo do design, notifiquei as equipes de engenharia e sugeri tempos-alvo de conclus\u00e3o para cada fluxo. Aprendi que, em sistemas transacionais, o tempo que o usu\u00e1rio sente depende tanto da interface quanto da arquitetura.<\/p>\n\n\n\n

            Aprendizados<\/strong><\/h2>\n\n\n\n

            Restri\u00e7\u00f5es geram clareza:<\/strong> Projetar sem mouse me obrigou a pensar primeiro em estrutura, hierarquia e prioridade. Sem hover nem tooltip, a informa\u00e7\u00e3o precisava ser \u00f3bvia por si s\u00f3.<\/p>\n\n\n\n

            Testar com as m\u00e3os de quem usa:<\/strong> Gravar as m\u00e3os dos operadores mostrou problemas que nenhum prot\u00f3tipo revelaria, e um teste negativo me poupou de entregar uma solu\u00e7\u00e3o errada.<\/p>\n\n\n\n

            Design n\u00e3o termina no handoff:<\/strong> Acompanhar chamados e conversar com as lojas mostrou o que os testes n\u00e3o mostravam.<\/p>\n\n\n\n

            Seguran\u00e7a \u00e9 parte da experi\u00eancia:<\/strong> Cada fluxo de dinheiro exigiu equilibrar velocidade, controle e preven\u00e7\u00e3o a fraudes.<\/p>\n\n\n\n

            IA acelera, mas n\u00e3o decide.<\/strong> Somente o discernimento do designer pode garantir uma boa entrega de fato.<\/p>\n\n\n\n

            \"\"<\/figure>\n","protected":false},"featured_media":0,"menu_order":0,"template":"","meta":{"_acf_changed":false},"categories":[],"tags":[],"class_list":["post-47","projeto","type-projeto","status-publish","hentry"],"translations":{"pt-br":"pdv-magalu"},"block_css":"","acf":{"ano":"2022 a 2026","empresa":"Magazine Luiza","contexto":"","time":"Squad de cerca de 10 pessoas, com design, produto, neg\u00f3cio e engenharia","meu_papel":"Product\/UX Designer (end-to-end)\u00a0"},"_links":{"self":[{"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/projeto\/47","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/projeto"}],"about":[{"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/types\/projeto"}],"wp:attachment":[{"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/media?parent=47"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/categories?post=47"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/tags?post=47"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}