Voltar ao portfólio

02 · Case de Product Design

Raízen Power · Salesforce 360

Um contrato não deveria depender de memória e planilhas paralelas.

Liderei o redesenho do fluxo de contratos da área de Energia dentro do Salesforce 360, da medição do problema ao acompanhamento da operação depois do lançamento.

Profissional analisando documentos de contrato em um ambiente de trabalho

O ponto de partida

A contratação atravessava crédito, cadastro, documentos e assinatura. Etapas manuais, campos ausentes e atalhos informais diminuíam a visibilidade e aumentavam o retrabalho.

Meu papel

Senior Product Designer. Pesquisa quantitativa e qualitativa, workshops, service blueprint, arquitetura de informação, protótipos, testes e detalhamento para desenvolvimento. Figma, Miro, Notion e Typeform.

A restrição que mudava tudo

Lubrificantes, Combustíveis e Energia dividiam a mesma organização no Salesforce. Qualquer mudança de fluxo podia atingir três verticais ao mesmo tempo, então o desenho precisava resolver Energia sem quebrar as outras.

62%dos contratos eram assinados manualmente, contornando o sistema automatizado
PRINAD + SCOREinformações críticas de crédito sem campo próprio no sistema
3 áreasCadastro, Crédito e Integridades atuando na mesma contratação

Do processo à interface

Antes de desenhar telas, o trabalho foi medir o problema e tornar a operação legível para quem dependia dela todos os dias.

  1. 01

    Medir

    Pesquisa quantitativa de satisfação com os usuários do Salesforce 360, tabulada por área para leitura granular.

  2. 02

    Aprofundar

    Três workshops com Cadastro, Crédito e Integridades, service blueprint dos fluxos existentes e entrevistas individuais com usuários-chave.

  3. 03

    Projetar

    Protótipos de alta fidelidade no Figma sobre o Salesforce Lightning Design System, com três rodadas de testes não guiados.

  4. 04

    Implementar

    Refinamento técnico com Engenharia, user stories com a PO e documentação no Confluence.

  5. 05

    Acompanhar

    Shadowing com dois usuários-chave no primeiro dia, dashboard no Power BI e reuniões semanais de feedback por um mês.

Artefatos do projeto

A pesquisa que dimensionou o problema e a tela que resolveu a lacuna mais citada pelos usuários.

Primeira pergunta da pesquisa de satisfação do Salesforce aplicada na Raízen Power
01Pesquisa de satisfação

Instrumento quantitativo aplicado aos usuários do Salesforce 360, tabulado por área.

Tela do Salesforce com os blocos de detalhes gerais, crédito e economia
02Campos críticos dentro do Salesforce

Score e PRINAD passaram a ter campos próprios no fluxo, ao lado do histórico da proposta.

O capítulo contratos

A solução organizou informações críticas, regras de negócio e próximos passos para que a equipe entendesse o que faltava, quem precisava agir e em qual momento a contratação estava.

01

Informação

Campos críticos e documentação visíveis no momento certo.

02

Decisão

Pendências, regras e responsáveis reunidos no mesmo fluxo.

03

Acompanhamento

Status claros para seguir o contrato antes e depois da assinatura.

Da interface à operação

O trabalho não terminou no protótipo. A entrega incluiu o que era necessário para o fluxo chegar à produção, ser acompanhado e evoluir com o uso.

Refinamento

Parceria com Engenharia para fechar comportamentos e exceções.

Histórias

User stories com a pessoa de Produto e critérios de aceite.

Documentação

Confluence, style guide, fluxos interativos e especificações.

Monitoramento

Feedback in-app, dashboard no Power BI com taxa de adoção e tempo de processamento.

A decisão de design

Em vez de criar mais uma camada para a operação consultar, coloquei status, pendências e próximas ações no ambiente onde a equipe já trabalhava.

O que mudou

O fluxo passou a reduzir dependências manuais, deixando o processo de contratação mais claro e acompanhável.

92%processamento e assinatura automatizados, acima da meta de 90%
5d → 1,5dtempo médio de contrato
96SUS medido nos testes

O que veio depois

Depois da evolução da operação de Energia, liderei Design no BTS, Back to Standard. A organização do Salesforce tinha crescido demais e concentrava lead management, oportunidades, contratos e a operação de contratos ativos no mesmo lugar.

  1. 01

    Fica no Salesforce

    Gestão de leads e de oportunidades, que é onde a ferramenta rende.

  2. 02

    Sai para produto próprio

    Contratos e operação passam a ser sistemas especializados.

  3. 03

    Conecta por API

    Integrações e dados compartilhados no lugar de um monólito.

Próximo case

Casas Bahia Pay

Disponível para oportunidades

Aberto para posições sênior e projetos selecionados.

Busco times que tratam design como parte da decisão de produto e empresas que precisam transformar problemas complexos em produtos, experiências ou operações digitais melhores.