{"id":79,"date":"2026-10-10T15:24:15","date_gmt":"2026-10-10T18:24:15","guid":{"rendered":"https:\/\/api.marividal.work\/?post_type=projeto&p=79"},"modified":"2026-10-10T15:31:37","modified_gmt":"2026-10-10T18:31:37","slug":"tesouraria-magalu","status":"publish","type":"projeto","link":"https:\/\/api.marividal.work\/en\/projeto\/tesouraria-magalu\/","title":{"rendered":"Tesouraria Magalu"},"content":{"rendered":"\n

De sistema terceirizado a produto propriet\u00e1rio para controlar o dinheiro de mais de 1.200 lojas, com mais agilidade e mais seguran\u00e7a<\/h2>\n\n\n\n

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

O tesoureiro de uma loja Magalu cuida de todo o dinheiro f\u00edsico que passa pelo caixa. Ele abre e fecha o caixa, faz dezenas de sangrias e dep\u00f3sitos banc\u00e1rios por dia, controla suprimentos e notas de d\u00e9bito. Em uma rede com 1.246 lojas e<\/strong> R$ 5,2 bilh\u00f5es de vendas em lojas f\u00edsicas no 2T26<\/strong> , qualquer atrito nesses processos se multiplica todos os dias, e qualquer brecha de seguran\u00e7a tamb\u00e9m.<\/p>\n\n\n\n

Em 2022, o contrato com o fornecedor do sistema de tesouraria estava perto do fim. A empresa decidiu construir um produto pr\u00f3prio para resolver tr\u00eas dores: custo alto, depend\u00eancia de terceiros para entregar novas funcionalidades e pouco controle sobre o numer\u00e1rio<\/strong>.<\/p>\n\n\n\n

Entrei no time durante essa troca. Desenvolvi discoverys essenciais, realizei entrevistas com usu\u00e1rios, desenhei os fluxos das principais fun\u00e7\u00f5es do produto (sangria, dep\u00f3sito banc\u00e1rio, cria\u00e7\u00e3o e administra\u00e7\u00e3o de notas de d\u00e9bito, entre outras), prototipei em alta fidelidade evoluindo o design system e validei tudo com stakeholders. Hoje, o sistema est\u00e1 implantado com sucesso em todas as lojas. A partir de 2025, incorporei IA ao meu processo de discovery, design e handoff.<\/p>\n\n\n\n

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

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

N\u00e3o bastava redesenhar telas de um sistema existente. Era preciso reconstruir a opera\u00e7\u00e3o financeira de um grande varejo em um produto novo, para perfis muito diferentes: tesoureiros de loja e de escrit\u00f3rio, times de SRC, concilia\u00e7\u00e3o, antifraude e contabilidade. Cada cargo tem acessos, responsabilidades e riscos pr\u00f3prios.<\/p>\n\n\n\n

O desafio era criar uma experi\u00eancia mais simples para quem opera, sem abrir brechas para erro humano ou fraude<\/strong>.<\/p>\n\n\n\n

Processo<\/strong><\/h2>\n\n\n\n

1. Aprender o processo com quem o executa<\/strong>
<\/strong> Antes de desenhar qualquer fluxo, eu fazia entrevistas online e presenciais com os profissionais e times respons\u00e1veis pelo processo que iria redesenhar. Pedia que me mostrassem, na pr\u00e1tica, como trabalhavam hoje e quais eram os pontos mais relevantes, as dores, os riscos de fraude e os riscos de erro humano.<\/p>\n\n\n\n

Essas conversas eram a minha porta de entrada em um dom\u00ednio novo. Ao longo de toda a sprint, eu voltava a elas para tirar d\u00favidas e validar conceitos com quem conhecia a opera\u00e7\u00e3o de perto. Nesse caminho, estive em contato constante com tesoureiros e com os times de contabilidade e antifraude.<\/p>\n\n\n\n

2. Pesquisa espec\u00edfica para cada perfil<\/strong>
<\/strong> O sistema tem vis\u00f5es diferentes por cargo. Por isso, a pesquisa era refeita a cada novo fluxo, respeitando o contexto de cada usu\u00e1rio, sem generalizar.<\/p>\n\n\n\n

3. Desenhar para a seguran\u00e7a, mesmo quando isso incomoda<\/strong>
<\/strong> Havia dados sens\u00edveis que s\u00f3 os times de escrit\u00f3rio ou os gerentes de loja podiam acessar, e as experi\u00eancias precisavam ser desenhadas sem brechas.<\/p>\n\n\n\n

Em um momento do projeto, descobrimos que um dado exibido no sistema podia ser usado por colaboradores mal-intencionados para reorganizar identificadores de gastos, fechar o balan\u00e7o e encobrir uma sa\u00edda indevida de valores. Decidimos restringir ainda mais o acesso a essa informa\u00e7\u00e3o. A decis\u00e3o gerou bastante reclama\u00e7\u00e3o dos usu\u00e1rios, mas foi a correta para proteger o neg\u00f3cio.<\/p>\n\n\n\n

4. Prototipa\u00e7\u00e3o, testes e negocia\u00e7\u00e3o<\/strong>
<\/strong> Criei fluxos de usabilidade, propus conceitos, prototipei em alta fidelidade, evolu\u00ed o design system e testei com usu\u00e1rios reais. Cada entrega foi negociada com tecnologia, produto e neg\u00f3cio. Meu papel era ser a voz dos usu\u00e1rios nessas conversas, sem deixar que a conveni\u00eancia se sobrepusesse \u00e0 seguran\u00e7a.<\/p>\n\n\n\n

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

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

Em 2025, passei a incorporar LLMs e agentes ao meu trabalho nas demandas de tesouraria. A ideia n\u00e3o era substituir o olhar do designer, e sim tirar o trabalho operacional do caminho: documentar, organizar, montar vers\u00f5es iniciais. Isso deixava mais tempo para o que exige julgamento, como entender o usu\u00e1rio, decidir e defender as escolhas.<\/p>\n\n\n\n

    \n
  • Discovery: das conversas aos insumos
    <\/strong> Passei a gravar as agendas de briefing e as entrevistas com usu\u00e1rios, com os registros documentados automaticamente. Reunia todo esse material no Gemini Notebook (antigo NotebookLM), que me ajudava a tabular entrevistas, gerar fluxos de usabilidade, mapas de empatia e mapeamento de oportunidades a partir do que os usu\u00e1rios realmente disseram.<\/li>\n<\/ul>\n\n\n\n
      \n
    • Documenta\u00e7\u00e3o as-is automatizada
      <\/strong> Nas entrevistas, era comum o usu\u00e1rio compartilhar a tela para mostrar o sistema que usava e como executava suas tarefas di\u00e1rias. Aproveitei isso e desenvolvi, no Antigravity, uma aplica\u00e7\u00e3o em que eu subia as grava\u00e7\u00f5es. Ela mapeava o fluxo de uso e gerava os prints das telas, alimentando o registro as-is da documenta\u00e7\u00e3o de discovery.<\/li>\n<\/ul>\n\n\n\n
        \n
      • Design: layouts a partir da biblioteca de componentes
        <\/strong> Como a tesouraria tinha uma biblioteca robusta de componentes, usei tanto o Stitch do Google quanto os agentes do Figma para gerar sugest\u00f5es de layout a partir de um prompt com as features e os dados relevantes da tela. Como partiam de componentes reais, as sugest\u00f5es j\u00e1 nasciam alinhadas ao design system.<\/li>\n<\/ul>\n\n\n\n
          \n
        • Valida\u00e7\u00e3o: testar conceito e usabilidade
          <\/strong> Usei o Figma Make para testar conceitos e a usabilidade das telas prototipadas com usu\u00e1rios e stakeholders, em rodadas de valida\u00e7\u00e3o antes de qualquer desenvolvimento.<\/li>\n<\/ul>\n\n\n\n
            \n
          • Handoff: fidelidade ao design system
            <\/strong> Conclu\u00eddas as valida\u00e7\u00f5es, faz\u00edamos o handoff com os desenvolvedores pelo MCP do Figma. Isso nos deu mais controle sobre a vers\u00e3o dos componentes em produ\u00e7\u00e3o e garantiu que eles seguissem as caracter\u00edsticas e os tokens definidos no design system.<\/li>\n<\/ul>\n\n\n\n
            Etapa<\/strong><\/td>Ferramenta<\/strong><\/td>O que mudou<\/strong><\/td><\/tr>
            Discovery<\/td>Grava\u00e7\u00f5es + NotebookLM<\/td>Registros autom\u00e1ticos e s\u00ednteses (fluxos, mapas de empatia, oportunidades)<\/td><\/tr>
            As-is<\/td>Aplica\u00e7\u00e3o pr\u00f3pria no Antigravity<\/td>Fluxos e prints gerados a partir das grava\u00e7\u00f5es<\/td><\/tr>
            Design<\/td>Agentes do Figma e Google Stitch<\/td>Sugest\u00f5es de layout a partir da biblioteca de componentes<\/td><\/tr>
            Valida\u00e7\u00e3o<\/td>Figma Make<\/td>Testes de conceito e usabilidade com usu\u00e1rios e stakeholders<\/td><\/tr>
            Handoff<\/td>MCP do Figma<\/td>Controle de vers\u00e3o e ader\u00eancia aos tokens do design system<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

            Resultados do lan\u00e7amento<\/strong><\/h2>\n\n\n\n

            Para medir o impacto, fui at\u00e9 as lojas e cronometrei os processos reais, ao vivo<\/strong>, comparando o sistema anterior com a Nova Tesouraria. Os cliques incluem a digita\u00e7\u00e3o de senhas, credenciais e valores, para refletir o esfor\u00e7o real do usu\u00e1rio.<\/p>\n\n\n\n

            Processo<\/strong><\/td>Antes<\/strong><\/td>Depois<\/strong><\/td><\/tr>
            Fechamento de caixa<\/strong><\/td>49 cliques<\/td>~23 cliques (\u221253%)<\/strong><\/td><\/tr>
            Suprimento<\/strong><\/td>16 cliques \u00b7 ~1 min<\/td>~6 cliques \u00b7 ~30 s (\u221263% cliques, \u221250% tempo)<\/strong><\/td><\/tr>
            Abertura de caixa<\/strong><\/td>22 cliques \u00b7 1 min<\/td>~15 cliques \u00b7 ~30 s (\u221232% cliques, \u221250% tempo)<\/strong><\/td><\/tr>
            Dep\u00f3sito banc\u00e1rio<\/strong><\/td>10 cliques \u00b7 10 min<\/td>~15 cliques \u00b7 ~1 min (\u221290% tempo)<\/strong><\/td><\/tr>
            Notas de d\u00e9bito<\/strong><\/td>10 cliques \u00b7 ~1 min<\/td>~20 cliques \u00b7 ~1 min<\/td><\/tr>
            Sangria<\/strong><\/td>4 cliques<\/td>4 cliques \u00b7 ~10 s<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

            Menos retrabalho no suprimento.<\/strong> No sistema anterior, o valor precisava ser enviado separadamente para os PDVs e a nova experi\u00eancia reduziu esse fluxo de 16 para cerca de 6 cliques.<\/p>\n\n\n\n

            Quando mais cliques foi a decis\u00e3o certa.<\/strong> Em dep\u00f3sito banc\u00e1rio e notas de d\u00e9bito, o n\u00famero de cliques aumentou de prop\u00f3sito. Inclu\u00edmos etapas de seguran\u00e7a que o sistema antigo n\u00e3o tinha, como a justificativa digitada. Mesmo assim, o dep\u00f3sito caiu de 10 minutos para cerca de 1, e as notas de d\u00e9bito, uma tarefa di\u00e1ria, mantiveram o tempo m\u00e9dio de 1 minuto, agora com mais rastreabilidade. A meta era reduzir o tempo sem abrir m\u00e3o da seguran\u00e7a<\/strong>, e n\u00e3o apenas contar cliques.<\/p>\n\n\n\n

            Mais fun\u00e7\u00f5es no mesmo lugar.<\/strong> A Nova Tesouraria trouxe para dentro do produto tarefas que dependiam de outros sistemas ou n\u00e3o existiam:<\/p>\n\n\n\n

              \n
            • Pend\u00eancia zero:<\/strong> 3 cliques, ~5 s<\/li>\n\n\n\n
            • Gest\u00e3o de sobras:<\/strong> 3 cliques, ~5 s (antes exigia o sistema Kirk al\u00e9m da tesouraria)<\/li>\n\n\n\n
            • Extrato:<\/strong> ~5 cliques, ~10 s<\/li>\n\n\n\n
            • Parametriza\u00e7\u00f5es:<\/strong> ~6 cliques, ~10 s<\/li>\n\n\n\n
            • Troca de tesoureiros:<\/strong> ~15 cliques, ~1 min<\/li>\n\n\n\n
            • Restitui\u00e7\u00e3o de cancelamento:<\/strong> agora feita direto no PDV, sem passar pela tesouraria<\/li>\n<\/ul>\n\n\n\n

              Impacto para o neg\u00f3cio.<\/strong> A empresa passou a ter autonomia sobre o roadmap, deixou de depender do prazo de um fornecedor externo, ganhou controle sobre o numer\u00e1rio e implantou o sistema em toda a rede de 1.246 lojas.<\/p>\n\n\n\n

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

              Entender o trabalho vem antes de desenhar.<\/strong> S\u00f3 consegui propor boas solu\u00e7\u00f5es depois de observar e ouvir quem lida todos os dias com o dinheiro da empresa. Em um dom\u00ednio complexo, o repert\u00f3rio do designer se constr\u00f3i nas conversas com os usu\u00e1rios.<\/p>\n\n\n\n

              Nem toda boa experi\u00eancia \u00e9 a mais r\u00e1pida.<\/strong> Em um produto financeiro, tirar atrito do lugar errado cria risco. Aprendi a decidir onde manter o atrito e a explicar o porqu\u00ea aos usu\u00e1rios.<\/p>\n\n\n\n

              Ser a voz do usu\u00e1rio n\u00e3o \u00e9 dizer sempre sim a ele.<\/strong> \u00c9 entender suas dores a fundo e, quando necess\u00e1rio, defender decis\u00f5es impopulares com argumentos claros.<\/p>\n\n\n\n

              IA amplia o designer, mas n\u00e3o decide por ele.<\/strong> Automatizar o que \u00e9 repetitivo me deu tempo para o que s\u00f3 o designer pode fazer: ouvir, interpretar e decidir. Aprendi tamb\u00e9m que o resultado depende da qualidade dos insumos, e por isso a biblioteca de componentes bem estruturada foi o que tornou os layouts gerados utiliz\u00e1veis.<\/p>\n","protected":false},"featured_media":0,"menu_order":0,"template":"","meta":{"_acf_changed":false},"categories":[],"tags":[],"class_list":["post-79","projeto","type-projeto","status-publish","hentry"],"translations":{"pt-br":"tesouraria-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\/79","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=79"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/categories?post=79"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/api.marividal.work\/en\/wp-json\/wp\/v2\/tags?post=79"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}