
Controle de orçamento
O time estrutura a obra financeiramente. Define planos de conta, cota insumos com fornecedores e prepara tudo antes da execução começar.
Uma plataforma de gestão financeira que centraliza orçamento, insumos e fornecedores de obras em um só lugar.
Brasil
Localização
Product Designer
Posição
2023 - 2025
Data

Grana é um SaaS de gestão financeira de obras, criado pra construtoras brasileiras que ainda dependem de planilhas pra controlar orçamento. A plataforma centraliza insumos, máquinas, serviços e fornecedores em um único painel, dando visibilidade total sobre o custo de cada etapa da obra antes mesmo dela começar, e eliminando o retrabalho de manter tudo espalhado em planilhas soltas.
O QUE É
Obras grandes têm uma complexidade financeira que planilhas nunca conseguiram dar conta.
O Grana vem para preencher essa lacuna, centralizando em uma única plataforma tudo que antes estava espalhado, desatualizado ou simplesmente não existia.

Cria uma obra
Faz o orçamento
Compra insumos
Registra chegadas
Controle financeiro
ANTES
Os engenheiros gerenciavam tudo em planilhas de Excel.
Toda a obra ficava refém de documentos soltos. Precisávamos centralizar tudo em uma única plataforma de gerenciamento.
DESAFIOS
Obras grandes têm uma complexidade financeira que planilhas nunca conseguiram dar conta. O Grana vem para preencher essa vazio, centralizando em uma plataforma.

Controle de orçamento
O time estrutura a obra financeiramente. Define planos de conta, cota insumos com fornecedores e prepara tudo antes da execução começar.

Evolução financeira
O escritório analisa as requisições do campo, compara cotações e aprova as compras — com indicação automática do melhor preço.

Lançamento de dados
O operador registra pelo app as requisições do que é necessário na obra — insumos, máquinas e serviços — direto do canteiro, em tempo real.
PROCESSO
01
Product discovery
Sessões com o cliente e engenheiros para entender a regra de negócio e o domínio antes de qualquer decisão de design.

02
Definição de personas
Mapeamento dos perfis de usuário. Seus contextos, necessidades e níveis de acesso dentro da plataforma.

03
Ideação inicial
Exploração de soluções para os desafios, com foco em simplificar fluxos complexos sem perder funcionalidades.

04
Arquitetura e escopo
Definição dos módulos do sistema e como eles se conectam. Garantindo que a estrutura suportasse a complexidade.

05
Wireframes
Validação do raciocínio de interface com o cliente antes de qualquer investimento no visual.

06
Visual Design
Construção das telas finais com sistema de componentes consistente entre todos os módulos e plataformas.

07
Documentação e handoff
Especificações, fluxos e componentes documentados para garantir fidelidade na implementação de desenvolvimento.

CONCLUSÃO

Rafaela Torres
Engenheira
Ela acompanha a obra de perto, aprova registros de campo e garante que tudo está sendo executado conforme o planejado.
Identificar estouros financeiros antes deles acontecerem
Acessar informações críticas com agilidade e precisão

Jorge Almeida
Operador de campo
Ele está na obra, registrando em tempo real tudo que precisa e tudo que chega: materiais, máquinas, serviços e notas fiscais.
Registrar informações de campo de forma rápida e simples
Fazer isso sem precisar de treinamento longo

Patrícia Nunes
Gerente
Ela acompanha o andamento financeiro, compara orçado e realizado e antecipa estouros de custo antes que virem problema.
Comparar orçado e realizado sem cruzar planilhas
Antecipar riscos financeiros antes que impactem a obra

Eduardo Costa
Investidor
Ele acompanha o progresso geral com uma visão executiva, sem precisar entrar em detalhes pra entender o que acontece.
Ter uma visão executiva clara do andamento da obra
Entender o status financeiro sem se aprofundar na operação
As principais dores eram sempre:
Demora para iniciar novas obras
Cada projeto começava do zero, sem aproveitar nada do que já tinha sido montado em obras anteriores.
Custos espalhados em planilhas
Cada etapa, cada fornecedor, cada insumo vivia numa planilha diferente, sem conexão entre elas.
Cotações feitas manualmente
Comparar preço de fornecedor era abrir orçamento por orçamento, um a um, tudo na mão.
Aprovação de registros lenta
Validar o que chegava na obra dependia de papel e retorno manual, travando o fluxo e atrasando os processos.
Fluxo de compra fragmentado
Pedir, cotar, comprar e receber eram etapas soltas, sem rastreio entre uma e outra.
Relatório manual e lento
Montar um relatório de status significava juntar dado de fontes diferentes à mão, toda vez.

Uma das decisões centrais foi criar o conceito CPUs e EAPs. Tudo é cadastrado uma vez e fica disponível para projetos futuros.
Uma nova obra que antes exigia dias de configuração e revisão passa a estar pronta em minutos. Pronta para ser iniciada.
Pra 1 metro de parede, você precisa de tanto tijolo, cimento e pedreiro. A CPU é a receita pronta. Pra 50 metros, é só multiplicar.

Antes, cada etapa da compra vivia isolada: pedir, cotar, comprar e receber eram passos desconectados, sem rastreio entre eles.
Agora, um pedido gera a cotação, a cotação vira compra, e a compra é conferida no recebimento. Tudo no mesmo registro.
Nada se perde entre pedir e receber. O que foi pedido é o que chega, e o sistema sabe disso o tempo todo.

A cada gasto registrado, o Grana compara automaticamente com o que foi orçado pra aquela etapa, por etapa ou pela obra inteira.
O desvio aparece assim que começa, não no fechamento do mês, quando já virou prejuízo.
Orçado e realizado lado a lado, o tempo todo. Sem esperar o relatório de fim de mês pra descobrir o buraco.

O operador de campo registra a chegada de materiais, máquinas e serviços direto pelo celular, no momento em que chegam na obra.
Sem papel, sem planilha depois. O que chegou é conferido contra o que foi pedido, na hora.
O que acontece na obra vira dado no sistema em segundos. Não em dias.

Na hora da compra, o sistema analisa todas as cotações feitas com fornecedores e indica automaticamente a opção mais vantajosa.
Inclusive combinando fornecedores e fretes diferentes para o mesmo pedido de compra.
O comprador toma a melhor decisão de compra em segundos. Sem precisar fazer essa conta em lugar nenhum.
ARQUITETURA E ESCOPO
Início
Módulo
Indicadores
Sub-módulo
Orçamentos
Sub-módulo
Obras
Sub-módulo
Pendências
Sub-módulo
Orçamentos
Módulo
Insumos
Sub-módulo
EAPs
Sub-módulo
Insumos
Sub-módulo
Cotações
Sub-módulo
Obras
Módulo
Informações
Sub-módulo
Curva ABC
Sub-módulo
Aquisições
Sub-módulo
Locações
Sub-módulo
Serviços
Sub-módulo
Notas fiscais
Sub-módulo
Gestão
Sub-módulo
Indicadores
Sub-módulo
Cadastros
Módulo
CPUs
Sub-módulo
EAPs
Sub-módulo
Fornecedores
Sub-módulo
Clientes
Sub-módulo
Aquisições
Módulo
Requisições
Sub-módulo
Ordens de compra
Sub-módulo
Recebimentos
Sub-módulo
Locações
Módulo
Requisições
Sub-módulo
Ordens de locação
Sub-módulo
Medições
Sub-módulo
Serviços
Módulo
Requisições
Sub-módulo
Ordens de serviço
Sub-módulo
Medições
Sub-módulo
RESULTADO







O QUE EU APRENDI
Foi o projeto que mais me ensinou sobre arquitetura e escopo.
Um dado alterado numa tela refletia em 300 fluxos diferentes, então tudo precisava estar amarrado desde o início, não ajustado depois que o problema aparecesse.
Isso me ensinou a reaproveitar informação de verdade.
Todo dado que entra no sistema precisa ter sentido, porque ele pode virar valioso em um lugar que você nem imaginava quando desenhou a tela onde ele foi capturado. Foi essa lógica que guiou tratar CPU e EAP como ativos permanentes da construtora, não como configuração isolada de cada obra.