# Claude para casos de negócio, cálculo de ROI e projeção de investimentos > Sistema operacional completo para justificar investimentos em IA: 10 etapas (S0–S9), 8 portões de controle (G0–G7), ponte matemática de captura de valor, análise de sensibilidade e defesa do caso de negócio perante o CFO. O caso de negócio torna-se verdadeiramente útil quando transforma a incerteza em uma incerteza estruturada e verificável. Este sistema operacional auxilia o líder da iniciativa ou o proprietário do produto a organizar evidências factuais, suposições de trabalho, economia financeira, riscos e responsabilidade pessoal pela realização dos benefícios. Ele não é uma varinha mágica nem garante a aprovação automática do orçamento, mas cria uma linguagem transparente de diálogo entre a equipe de produto, líderes técnicos e o departamento financeiro (CFO/Finance). --- ## 1. Como funciona o sistema e limites de aplicação O sistema foi desenvolvido como um algoritmo end-to-end para preparação e acompanhamento de decisões de investimento em tecnologias digitais. ### 1.1. Propósito do caso de negócio e gestão da incerteza O principal problema da maioria dos casos de negócio para IA são expectativas infladas sem um mecanismo claro de monetização do tempo economizado. O sistema elimina a lacuna entre a produtividade teórica e o fluxo de caixa real (Cash Flow). Ele obriga a separar hipóteses de evidências e calcular o ponto de equilíbrio para cada projeto. ### 1.2. Escopo, restrições e papéis O sistema é otimizado para decisões sobre: - Investimentos em IA generativa e sistemas agentic (LLM / Agentic Workflows); - Automação de processos de negócios e implementação de RPA; - Aquisição de plataformas SaaS corporativas e seleção de fornecedores; - Iniciativas internas de transformação. > [!NOTE] > **Limites de aplicação:** Este guia regula decisões gerenciais internas. Não constitui consultoria jurídica, auditoria, tributária ou avaliação para operações de fusões e aquisições (M&A). As decisões são sempre tomadas por executivos autorizados da empresa. **Papéis-chave no caso:** 1. **Operador do caso:** realiza os cálculos, preenche registros de suposições e coordena os prompts. 2. **Patrocinador da iniciativa:** líder de negócios interessado na resolução do problema. 3. **Revisor Financeiro:** verifica a integridade do modelo, fórmulas e descontos. 4. **Tomador de Decisão (Decision Maker):** executivo ou comitê com autoridade para aprovar o orçamento. --- ## 2. Visão geral do processo: etapas e pontos de controle Todo o ciclo é dividido em 10 etapas sequenciais (**S0–S9**), cada uma finalizada por um ponto de controle humano obrigatório — portões de qualidade (**G0–G7**). ### 2.1. Ciclo de dez etapas (S0–S9) e portões de controle (G0–G7) | Portão (Gate) | Etapa (Stage) | Conteúdo do trabalho | Artefato final | | :--- | :--- | :--- | :--- | | **G0 — Entrada** | S0 — Início e triagem inicial | Avaliação da conformidade da iniciativa com os critérios do sistema | Registro de perfil do caso | | **G1 — Estrutura pronta** | S1 — Estrutura da decisão | Formulação da questão, alternativas e cenário contrafactual | Intenção aprovada (Charter) | | **G2 — Evidências prontas** | S2–S3 — Evidências e drivers de valor | Coleta de fatos, entrevistas e construção da árvore de drivers | Registros de evidências e mapa de drivers | | **G3 — Integridade do modelo** | S4–S5 — Modelo e incerteza | Construção da planilha de cálculo e cenários | Modelo financeiro validado | | **G4 — Verificação financeira** | S6 — Stress test e robustez | Teste de valores extremos e busca de vulnerabilidades | Log de observações financeiras | | **G5 — Revisão do pacote** | S7 — Preparação do memorando | Formação do pacote final para a diretoria | Pacote Executive Summary revisado | | **G6 — Decisão** | S8 — Decisão de investimento | Reunião do comitê, votação e registro das condições | Ata de decisão assinada | | **G7 — Verificação de benefícios** | S9 — Implementação e tracking | Comparação do realizado vs. planejado, análise de desvios | Relatório de implementação e reforecast | ### 2.2. Princípio de controle humano incondicional Cada ponto de controle é uma barreira onde a decisão é tomada exclusivamente por um humano, não pelo algoritmo Claude ou scripts automatizados. Nenhum modelo tem permissão para avançar automaticamente o caso para a próxima etapa sem a confirmação do responsável designado. --- ## 3. Por onde começar: coleta do caso antes da decisão A criação do caso de negócio começa muito antes de abrir as planilhas Excel e iniciar os cálculos financeiros. ### 3.1. Triagem inicial da iniciativa e definição de papéis Na etapa **S0**, o operador realiza uma filtragem expressa da iniciativa baseada em três critérios: 1. **Escala:** o efeito potencial ou custo excede o limiar mínimo de investimento da empresa? 2. **Existência de alternativas:** está sendo considerado o cenário "não mudar nada" (Do Nothing) ou a compra de uma solução pronta em vez de desenvolvimento próprio? 3. **Existência de patrocinador:** há um executivo específico disposto a defender o projeto perante o conselho? ### 3.2. Critérios de prontidão do caso para o comitê de investimentos O caso é considerado pronto para revisão apenas quando: - O cenário contrafactual está definido (o que acontecerá com o negócio em 3 anos se o projeto não for implementado); - Todas as suposições têm um dono atribuído e nível de confiança (High / Medium / Low); - Os valores limite, sob os quais o projeto será imediatamente interrompido (Kill Criteria), estão registrados. --- ## 4. Arquitetura da decisão e workflow gerenciado O sistema funciona como um mecanismo end-to-end, onde cada conclusão textual está vinculada às células numéricas da planilha de trabalho. ### 4.1. Quatro blocos principais do caso rastreável ```mermaid flowchart TD A["1. Рамка рішення (S1)
• Питання та альтернативи
• Повноваження та пороги
• Контрфактичний сценарій"] --> B["2. Керовані вхідні дані (S2–S3)
• Реєстр доказів
• Діапазони припущень
• Карта драйверів цінності"] B --> C["3. Фінансова модель (S4–S6)
• Модель грошових потоків
• Аналіз чутливості
• Стрес-тестування Фінансів"] C --> D["4. Executive-пакет (S7–S8)
• Меморандум рішення
• Умови та ризики
• Підписаний протокол G6"] E["Контрольний шар: Процес S0–S9 | Ворота G0–G7 | Аудит версій"] -.-> A E -.-> B E -.-> C E -.-> D ``` ### 4.2. Planilha de trabalho como única fonte numérica da verdade > [!IMPORTANT] > Quaisquer números apresentados no texto do memorando, apresentação ou respostas do Claude devem ter referência direta à célula correspondente na planilha financeira. Afirmações textuais sem rastro de fórmula são consideradas inválidas. --- ## 5. Ciclo completo S0–S9: regras de transição e disciplina de artefatos A disciplina de transições entre etapas garante que o caso não desmorone durante a auditoria financeira. ### 5.1. Sequência de etapas e lógica de sinais STOP / RETURN Durante a passagem pelos pontos de controle, são possíveis quatro vereditos: - **PROCEED (Avançar):** transição para a próxima etapa sem ressalvas. - **PROCEED WITH CONDITIONS (Avançar com ressalvas):** o movimento continua, mas impõe-se a obrigação de fechar as lacunas indicadas antes dos próximos portões. - **RETURN (Retorno):** volta a uma etapa anterior específica (por exemplo, de G4 para S2 para coleta de fatos adicionais). - **STOP (Parada):** encerramento do projeto devido à inviabilidade econômica, falta de autoridade ou riscos inaceitáveis. ### 5.2. Gestão de versões e bloco de controle comum P00 > [!WARNING] > Qualquer mudança significativa nos dados de entrada após passar pelo portão **G3 (Integridade do Modelo)** anula automaticamente os resultados dos portões G4 e G5. O modelo e o memorando devem ser recalculados e reaprovados. Para trabalhar com o Claude, utiliza-se o prefixo de controle **P00**, adicionado a cada solicitação. Ele obriga o modelo a indicar a etapa atual, identificadores das evidências utilizadas e a lista de limitações abertas. --- ## 6. Digitalização de custos, benefícios e pontes de captura de valor O erro mais comum nos cálculos de inteligência artificial é equiparar o tempo economizado pelos funcionários à economia financeira direta da empresa. ### 6.1. Custos únicos (CapEx) e recorrentes (OpEx) de IA A estrutura de custos do projeto deve considerar totalmente itens ocultos: | Categoria | Custos Únicos (One-off / CapEx) | Custos Recorrentes Anuais (Recurring / OpEx) | | :--- | :--- | :--- | | **Tecnologia** | Integração de API, configuração de bancos vetoriais | Assinatura da plataforma, tokens de modelos (LLM API) | | **Dados e Infraestrutura** | Limpeza e rotulagem de dados históricos | Capacidade computacional em nuvem, armazenamento | | **Pessoas e Processos** | Treinamento de funcionários, consultoria de prompting | Salário de engenheiro de suporte, manutenção de processos | | **Segurança e Compliance** | Auditoria de segurança, avaliação de riscos do AI Act | Monitoramento de alucinações, suporte jurídico | ### 6.2. Cinco estágios da mudança operacional à captura de valor O valor no negócio percorre um longo caminho desde a melhoria técnica até a conta bancária da empresa: ```mermaid flowchart LR A["1. Операційна зміна
Швидша генерація відповідей"] --> B["2. Згенерована цінність
Звільнено 20 годин/тиждень"] B --> C["3. Дія захоплення
Скорочення підрядників / дод. продажі"] C --> D["4. Захоплена цінність
Збільшення грошового потоку ($)"] D --> E["5. Реалізація (S9)
Факт у звіті CFO та трекінг"] ``` ### 6.3. Fórmula de cálculo do benefício e prevenção de dupla contagem O cálculo matemático do benefício capturado é feito pela fórmula: $$\text{Benefício Capturado} = \text{Linha Base} \times \text{Volume Aplicável} \times \text{Taxa de Adoção} \times \text{Atribuição} \times \text{Taxa de Captura}$$ - **Linha Base:** custo atual do processo ou tempo de execução antes da otimização. - **Taxa de Adoção (Adoption Rate):** porcentagem da equipe que realmente usa a nova ferramenta diariamente. - **Atribuição:** parte do efeito causada especificamente por esta ferramenta, e não por outros fatores de mercado. - **Taxa de Captura (Capture Rate):** qual parte do recurso liberado foi convertida em dinheiro ou novos contratos. > [!IMPORTANT] > Se um funcionário economizou 2 horas por dia, mas a empresa não reduziu custos externos nem atraiu clientes adicionais, a taxa de captura é **0**. A capacidade liberada é apenas potencial, não fluxo de caixa realizado. --- ## 7. Cenários, análise de sensibilidade e limiares de decisão Uma previsão isolada sempre acaba sendo incorreta. Uma decisão confiável exige a análise de faixas de valores. ### 7.1. Modelagem de cenários base, otimista e pessimista :::tabs === Cenário Base (Base Case) Expectativas conservadoras: taxa de adoção de 60%, taxa de captura de 40%, custos previstos de tokens sem estouro. O projeto gera ROI positivo em 18 meses. === Cenário Pessimista (Downside) Implementação difícil: sabotagem do pessoal (adoção de 30%), atraso de integração de 4 meses, aumento de 25% nos custos de API. Simula-se prejuízo e condições críticas de saída do projeto. === Cenário Otimista (Upside) Adaptação rápida: taxa de adoção de 85%, capacidades liberadas totalmente direcionadas para uma nova linha de vendas. As finanças verificam para garantir que o otimismo não se baseie em fantasias. ::: ### 7.2. Análise de sensibilidade univariada e ponto de equilíbrio A análise de sensibilidade identifica os pontos mais vulneráveis do modelo de negócio: - Qual é a taxa mínima de adoção para que o projeto permaneça lucrativo? - Qual é o aumento máximo permitido nos preços de tokens do fornecedor que a unit economics suporta? - Quantos meses de atraso na integração tornam o NPV negativo? > [!TIP] > Se for necessária uma taxa de adoção superior a 80% para atingir o ponto de equilíbrio, o projeto apresenta risco extremamente alto de fracasso. Reduza os custos iniciais ou revise a arquitetura da solução. --- ## 8. Realização de benefícios: tracking, desvios e reforecast A assinatura do orçamento na reunião do comitê não é o fim, mas o início da fase de captura de valor. ### 8.1. Ciclo de controle de quatro passos e ponto de controle G7 Na etapa **S9**, o projeto entra em um ciclo constante de monitoramento: 1. **Medição do realizado:** coleta regular de dados operacionais reais dos sistemas CRM/ERP. 2. **Explicação dos desvios:** decomposição da diferença entre plano e realizado em fatores (timing, volume, adoção, custo de tokens, etc.). 3. **Ações corretivas:** designação de responsáveis para eliminar o atraso com prazos claros. 4. **Reforecast:** atualização das expectativas sem reescrever a história do plano original aprovado. ### 8.2. Procedimento de explicação de desvios e atualização de previsões O ponto de controle **G7** verifica o fato real. O caso de negócio aprovado é versionado: a versão primária (Baseline v1.0) permanece inalterada para sempre, enquanto todas as mudanças são refletidas nas versões de reforecast (Forecast Q1, Forecast Q2). Isso garante total transparência perante a auditoria. --- ## 9. Habilidade de gestão do caso e automação no Claude Para acelerar o trabalho, os desenvolvedores podem usar skills especializados e prompts no Claude. ### 9.1. Papel e limitações da skill Markdown customizada A skill especializada do Claude atua como um revisor rigoroso: - Monitora o cumprimento do protocolo S0–S9; - Exige a indicação de fontes para cada suposição; - Bloqueia tentativas de avançar para o modelo financeiro sem uma estrutura de decisão formada (Gate G1). Ele categoricamente **não tem permissão** para: inventar números da linha base, aprovar limiares ou assinar a transição entre pontos de controle. ### 9.2. Testes, segurança de dados e protocolo de backup :::tabs === Skill Claude (Automatizado) Uso de uma skill ZIP carregada ou instrução de sistema no Claude Projects. Garante rápida estruturação de ideias, entrevistas para descoberta de suposições e geração de rascunhos de memorandos. === Modo Manual (Prompts P00–P13) Protocolo de reserva: execução passo a passo via prompts padrão sem módulos externos. Garante a funcionalidade do sistema independentemente de atualizações ou limitações da interface. === Planilha Excel/Sheets Base numérica: todos os cálculos são realizados exclusivamente em tabelas com fórmulas. O Claude é usado apenas para auditoria de fórmulas, busca de colisões lógicas e preparação de explicações textuais. ::: > [!WARNING] > Nunca faça upload de dados financeiros sensíveis de clientes, dados pessoais de funcionários ou segredos comerciais para instâncias públicas de modelos. Utilize métricas anonimizadas ou indexadas.