Preferências de cookies

Escolha o que a Projeto Diário pode usar neste navegador. Você pode mudar de ideia quando quiser pelo link "Preferências de cookies" no rodapé.

Sempre ligados. Mantêm a sessão e o login, protegem os formulários (token CSRF, limite de tentativas e verificação anti-robô Cloudflare Turnstile) e guardam esta escolha.

Google Analytics 4, carregado pelo Google Tag Manager: páginas visitadas, origem do acesso e ações no site, em estatísticas. Sem publicidade e sem personalização de anúncios.

Tabela de cookies na Política de privacidade

Planejamento, Cronograma e Custos

Business case de uma página para projetos pequenos

Nem todo projeto merece um business case de 15 páginas, e é para esses casos que existe o business case simplificado. Trocar o sistema de inventário de um almoxarifado, automatizar um relatório mensal ou comprar equipamentos para uma equipe são decisões pequenas demais para um estudo completo, mas grandes demais para serem aprovadas "porque parece boa ideia". O formato de uma página resolve esse meio-termo: a justificativa inteira em uma página, com os números que permitem decidir.

O formato curto não é um business case com menos cuidado. É um business case com menos texto. Problema, alternativa escolhida, custo total, benefício, retorno, riscos e decisão pedida continuam lá; o que sai é a análise extensa de cenários e o detalhamento que só se justifica em investimentos maiores.

Formação relacionada

Microsoft Project Professional

Cronogramas confiáveis, linha de base, controle de desvio e relatórios que sustentam decisão de diretoria.

24 PDUs

Conhecer a formação

Quando o business case de uma página basta

Use o formato simplificado quando a maioria das condições abaixo for verdadeira:

Critério Simplificado serve Use o completo
Valor do investimento Pequeno em relação ao orçamento da área Relevante para o orçamento da empresa
Reversibilidade Dá para desfazer ou parar sem grande perda Decisão difícil de reverter
Alternativas Uma ou duas, fáceis de comparar Várias, com perfis de risco diferentes
Prazo do retorno Até cerca de dois anos Horizonte longo, com fluxo variável
Impacto Uma área, processo não crítico Várias áreas, clientes ou regulação
Incerteza Benefício estimável com dados atuais Benefício depende de hipóteses de mercado

Os limites em valor variam de empresa para empresa. Muitas organizações definem alçadas de aprovação por faixa de investimento; se a sua tem, use a faixa como referência para escolher o formato. Quando dois ou mais critérios caem na coluna da direita, parta para o modelo de business case completo.

Modelo de business case simplificado

Copie a estrutura abaixo para um documento de uma página. Cada bloco tem duas ou três linhas no máximo.

BUSINESS CASE SIMPLIFICADO
Projeto:                         Proponente:              Data:

1. Problema ou oportunidade
   Situação atual, com números, e quanto ela custa por ano.

2. Objetivo
   O resultado esperado, mensurável, e em quanto tempo.

3. Solução proposta
   O que será feito. Alternativas consideradas e por que foram descartadas
   (inclua "não fazer nada").

4. Custos
   Investimento inicial (itens e valores).
   Custo recorrente por ano (licenças, manutenção, pessoas).

5. Benefícios
   Benefício anual, com a premissa de cada valor.

6. Retorno
   Benefício líquido anual, payback, e o mesmo cálculo num cenário pessimista.

7. Riscos e premissas
   Dois ou três riscos com a resposta prevista.

8. Prazo e marcos
   Duração, marcos principais, responsável pela execução.

9. Decisão pedida
   Valor, prazo e quem precisa aprovar.

Exemplo de business case simplificado preenchido

O exemplo é ilustrativo. Uma indústria de pequeno porte controla o almoxarifado de peças de reposição em planilha, com inventário manual duas vezes por ano.

1. Problema. O estoque registrado diverge do físico com frequência. No último ano, as perdas por divergência (peças não encontradas, compras em duplicidade e paradas de máquina por falta de peça) somaram cerca de R$ 60 mil, segundo o levantamento da manutenção. Os dois inventários anuais exigem 160 horas extras da equipe.

2. Objetivo. Reduzir as perdas por divergência pela metade em 12 meses e eliminar as horas extras de inventário, passando a contagens rotativas no horário normal.

3. Solução proposta. Sistema de controle de estoque com leitura de código de barras, etiquetagem das posições e quatro coletores de dados. Alternativas descartadas: contratar um almoxarife a mais (não resolve o registro em planilha) e não fazer nada (mantém as perdas).

4. Custos.

Item Valor
Coletores de dados (4 x R$ 3.500) R$ 14.000
Implantação do sistema e etiquetagem R$ 18.000
Treinamento da equipe R$ 6.000
Investimento inicial R$ 38.000
Licença do sistema (R$ 600 por mês) R$ 7.200 por ano

5. Benefícios.

Benefício Premissa Valor por ano
Horas extras de inventário evitadas 160 h x R$ 45 por hora R$ 7.200
Redução das perdas por divergência De R$ 60 mil para R$ 30 mil R$ 30.000
Benefício bruto R$ 37.200

6. Retorno. Benefício líquido: 37.200 − 7.200 de licença = R$ 30.000 por ano. Payback simples: 38.000 ÷ 30.000 = 1,27 ano, cerca de 15 meses. Cenário pessimista: se as perdas caírem só 25% (R$ 15 mil por ano), o benefício líquido fica em 7.200 + 15.000 − 7.200 = R$ 15.000 por ano, e o payback sobe para 38.000 ÷ 15.000 = 2,53 anos, cerca de 30 meses. Mesmo assim o investimento se paga dentro da vida útil esperada dos coletores.

7. Riscos e premissas. Risco de a equipe voltar à planilha nos primeiros meses (resposta: contagem rotativa semanal acompanhada pelo supervisor). Risco de atraso na etiquetagem por falta de gente (resposta: etiquetar por corredor, começando pelas peças de maior giro). Premissa: o sistema de compras exporta o cadastro de peças.

8. Prazo e marcos. Três meses: contratação no mês 1, etiquetagem e carga de saldos no mês 2, operação assistida no mês 3. Responsável: supervisor de manutenção.

9. Decisão pedida. Aprovação de R$ 38 mil de investimento e R$ 7.200 por ano de licença, com início no próximo mês. Aprovação: gerência industrial.

Como preencher sem inflar os números

  1. Comece pelo custo de não fazer nada. Se ele não existe ou não é mensurável, o projeto provavelmente não é prioridade.
  2. Some todo o custo, inclusive o recorrente. Licença, manutenção e horas da equipe interna entram. É o erro mais comum em justificativas curtas.
  3. Dê a premissa ao lado de cada benefício. "R$ 30 mil" sozinho é opinião; "metade das perdas do último ano" é verificável.
  4. Use dados que o aprovador reconhece. Números do próprio sistema, da manutenção ou da contabilidade convencem mais do que médias de mercado.
  5. Faça sempre o cenário pessimista. Se o projeto só se paga no cenário otimista, ele não é tão pequeno quanto parece.
  6. Diga quem mede o benefício depois. Uma linha basta: "o supervisor de manutenção reporta as perdas trimestralmente".

Se a dúvida principal for técnica (o sistema funciona com a infraestrutura atual? a equipe consegue operar?), resolva antes com uma análise de viabilidade técnica. O business case de uma página parte do princípio de que a solução é viável e pergunta se vale o dinheiro.

Payback ou VPL no formato curto

Para retornos rápidos, o payback simples comunica bem: "o investimento volta em 15 meses". Ele ignora o valor do dinheiro no tempo, e isso pesa pouco quando o prazo é curto. Quando o horizonte passa de dois ou três anos, ou quando há várias alternativas com fluxos diferentes, calcule também o VPL e a TIR, mesmo que só o resultado vá para a página. O conceito de cada indicador, e quando cada um engana, está em o que é business case.

Erros comuns no business case simplificado

  • Simplificar a conta em vez do texto. A página é curta, mas o custo total e o cenário pessimista precisam estar lá.
  • Esconder alternativas. Mesmo em uma linha, mostre por que as outras opções perderam.
  • Benefícios intangíveis no lugar dos tangíveis. "Mais controle" e "mais agilidade" podem entrar, mas como complemento de um benefício com número.
  • Pedido vago. "Solicitamos apoio para o projeto" não é decisão. Diga o valor, o prazo e quem aprova.
  • Usar o formato curto para fugir da análise. Se o projeto é grande ou arriscado, uma página não protege ninguém.

Monte o seu e leve para aprovação

Preencha o modelo acima com os números do seu projeto, comece pelo custo de não fazer nada e teste o cenário pessimista antes de enviar. Se a decisão for tomada numa reunião com a diretoria, o roteiro de slides está em apresentação de business case, e o guia de planejamento de projetos mostra o que vem depois da aprovação.

Para fazer as contas sem montar fórmulas, use a calculadora de business case da Projeto Diário: informe o investimento, a taxa e o fluxo de caixa de cada período e veja o payback simples e descontado, o VPL, a TIR e o ROI, com uma planilha em Excel para anexar à sua página de justificativa.

Perguntas frequentes

O que é um business case simplificado?
É a justificativa do projeto condensada em uma página: problema, solução, custos, benefícios, retorno, riscos, prazo e a decisão pedida. Serve para projetos de menor investimento e baixo risco, em que um documento completo custaria mais do que a decisão vale.
Quando usar o business case simplificado?
Quando o investimento é pequeno em relação ao orçamento da área, a decisão é reversível, há poucas alternativas e o projeto não muda processos críticos. Se algum desses pontos não vale, use o business case completo.
O business case simplificado precisa de VPL?
Nem sempre. Para projetos curtos, com retorno em um ou dois anos, o payback simples e um cenário pessimista costumam bastar. Quando o horizonte passa de três anos ou o valor é relevante, calcule também o VPL.
O que não pode faltar no business case de uma página?
O custo de não fazer nada, o custo total (inclusive o recorrente), o benefício com a premissa que o sustenta, um cenário pessimista e a decisão pedida com valor e prazo.

Receba o Diário do Gerente de Projetos

Uma vez por semana: um artigo, uma ferramenta gratuita e uma questão comentada do PMP, da Projeto Diário e do Coaching de Alto Impacto. Você escolhe os assuntos.

Assuntos de interesse (opcional)

WhatsApp