Introdução
A inteligência artificial tornou-se uma categoria grande e concentrada do investimento de capital de risco. O Stanford HAI relata que o investimento corporativo global em AI mais que dobrou em 2025, com a AI generativa capturando quase metade do financiamento privado em AI [1]. A NVCA relata que o investimento de capital de risco nos EUA atingiu níveis recordes no primeiro semestre de 2026, enquanto a maior parte do capital investido fluiu para empresas de AI e financiamentos de USD 100 million ou mais [2]. A Carta registra USD 119.5 billion captados por empresas em sua plataforma em 2025 em 4.859 rodadas, o menor número anual de rodadas em pelo menos seis anos; seus dados de Série A mostram um prêmio mediano de avaliação de 38% para empresas de AI [3]. A OCDE relata que o investimento relacionado a AI ultrapassou metade do investimento total de capital de risco em 2025 [6].
Esses números descrevem os mercados de capitais, não a qualidade do investimento. Um rótulo como nativo de AI pode se referir a um produto cujo resultado para o cliente depende de inferência de máquina, a um produto de software convencional que adicionou uma interface de modelo, a um negócio de serviços que usa AI internamente, a uma empresa de fluxo de trabalho com avaliação proprietária e ciclo de dados, ou a uma narrativa de fundador com evidências de produção limitadas. Cada caso tem um perfil diferente de produto, risco, margem, distribuição e capital.
O problema de subscrição é, portanto, uma questão de evidências. Um investidor precisa estabelecer o que a aplicação faz, qual resultado do cliente muda, que parcela do fluxo de trabalho é automatizada, quais dependências de modelo e de dados importam, como a qualidade é avaliada, como as falhas são controladas, como os clientes compram e retêm o produto, como a receita se converte em caixa, como o custo de atendimento muda com o uso e quais direitos permitem que a empresa opere. Um fundador precisa das mesmas evidências para gerir a empresa e preparar um processo de financiamento crível.
A proposição central do artigo é que o resultado aceito do cliente ajustado pela qualidade é a unidade operacional correta. Um resultado aceito é uma tarefa ou decisão do cliente concluída que atende a critérios definidos de qualidade, autoridade e evidência. Exemplos incluem um memorando de crédito revisado, uma solicitação de cliente resolvida, uma classificação de fatura aceita, uma alteração de software liberada, uma verificação de conformidade concluída ou um design aprovado pelo cliente. Tokens, chamadas, gerações, agentes e pontuações de benchmark de modelos são insumos técnicos. Eles se tornam economicamente relevantes quando contribuem para resultados aceitos, clientes retidos e lucro bruto recebido.
Seguem-se sete princípios de subscrição. Primeiro, o rótulo nativo de AI deve ser traduzido em um fluxo de trabalho e uma arquitetura observáveis. Segundo, a empresa deve evidenciar o desempenho do modelo em tarefas representativas do cliente. Terceiro, a qualidade da receita exige evidências de contrato, fatura, recebimento, coorte, concessão e concentração. Quarto, a margem bruta exige um livro-razão de custos completo por resultado, incluindo custos de revisão humana e de confiabilidade. Quinto, provedores de modelos e de nuvem fazem parte da cadeia de suprimentos do produto. Sexto, direitos sobre dados, privacidade, propriedade intelectual, segurança e função regulatória determinam onde e como o produto pode ser vendido. Sétimo, a tese de investimento deve resistir a um choque de preço de modelo, uma regressão de qualidade, a descontinuação de um provedor, a perda de um cliente e um ciclo de vendas mais lento.
O corte das evidências é 1º de agosto de 2026. A análise usa relatórios de mercado oficiais atuais, registros de valores mobiliários, documentação de provedores, materiais de reguladores, legislação, normas e recursos de segurança. Nenhuma empresa, fundador, fundo, cliente, produto, contrato, coorte, data room, suíte de avaliação, livro-razão de custos, tabela de capitalização ou memorando de investimento foi fornecido. Todos os volumes, preços, custos, taxas de conversão, efeitos de produtividade e insumos de avaliação calculados são premissas hipotéticas de modelagem. A receita atribuída a Matchpoint ou a clientes, a redução de custos e a redução de perdas permanecem USD 0.

Escopo, definições e limites de evidência
Camada de aplicação
A camada de aplicação converte modelos, dados, software e trabalho humano em um produto usado para um fluxo de trabalho específico do cliente. Ela pode incluir interfaces de usuário, lógica de aplicação, recuperação, memória, ferramentas, roteamento de modelos, prompts, ajuste fino, avaliação, controle de acesso, observabilidade, cobrança e suporte. A empresa de aplicação pode usar modelos proprietários, de terceiros ou de pesos abertos. Sua capacidade de defesa pode vir da integração ao fluxo de trabalho, de direitos proprietários sobre dados, de ativos de avaliação, de distribuição, de custos de troca, de permissões reguladas, da confiança do cliente ou do aprendizado operacional.
A camada de modelo fornece inferência ou pesos de modelo. A camada de infraestrutura fornece computação, armazenamento, orquestração e implantação. Esses limites podem se sobrepor. Uma empresa que faz ajuste fino ou hospeda um modelo ainda precisa mostrar como o modelo altera o resultado do cliente e como a aplicação captura valor.
| Camada | Componentes principais | Questão de subscrição | Evidência mínima |
|---|---|---|---|
| Fluxo de trabalho do cliente | Usuário, tarefa, decisão, exceção e aprovação | Qual trabalho custoso ou valioso muda? | Mapa de processo, tempo de referência, qualidade e autoridade |
| Aplicação | Interface, lógica, recuperação, ferramentas e integração | Qual é o produto que os clientes compram? | Demonstração do produto, histórico de lançamentos e uso por clientes |
| Avaliação | Casos de teste, avaliadores, limites e monitoramento | Como a qualidade é estabelecida e preservada? | Conjunto representativo, resultados, falhas e critérios de liberação |
| Dados | Origem, direitos, linhagem, qualidade e retenção | A empresa pode usar os dados para esta finalidade? | Registro de direitos, amostras, linhagem e controles |
| Modelo | Fornecedor, versão, rota, prompt e ajuste | Qual capacidade é necessária e substituível? | Registro de fornecedores, testes, custos e evidências de migração |
| Infraestrutura | Computação, armazenamento, segurança e observabilidade | O serviço pode operar de forma confiável e econômica? | Arquitetura, faturas, logs, incidentes e plano de capacidade |
| Comercial | Contrato, preço, prazo, renovação e cobrança | O uso se transforma em receita retida e efetivamente recebida? | Evidências do ciclo do contrato ao caixa e por coorte |
Classificação nativa em AI
Uma classificação nativa em AI deve basear-se em evidências. A classificação não exige uma única arquitetura técnica. Exige dependência material da inferência de máquina dentro da cadeia de valor do cliente, um produto concebido em torno dessa capacidade e um sistema operacional que mede sua qualidade e economia.
| Teste | Evidência de uma aplicação substantiva nativa em AI | Evidência fraca |
|---|---|---|
| Resultado para o cliente | Tarefa definida com linha de base, aceitação e consequência | Declaração genérica de produtividade |
| Design de produto | Fluxo de trabalho construído em torno de inferência, revisão e tratamento de exceções | Interface de chat adicionada a software existente |
| Avaliação | Suíte representativa de tarefas e monitoramento em produção | Um benchmark de fornecedor ou demonstração do fundador |
| Dados | Fonte governada, direitos, linhagem e ciclo de feedback | Alegação de dados proprietários não especificada |
| Economia | Preço, custo e lucro bruto por resultado | Custo de tokens informado sem o custo do fluxo de trabalho |
| Operações | Processo de release, incidente, rollback e migração de provedor | Resolução manual de problemas em regime de melhor esforço |
| Comercial | Uso mantido por clientes vinculado a contrato e cobrança | Apenas logotipos de clientes-piloto ou cartas de intenção |
| Defensibilidade | Ciclo de evidências, integração com fluxo de trabalho, distribuição ou permissão | Acesso ao modelo disponível para todos os concorrentes |
O resultado pode ser registrado como serviço nativo de AI, habilitado para AI, assistido por AI ou não verificado. O rótulo é uma conclusão de diligência devida, não uma conclusão de avaliação.
Classes de evidência
Toda alegação relevante deve receber uma classe e um responsável. A evidência observada vem de um sistema de registro controlado. A evidência reproduzida de forma independente vem da repetição de um teste pelo investidor, consultor ou terceiro qualificado. A evidência atestada pelo cliente vem de um representante autorizado do cliente nominalmente identificado e deve ser reconciliada com os dados do sistema quando possível. A evidência estimada pela administração é rotulada e sustentada por um método. Alegações sem suporte permanecem questões em aberto.
| Classe | Definição | Uso permitido em memorando de investimento |
|---|---|---|
| O1 observado | Evidência datada do sistema de origem com responsável e reconciliação | Declarado como observado dentro do período e escopo definidos |
| O2 reproduzido | Método reexecutado de forma independente com insumos e resultado retidos | Declarado como reproduzido dentro do ambiente testado |
| O3 atestado | Confirmação de cliente ou contraparte nomeada | Declarado como atestado; limitações divulgadas |
| M1 estimado pela administração | Cálculo documentado usando insumos não verificados | Rotulado como estimativa da administração ou cenário ilustrativo |
| U não suportado | Nenhuma evidência adequada fornecida | Excluído do caso base; registrado como questão em aberto |
Comparáveis públicos e relatórios de mercado
Documentos públicos demonstram métodos analíticos e possível variação econômica. A Palantir reportou USD 4.475 billion de receita em 2025, margem bruta de 82% e 954 clientes [7]. A UiPath reportou USD 1.611 billion de receita do exercício fiscal de 2026, USD 1.853 billion de run-rate anualizado de renovações e margem bruta de 83% [8]. A C3 AI reportou USD 250.3 million de receita do exercício fiscal de 2026 e margem bruta GAAP de 31% [9]. A Duolingo divulgou que custos crescentes de AI generativa e de hospedagem reduziram a margem bruta durante 2025 e posteriormente descreveu investimento contínuo em infraestrutura de AI [10].
Essas empresas diferem em escala, produto, implantação, mix de clientes, serviços, contabilidade e maturidade. Suas métricas não determinam a margem bruta nem a avaliação de uma startup privada. Elas mostram por que um investidor deve evitar uma suposição genérica de margem de software AI.
Relatórios de mercado também têm limites. Os dados publicados pela Carta são agregados de empresas e detentores de valores mobiliários em sua plataforma e excluem empresas que solicitaram exclusão de estudos anonimizados [3-5]. O relatório da NVCA abrange o ecossistema de capital de risco dos EUA, com a PitchBook como provedora de dados [2]. A OCDE usa dados da Preqin em seu AI resumo de capital de risco [6]. A Stanford HAI combina múltiplas fontes públicas e proprietárias [1]. O artigo mantém o escopo de cada fonte.
Limites legais, de investimento e de autoria
Este artigo não determina se um produto é regulado, se o processamento é lícito, se direitos de propriedade intelectual são válidos, se um valor mobiliário é adequado, se uma avaliação é justa ou se um investimento deve ser feito. Essas decisões exigem o contrato aplicável, os fatos, a jurisdição e autoridade qualificada.
Matchpoint Partners é o autor organizacional. Nenhum desempenho de fundador, visão de investidor ou resultado de cliente é atribuído a uma pessoa nomeada.
Mapa de decisão do investidor e do fundador
decisões do investidor
os investidores precisam de uma resposta por etapas para cinco perguntas. O problema do cliente é valioso e recorrente? O produto cria um resultado aceito pelo qual os clientes pagarão? A empresa consegue manter qualidade e controle durante mudanças de modelo e de mercado? A receita retida cria características atrativas de lucro bruto e de caixa? O preço do financiamento é sustentado pelas evidências e pelo cenário negativo?
| Decisão | Evidência central | Sinal de falha | Autoridade |
|---|---|---|---|
| Triagem | Problema do cliente, fluxo de trabalho, produto e tração inicial | Rótulo AI sem resultado para o cliente | Equipe de transação |
| Diligência técnica | Arquitetura, avaliações, direitos sobre dados, segurança e portabilidade | A demonstração não pode ser reproduzida | Revisor técnico e líder da transação |
| Diligência comercial | Do contrato ao recebimento, coortes, referências e pipeline | Projetos-piloto contabilizados como produção recorrente | Equipe de transação e especialista comercial |
| Diligência financeira | Ponte de receita, margem bruta, consumo de caixa, autonomia de caixa e plano de capital | Custos omitem inferência, revisão ou suporte | Revisor financeiro |
| Diligência jurídica e regulatória | Matriz corporativa, de PI, de dados, de licenciamento e de funções de produto | Direitos ou permissões não podem ser comprovados | Advogado qualificado e responsável pela conformidade |
| Avaliação e estrutura | Cenário base, cenário adverso, diluição, marcos e reservas | Prêmio determinado apenas pela categoria AI | Comitê de investimentos |
| Plano pós-investimento | Etapas de evidência, contratação, produto e marcos de financiamento | O plano mede o volume de produção sem resultados aceitos | Conselho de administração e diretoria |
Decisões dos fundadores
As mesmas evidências sustentam o controle do fundador. Um fundador deve saber qual resultado do cliente impulsiona a retenção, qual falha causa o maior dano ao cliente, qual dependência de fornecedor limita a escala, qual coorte gera lucro bruto e qual marco merece a próxima unidade de capital.
| Decisão | Registro obrigatório | Uso gerencial |
|---|---|---|
| Escopo do produto | Definição de resultado aceito e fronteira de exceção | Priorizar o fluxo de trabalho que os clientes valorizam |
| Escolha do modelo | Avaliação representativa, custo e latência por fornecedor/versão | Encaminhar tarefas e planejar migrações |
| Estratégia de dados | Direitos, qualidade, linhagem e registro de feedback | Construir ciclos de aprendizado lícitos e úteis |
| Precificação | Valor do resultado, uso, intensidade do serviço e disposição a pagar | Selecionar precificação por assinatura, uso ou resultado |
| Vendas | Funil por segmento, origem, estágio e tempo | Alocar capacidade do fundador e de vendas |
| Sucesso do cliente | Uso, aceitação, suporte e renovação por coorte | Identificar causas de adoção e churn |
| Contratação | Gargalo, capacidade e marco | Vincular o quadro de colaboradores a evidências de produto ou comerciais |
| Captação de recursos | Uso de recursos, critérios de liberação, autonomia financeira e cenário negativo | Captar recursos com base na geração de evidências |
Repositório compartilhado de evidências
O investidor e o fundador devem trabalhar a partir do mesmo repositório de evidências conciliado. Interpretações diferentes são legítimas. Números subjacentes diferentes criam risco evitável.
| Bloco de evidências | Responsável principal | Conciliação |
|---|---|---|
| Clientes e contratos | Responsável comercial | Do CRM ao repositório de contratos, ao faturamento e à cobrança |
| Uso e resultados do produto | Responsável de produto | Do registro de eventos à definição de resultado aceito |
| Avaliação e incidentes | Responsável de engenharia ou AI | Do lançamento ao relatório de avaliação ao monitoramento de produção |
| Custo e margem bruta | Responsável financeiro | Alocação de faturas de fornecedores e folha de pagamento para telemetria e livro razão |
| Dados e propriedade intelectual | Jurídico ou proprietário dos dados | Origem, consentimento, uso, retenção e política de resultados |
| Segurança e privacidade | Responsável por segurança ou privacidade | Arquitetura, controles, testes, incidentes e remediação |
| Tabela de capitalização e financiamento | Diretor financeiro ou secretário societário | Registro jurídico, registro de opções e instrumentos assinados |
| Alegações | CEO e responsáveis funcionais | Alegação, fonte, classe, escopo, data e aprovação |
| Camada | Componentes principais | Questão de subscrição | Evidência mínima |
|---|---|---|---|
| Fluxo de trabalho do cliente | Usuário, tarefa, decisão, exceção e aprovação | Qual trabalho custoso ou valioso muda? | Mapa de processo, tempo de referência, qualidade e autoridade |
| Aplicação | Interface, lógica, recuperação, ferramentas e integração | Qual é o produto que os clientes compram? | Demonstração do produto, histórico de lançamentos e uso por clientes |
| Avaliação | Casos de teste, avaliadores, limites e monitoramento | Como a qualidade é estabelecida e preservada? | Conjunto representativo, resultados, falhas e critérios de liberação |
| Dados | Origem, direitos, linhagem, qualidade e retenção | A empresa pode usar os dados para esta finalidade? | Registro de direitos, amostras, linhagem e controles |
| Modelo | Fornecedor, versão, rota, prompt e ajuste | Qual capacidade é necessária e substituível? | Registro de fornecedores, testes, custos e evidências de migração |
| Infraestrutura | Computação, armazenamento, segurança e observabilidade | O serviço pode operar de forma confiável e econômica? | Arquitetura, faturas, logs, incidentes e plano de capacidade |
| Comercial | Contrato, preço, prazo, renovação e cobrança | O uso se transforma em receita retida e efetivamente recebida? | Evidências do ciclo do contrato ao caixa e por coorte |
Contexto de mercado e o problema de concentração de capital AI
Prêmio e seleção
O crescimento do capital AI amplia o conjunto de oportunidades e aumenta a pressão de seleção. Os dados de 2025 da Carta mostram mais capital em menos rodadas e um prêmio de avaliação AI a partir da Série A [3]. Sua pesquisa sobre seed relata equipes iniciais mais enxutas, prazos de captação mais longos e uma lacuna crescente entre avaliações típicas e de primeira linha, particularmente para empresas AI [4]. Seu relatório de remuneração do 2º semestre de 2025 descreve efeitos de capital e talento impulsionados por AI, enquanto enfatiza equipes menores nos estágios iniciais [5].
O investidor deve, portanto, distinguir um prêmio de categoria de evidências específicas da empresa. Uma avaliação pode refletir escassez, concorrência, valor de opção estratégica, tamanho de mercado, crescimento, retenção, equipe, tecnologia, direitos sobre dados ou momentum. Cada fator precisa de suas próprias evidências e tratamento de cenário adverso.
Disciplina de dimensionamento de mercado
Um mercado de camada de aplicação deve começar com unidades de clientes e gastos com fluxos de trabalho. Totais top-down AI podem contextualizar a adoção. Eles não estabelecem receita obtenível.
| Camada de mercado | Cálculo | Ponto de controle de evidências |
|---|---|---|
| População afetada pelo problema | Número de organizações ou usuários-alvo com o fluxo de trabalho definido | Fonte de segmentação nomeada e exclusões |
| Fluxo de trabalho atendível | População com dados, orçamento, jurisdição e integração necessários | Descoberta de clientes e evidências de canal |
| Unidade pagante | Conta contratada, assento, fluxo de trabalho, transação ou resultado aceito | Precificação e processo de compra reais |
| Mercado alcançável | Contas qualificadas alcançáveis por meio da distribuição disponível | Evidências de funil, capacidade, conversão e ciclo de vendas |
| Plano base | Receita coletada nova e expandida por coorte | Modelo de contrato até caixa e cenário de baixa |
Para uma empresa vertical AI, o modelo de mercado deve incluir o número de empresas-alvo, departamentos elegíveis, frequência do fluxo de trabalho, custo atual, permissão necessária, carga de integração, responsável pelo orçamento e adoção plausível. Para um produto horizontal, a segmentação por caso de uso e comprador evita um cálculo superficial do total de assentos.
Probabilidade de captação e runway
As evidências de mercado sustentam um ambiente de financiamento concentrado. Elas não estabelecem que uma determinada empresa consiga captar recursos. O plano de financiamento deve incluir um cenário sem captação, um cenário de captação atrasada e um cenário de preço mais baixo. Ele deve mostrar caixa mensal, custo comprometido, custo discricionário, gatilhos de contratação, compromissos com provedores, capital de giro e runway operacional mínimo.
| Caso de financiamento | Premissa ilustrativa não verificada | Resposta necessária da gestão |
|---|---|---|
| Base | Próxima rodada fecha no mês 12 | Contratar somente após atingir marcos de produto e comerciais |
| Adiamento | Próxima rodada fecha no mês 18 | Preservar caixa e adiar compromissos não críticos |
| Preço mais baixo | Avaliação pré-money 30% abaixo da base | Modelar diluição, estrutura e efeito do pool de opções |
| Sem captação | Sem capital externo nos próximos 24 meses | Definir ponto de equilíbrio, venda estratégica ou caminho de encerramento ordenado |
Estes casos são premissas hipotéticas de modelagem. Eles demonstram a mecânica de planejamento. Não preveem disponibilidade de financiamento, avaliação ou retorno.

O Teste de Camada de Aplicação Nativa do AI
Resultado do cliente antes da capacidade do modelo
A primeira sessão de diligência devida deve reconstruir um fluxo de trabalho do cliente sem o produto. A equipe registra gatilho, entrada, operador, decisão, saída, revisão, exceção, tempo decorrido, custo do erro e alçada. Em seguida, reconstrói o mesmo fluxo de trabalho com o produto. A comparação identifica quais etapas desaparecem, mudam, são aceleradas ou exigem novos controles.
O exercício expõe erros de categoria. Um rascunho mais rápido pode aumentar o esforço de revisão. Um tempo de tratamento menor pode aumentar a correção ou o escalonamento. Uma taxa de automação mais alta pode ocultar menor aceitação pelo cliente. Um produto que gera mais saída pode reduzir o valor se os usuários não conseguirem verificá-lo dentro da sua janela de decisão.
| Campo do fluxo de trabalho | Registro de linha de base | Registro assistido | Evidência de aceitação |
|---|---|---|---|
| Gatilho | Evento que inicia a tarefa | Evento igual ou alterado | Carimbo de data/hora do sistema de origem |
| Entrada | Documentos, dados e contexto | Dados passados à aplicação e ao modelo | Linhagem e direitos |
| Trabalho | Etapas humanas e de software | Etapas automatizadas, assistidas e retidas | Registro do processo e observação |
| Entregável | Decisão, conteúdo ou ação | Candidato gerado e resultado final | Registro de versão e revisor |
| Qualidade | Teste de erro, completude e política | Os mesmos testes, além de falhas específicas do modelo | Avaliação representativa |
| Autoridade | Pessoa autorizada a liberar a ação | Limite de liberação por pessoa ou sistema | Registro de função e aprovação |
| Consequência | Receita, custo, risco ou experiência | Mudança observada | Evidências do cliente e financeiras |
Resultado aceito pelo cliente
Um resultado aceito tem cinco elementos. A tarefa está definida. As evidências de origem são suficientes. A saída atende aos limites de qualidade e de política. A pessoa ou o sistema autorizado aceita a saída. O resultado chega ao fluxo de trabalho do cliente. Uma resposta gerada descartada, um rascunho que exige recriação completa e uma decisão automatizada revertida por revisão são saídas produzidas, não resultados aceitos.
A empresa deve medir resultados aceitos por cliente e por coorte. Medidas úteis incluem aceitação na primeira passagem, resultado aceito por usuário ativo, minutos de revisão por resultado aceito, taxa de exceção, taxa de correção, taxa de incidentes, escalonamento do cliente e tempo até a aceitação. A definição deve ser estável o suficiente para análise por coorte e específica o suficiente para evitar inflação de volume.
Registro de alegações
A fiscalização da SEC sobre declarações AI mostra a importância de representações precisas [12]. Um financiamento privado também depende de alegações confiáveis. O registro de alegações registra cada afirmação relevante usada no pitch, no data room, na proposta ao cliente e no memorando de investimento.
| Afirmação | Classe | Evidência | Escopo e data | Responsável | Tratamento no memorando |
|---|---|---|---|---|---|
| "Reduz o tempo de revisão em 60%" | M1 até ser observado | Método e amostra de estudo de tempos | Fluxo de trabalho nomeado e período | Responsável pelo produto | Estimativa da gestão ou resultado observado |
| "Conjunto de dados proprietário" | U até que os direitos sejam comprovados | Inventário de conjuntos de dados e acordos | Campos de dados e jurisdições | Responsável jurídico/dos dados | Questão em aberto |
| "Produção corporativa" | O1 | Contrato, ambiente e uso | Cliente, produto e período | Responsável comercial | Observado com escopo definido |
| "Precisão de primeira linha" | U | Benchmark representativo e comparador | Tarefa, amostra e versão | AI lead | Excluir até que seja reproduzido |
| "90% de margem bruta" | O1 ou M1 | Razão, faturas e alocação | Produto e período | CFO | Realizado reconciliado ou plano de gestão |
O registro de alegações também ajuda fundadores. Alegações sem suporte podem ser corrigidas antes de um processo de financiamento. Estimativas da administração podem ser convertidas em evidências observadas por meio de testes estruturados.
Ciclo virtuoso de evidências
Um aplicativo defensável pode construir um ciclo virtuoso de evidências lícito e útil. As tarefas dos clientes criam dados de uso consentidos ou permitidos contratualmente. Sinais de revisão e de resultado melhoram a avaliação. As avaliações melhoram o roteamento, o fluxo de trabalho e as decisões de lançamento. Resultados mais bem aceitos melhoram a adoção e a retenção. O uso mantido produz evidências mais representativas. Cada elo precisa de direitos, qualidade e valor econômico.
O investidor deve rejeitar uma alegação circular de vantagem competitiva baseada em dados. Mais dados só têm valor quando são permitidos, relevantes, suficientemente rotulados, incorporados a um processo de melhoria controlado e difíceis de serem reproduzidos por um concorrente.
Valor do produto, fluxo de trabalho do cliente e evidências de produto-mercado
Linha de base e contrafactual
O valor do produto precisa de uma linha de base. A linha de base pode ser o trabalho humano atual, regras, software existente, serviço terceirizado ou nenhuma ação. O contrafactual deve refletir o que o cliente realmente faria sem o produto. Comparar um produto com um processo manual irreal superestima o valor.
A evidência inicial mais forte é uma comparação representativa dentro do cliente. Ela usa a mesma família de tarefas, requisitos de serviço e janela de decisão. Registra diferenças de insumos, efeitos de seleção e revisão. Testes randomizados podem ser adequados para funcionalidades do produto. Fluxos de trabalho operacionais e regulados podem exigir períodos pareados, implantação escalonada ou uso sombra controlado.
Ponte de produtividade e receita
| Linha do bridge | Cálculo | Requisito de evidência |
|---|---|---|
| Capacidade da linha de base | Resultados aceitos divididos pelas horas de trabalho totais | Estudo de tempos e definição estável de resultados |
| Capacidade assistida | Resultados aceitos divididos por horas de trabalho assistidas e horas de exceção | Mesma combinação de tarefas e qualidade |
| Ajuste de qualidade | Resultados aceitos que atendem a todos os limites | Avaliação e aceitação do cliente |
| Valor para o cliente | Custo evitado, capacidade liberada, perda menor ou receita arrecadada maior | Contrafactual aprovado e evidências financeiras |
| Preço do produto | Receita recebida líquida de créditos e concessões | Contrato, fatura e registro bancário/contábil |
| Lucro bruto do produto | Receita recebida ou reconhecida menos o custo total de atendimento | Livro razão reconciliado e política de alocação |
A produtividade se torna uma proposta de valor para o cliente quando o cliente pode realocar capacidade, reduzir o custo real, atender mais demanda, melhorar o tempo até a receita ou reduzir perdas mensuradas. A receita se torna valor da empresa quando o uso contratado se converte em lucro bruto recebido e retido.
Escada de evidências do cliente
| Nível | Evidência | O que isso sustenta |
|---|---|---|
| Descoberta C0 | Entrevista e dor observada | Hipótese de problema |
| Parceiro de design C1 | Acesso, feedback e fluxo de trabalho | Evidência de design do produto |
| C2 piloto controlado | Tarefas representativas e critérios de sucesso acordados | Viabilidade e evidências de usuários |
| C3 piloto pago | Remuneração contratada e cobrança | Disposição a pagar dentro do escopo do piloto |
| C4 produção | Resultados aceitos recorrentes no fluxo de trabalho operacional | Uso do produto e confiabilidade |
| C5 renovação | Contrato pago mantido após uma decisão informada | Evidências de retenção |
| C6 expansão | Produto, volume, equipe ou geografia adicionais | Evidências de valor mais amplas |
Cartas de intenção, memorando de entendimento, piloto não remunerado, piloto remunerado, contrato de produção e renovação efetivamente cobrada devem ser reportados separadamente. Logotipos não substituem essa classificação.
Protocolo de referência de cliente
Uma referência de cliente deve ser autorizada e estruturada. O entrevistador confirma o problema, o fluxo de trabalho anterior, o processo de compra, a implantação, o tempo até o valor, a qualidade, as exceções, o suporte, a frequência de uso, a abrangência de usuários, o preço, a intenção de renovação e as alternativas. O investidor registra a relação do entrevistado com a compra e o uso diário.
A referência é evidência atestada pelo cliente. É mais forte quando conciliada com registros de contrato, produto e finanças. Um defensor selecionado pelo fundador pode fornecer detalhes valiosos e pode não representar as visões de compras, segurança, finanças ou usuários finais.
Modelo de distribuição e vendas
As aplicações AI podem usar vendas lideradas pelo fundador, adoção liderada pelo produto, vendas corporativas diretas, marketplaces, parceiros de nuvem, integradores de sistemas, parceiros de canal e distribuição embarcada. Cada modelo tem custo, controle, tempo e concentração distintos.
| Métrica de distribuição | Definição | Distorção comum |
|---|---|---|
| Oportunidade qualificada | A conta atende a critérios explícitos de cliente, necessidade, autoridade e prazo | Solicitação de demonstração contabilizada como pipeline |
| Ciclo de vendas | Do primeiro contato qualificado ao contrato assinado | Exclui atraso de compras ou de segurança |
| CAC | Custo de aquisição totalmente carregado para a coorte relevante | Omite custos de fundador, parceiro ou de implementação |
| Período de retorno | CAC dividido pela contribuição para o lucro bruto da coorte | Usa receita ou margem-alvo |
| Taxa de vitórias | Oportunidades ganhas divididas por oportunidades resolvidas comparáveis | Remove perdas ou negócios estagnados |
| Expansão | Valor recorrente adicional recebido de cliente existente | Serviços pontuais incluídos |
| Concentração de canais | Participação no pipeline qualificado, na receita e no recebimento por origem | Origem por parceiro e influência por parceiro confundidas |
| Nível | Evidência | O que isso sustenta |
|---|---|---|
| Descoberta C0 | Entrevista e dor observada | Hipótese de problema |
| Parceiro de design C1 | Acesso, feedback e fluxo de trabalho | Evidência de design do produto |
| C2 piloto controlado | Tarefas representativas e critérios de sucesso acordados | Viabilidade e evidências de usuários |
| C3 piloto pago | Remuneração contratada e cobrança | Disposição a pagar dentro do escopo do piloto |
| C4 produção | Resultados aceitos recorrentes no fluxo de trabalho operacional | Uso do produto e confiabilidade |
| C5 renovação | Contrato pago mantido após uma decisão informada | Evidências de retenção |
| C6 expansão | Produto, volume, equipe ou geografia adicionais | Evidências de valor mais amplas |
Arquitetura Técnica, Cadeia de Suprimentos de Modelos e Portabilidade
Evidências de arquitetura
A arquitetura deve mostrar o caminho completo do usuário e do sistema de origem até o resultado aceito. Inclui identidade, permissões, movimentação de dados, recuperação, prompts, rotas de modelos, ferramentas, execução de código, salvaguardas, revisão humana, armazenamento, observabilidade e cobrança. O diagrama deve distinguir ambientes de clientes, sistemas da empresa e terceiros.
| Componente | Evidências de subscrição | Dependência crítica |
|---|---|---|
| Usuário e identidade | Testes de papéis, autenticação e autorização | Provedor de identidade do cliente |
| Integração com sistemas de origem | Contrato de dados, linhagem, falha e reconciliação | Cliente API e qualidade dos dados |
| Recuperação e memória | Corpus, atualidade, acesso e exclusão | Armazenamento vetorial e direitos sobre as fontes |
| Orquestração | Versão do fluxo de trabalho, novas tentativas, tempo limite e idempotência | Código da aplicação e APIs de ferramentas |
| Rota de modelo | Provedor, modelo/versão, fallback e limites | Preço, capacidade, ciclo de vida e condições |
| Ferramentas | Permissão, validação e limite da transação | Segurança de serviços externos e credenciais |
| Revisão humana | Revisor, fila, autoridade e escalonamento | Capacidade qualificada e horário de funcionamento |
| Monitoramento | Medidas de qualidade, custo, latência, incidentes e drift | Completude de eventos |
Registro de provedores
OpenAI, Anthropic, Google e AWS publicam estruturas de preços diferentes para modelos, cache, processamento em lote, ferramentas, contexto e implantação [13-16]. O Google também publica informações sobre o ciclo de vida de modelos e endpoints, incluindo desativações [17]. O registro documenta o serviço exato utilizado, não apenas a marca do provedor.
| Campo | Conteúdo exigido |
|---|---|
| Identidade do serviço | Provedor, produto, modelo, versão, região e conta |
| Comercial | Unidade de preço, nível, gasto comprometido, desconto, moeda e renovação |
| Dados | Uso de entrada/saída, retenção, registro em log, configuração de treinamento e subprocessadores |
| Desempenho | Qualidade representativa, latência, disponibilidade e capacidade |
| Ciclo de vida | Aviso de lançamento, descontinuação, encerramento e migração |
| Controle | Fixação de versão, fallback, limite de taxa e limite de gastos |
| Saída | Provedor/modelo alternativo, trabalho de migração, status de teste e exportação de dados |
Os preços de tabela podem mudar, e o gasto realizado depende de entrada, saída, novas tentativas, cache, uso de ferramentas, contexto, modalidade e volume. A diligência devida deve conciliar os itens de linha da fatura com a telemetria do produto por um período representativo.
Concentração e troca
O estudo da FTC sobre parcerias selecionadas entre provedores de nuvem e desenvolvedores de AI registra compromissos de gastos com nuvem, recursos de exclusividade, acesso a informações sensíveis e potenciais custos de troca [11]. O relatório trata dessas parcerias e não estabelece os termos de uma empresa privada de aplicações. Ele oferece uma lente útil para a diligência devida.
A concentração é medida em gastos, resultados aceitos, recursos críticos, regiões e clientes. Uma empresa pode parecer multimodelo enquanto um único provedor executa todas as tarefas críticas para a receita. Um fallback que passa em um prompt sintético ainda pode falhar em ferramentas de clientes, contexto longo, comportamento de segurança, saída estruturada ou latência.
Teste de portabilidade
Um teste de portabilidade executa uma suíte representativa de avaliação em um modelo ou implantação alternativo. Ele registra alterações de código, alterações de prompt, diferenças de esquema de saída, qualidade, ônus de revisão, latência, custo, segurança, termos de dados e tempo de migração. O resultado pode ser portátil, parcialmente portátil ou concentrado.
O investidor deve modelar pelo menos três choques: um aumento de 50% no custo unitário do modelo, a retirada do modelo principal em até 90 dias e a limitação de capacidade durante picos de uso. Essas porcentagens e períodos são entradas hipotéticas de exemplos ilustrativos. A administração deve substituí-las por suas evidências contratuais e operacionais.
Dependência de modelos de pesos abertos e de licença
A Licença Comunitária do Llama 4 da Meta concede direitos especificados e inclui termos de redistribuição, atribuição, uso aceitável e relacionados à escala [22]. Outros modelos de pesos abertos têm licenças diferentes. Estar em pesos abertos não significa ausência de restrições. A empresa deve manter a versão exata da licença, o cartão do modelo, a fonte de download, as modificações, os avisos, a revisão de uso aceitável e a análise de redistribuição.

Avaliação, confiabilidade, segurança e controles operacionais
Contrato de avaliação
O RMF AI do NIST usa as funções governar, mapear, medir e gerenciar [23]. Seu Perfil AI Generativo identifica riscos de AI generativa e ações recomendadas [24]. As orientações atuais da OpenAI sobre modelos recomendam avaliação de tarefas representativas antes da migração ou otimização [29]. As orientações de avaliação da Anthropic começam com critérios de sucesso específicos, mensuráveis e relevantes [30]. Essas fontes sustentam uma disciplina prática de lançamento.
Um contrato de avaliação define a população de tarefas, amostra, verdade de referência, avaliador, dimensões, limite, gravidade, subgrupo, modelo/versão, prompt, ambiente de ferramentas e decisão de lançamento. O conjunto de testes deve incluir casos normais, difíceis, adversariais, incompletos e fora do escopo.
| Dimensão de avaliação | Medida de exemplo | Tratamento de lançamento |
|---|---|---|
| Sucesso da tarefa | Resposta aceita ou ação de ferramenta concluída | Taxa mínima de aprovação ponderada |
| Suporte factual | Alegações sustentadas por evidências permitidas | Falha crítica se alegação material não for sustentada |
| Completude | Campos e decisões obrigatórios presentes | Verificação de esquema e do revisor |
| Segurança e política | Ação proibida, prejudicial ou não autorizada | Tolerância zero para casos críticos definidos |
| Privacidade | Tratamento de dados pessoais ou confidenciais | Teste de fluxo de dados e de resultados |
| Robustez | Desempenho sob ruído, variação de prompt e dados ausentes | Limite por segmento de cliente |
| Latência | Tempo até o resultado aceito | Limite da janela de decisão do cliente |
| Custo | Custo total por resultado aceito | Limite de produto e margem |
Lançamento e monitoramento
Um único benchmark é insuficiente. Lançamentos podem alterar versão do modelo, prompt, ferramentas, recuperação, políticas, código, dados e configuração do cliente. A empresa deve manter um manifesto de lançamento e executar novamente o conjunto de testes exigido. O monitoramento em produção então compara aceitação, falha, latência e custo com as expectativas do lançamento.
| Registro de lançamento | Evidência mínima |
|---|---|
| Identidade | Versões de aplicação, modelo, prompt, ferramenta, dados e política |
| Mudança | Descrição, responsável, motivo e clientes afetados |
| Avaliação | Versão do conjunto de dados, resultados, falhas e comparação |
| Aprovação | Autoridade de produto, engenharia, segurança e domínio, conforme necessário |
| Implantação | Coorte, flag de recurso, limites, monitoramento e reversão |
| Disposição | Liberação, liberação restrita, retenção ou aposentadoria |
Evidências de confiabilidade e de incidentes
A confiabilidade é medida no limite do resultado aceito. A disponibilidade pode ser alta enquanto uma ferramenta crítica falha silenciosamente. Um modelo pode responder fornecendo um esquema inválido. Um fluxo de trabalho pode ser concluído após a janela de decisão do cliente. O registro de incidentes deve incluir falhas de provedores, qualidade degradada, erros de recuperação, dados desatualizados, erros de ferramentas, eventos de segurança, anomalias de gastos e backlogs de revisão humana.
| Campo de incidente | Finalidade |
|---|---|
| Início, detecção e recuperação | Medir exposição e resposta |
| Tarefa, cliente e resultado afetados | Estabelecer consequência operacional |
| Versões de modelo, dados, ferramentas e código | Reproduzir a condição |
| Severidade e autoridade | Acionar o escalonamento necessário |
| Comunicação com o cliente | Evidenciar a resposta contratual |
| Causa raiz e ação corretiva | Reduzir a recorrência |
| Custo, crédito e concessão | Conciliar o impacto econômico |
Garantia
O perfil comunitário SSDF do NIST adiciona práticas de AI generativa ao desenvolvimento seguro de software [25]. A CISA e o NCSC abordam o design, o desenvolvimento, a implantação e a operação seguros de sistemas de AI [26]. A OWASP identifica riscos, incluindo injeção de prompt, divulgação de informações sensíveis, vulnerabilidades na cadeia de suprimentos e consumo ilimitado [27]. O MITRE ATLAS fornece uma base de conhecimento de ameaças em evolução para sistemas de AI preditivos, generativos e agênticos [28].
| Ameaça | Exposição da aplicação | Evidências de controle |
|---|---|---|
| Injeção de prompt ou de contexto | Conteúdo não confiável altera o comportamento do modelo | Limites de confiança, sanitização, hierarquia de instruções e testes |
| Agência excessiva | O modelo aciona ferramenta de impacto além da autorização | Privilégio mínimo, listas de permissões, aprovação e limites de transação |
| Divulgação de informações sensíveis | Prompt, recuperação, log ou saída revela dados | Acesso, minimização, mascaramento, criptografia e monitoramento |
| Comprometimento da cadeia de suprimentos | Modelo, pacote, embedding ou ferramenta é malicioso | Proveniência, varredura, fixação de versão e revisão de fornecedores |
| Consumo irrestrito | Solicitações causam degradação do serviço ou choque de custos | Controles de taxa, token, ferramenta, recursão e gastos |
| Roubo ou extração do modelo | Consultas repetidas reproduzem comportamento proprietário | Detecção de abuso, limites e resposta |
| Envenenamento de dados ou RAG | Conteúdo de origem corrompe a saída | Autoridade da fonte, controle de ingestão e testes de anomalia |
Certificações de segurança e testes de penetração são evidências dentro de seu escopo e data. Eles não substituem a revisão de arquitetura, o histórico de incidentes ou os controles específicos do cliente.
Direitos sobre dados, privacidade, regulamentação e propriedade intelectual
Termos exatos do serviço
A OpenAI afirma que entradas e saídas de negócios e API são excluídas do treinamento por padrão [18]. Seu contrato de serviços estabelece a relação comercial e os direitos relevantes sobre o conteúdo [19]. A Anthropic publica informações sobre o uso de dados de produtos comerciais [20]. Os termos do Gemini API do Google distinguem serviços não pagos e pagos, incluindo o uso de conteúdo enviado e a revisão humana para serviços não pagos e tratamento diferente para serviços pagos [21]. As orientações do Google sobre retenção zero de dados identificam configurações e funcionalidades do produto relevantes para a retenção [40].
Estes termos podem mudar. A empresa deve manter documentos contratuais datados, configurações de conta e evidências de fluxo de dados. Uma resposta de privacidade baseada apenas na declaração pública em nível de marca de um fornecedor é incompleta.
Registro de direitos sobre dados
| Classe de dados | Fonte | Direito e finalidade | Uso para treinamento ou avaliação | Retenção e exclusão | Transferência e processador |
|---|---|---|---|---|---|
| Entrada do cliente | Sistema do cliente | Contrato e base legal aplicável | Definido pelo contrato | Política do cliente e da empresa | Provedores e regiões nomeados |
| Feedback do cliente | Avaliação do usuário | Termo de operação e melhoria do produto | Específico do escopo | Período definido | Processadores aprovados |
| Dados públicos | Publicação identificada | Análise de direitos autorais, banco de dados e uso | Registrado | Proveniência retida | Termos do provedor verificados |
| Dados licenciados | Fornecedor ou parceiro | Escopo da licença, campo, abrangência geográfica e prazo | Permissão expressa | Prazo contratual | Restrição de transferência |
| Dados sintéticos | Geração pela empresa | Direitos de origem e geração | Documentado | Versionado | Termos do modelo verificados |
| Conteúdo de funcionários | Funcionário ou prestador de serviços | Cessão, confidencialidade e política | Finalidade restrita | Política trabalhista e jurídica | Ferramentas aprovadas |
O registro deve consignar a qualidade e a utilidade dos dados separadamente dos direitos legais. Dados lícitos podem ser irrelevantes. Dados úteis podem ser inutilizáveis porque o direito exigido está ausente.
UAE, DIFC, ADGM, proteção de dados da Arábia Saudita e do Reino Unido
O Decreto-Lei Federal UAE nº 45 de 2021 estabelece um quadro federal de dados pessoais dentro do seu âmbito [33]. O Regulamento 10 do DIFC trata do tratamento de dados pessoais por meio de sistemas autônomos e semiautônomos [34]. A orientação do ADGM aborda a tomada de decisão individual automatizada, incluindo a necessidade de revisão humana significativa nos casos relevantes [35]. A PDPL da Arábia Saudita e o quadro de implementação estabelecem obrigações do controlador dentro do âmbito [36]. O Information Commissioner's Office do Reino Unido publica orientações AI que abrangem licitude, equidade, transparência, limitação de finalidade, minimização, exatidão, armazenamento, segurança e responsabilização [37].
| Jurisdição ou regime | Questão sobre a função do produto | Evidências de diligência devida |
|---|---|---|
| UAE federal | Os dados pessoais são tratados dentro do âmbito territorial e material? | Registro de tratamento, base legal, aviso, operador e mapa de transferências |
| DIFC | Um sistema autônomo ou semiautônomo trata dados pessoais? | Registro de avaliação e controle do Regulamento 10 |
| ADGM | O tratamento exclusivamente automatizado produz efeitos jurídicos ou significativamente semelhantes? | Mapa de decisões, exceção, revisão humana significativa e recurso |
| Arábia Saudita | A empresa é controladora ou processadora no âmbito do PDPL? | Evidências de base legal, finalidade, aviso, segurança, transferência e retenção |
| Reino Unido | Como se aplicam os princípios de proteção de dados do Reino Unido ao longo do ciclo de vida de AI? | Evidências de DPIA, equidade, transparência, direitos e segurança |
Esta tabela é um índice de diligência devida. Não constitui uma conclusão jurídica.
Papéis e transparência no Regulamento AI da UE
O Regulamento AI da UE distingue prestadores de modelos, prestadores de sistemas, responsáveis pela implantação e outros operadores, e aplica obrigações em função do papel e do risco [31]. A Comissão Europeia declara que as obrigações de transparência do artigo 50.º se aplicam a partir de 2 de agosto de 2026, com um regime transitório específico para determinados sistemas colocados no mercado anteriormente [32]. Uma empresa GCC pode estar abrangida através da colocação do produto no mercado, da implantação ou de pessoas afetadas na União, consoante os factos.
A matriz produto-papel deve ser preenchida para cada caso de uso e jurisdição. Uma empresa pode ser prestadora de uma funcionalidade, responsável pela implantação de outra e integradora a jusante de um modelo de uso geral de terceiros. A redação contratual deve estar alinhada com a arquitetura e o controlo efetivos.
Direitos de autor, patentes e proveniência do código
O Copyright Office dos EUA publicou relatórios sobre réplicas digitais, a suscetibilidade de proteção por direitos de autor dos resultados gerados por AI e o treino de AI [38]. A orientação revista do USPTO, de novembro de 2025, afirma que os critérios habituais de inventoria se aplicam às invenções assistidas por AI e que apenas pessoas singulares podem ser inventoras [39]. Os contratos com prestadores e as licenças de modelos abertos atribuem e reservam direitos diferentes [19,21,22].
| Ativo de PI | Registro obrigatório | Questão de diligência devida |
|---|---|---|
| Código-fonte | Repositório, autor, cessão, licença e dependência | Titularidade e obrigações de código aberto |
| Prompt e fluxo de trabalho | Versão, autor, restrição de cliente e tratamento de sigilo | Direitos autorais, confidencialidade e portabilidade |
| Conjunto de dados | Fonte, licença, coleta e finalidade permitida | Direitos autorais, banco de dados, privacidade e contrato |
| Ajuste fino ou adaptador | Licença base, dados de treinamento, método e implantação | Direitos e condições do fornecedor |
| Entregável | Contribuição humana, revisão e termos do cliente | Protegibilidade e risco de infração |
| Invenção | Registro de concepção humana e cessão | Autoria de invenção e titularidade de patente |
| Marca e domínio | Registro, titularidade e uso | Liberdade de operação e confusão do consumidor |
O código gerado deve passar pelos mesmos controles de revisão, teste, segurança, proveniência e licenciamento que o código escrito por humanos. A diligência devida deve fazer amostragem de commits e dependências, em vez de se basear apenas em um documento de políticas.
| Etapa | Evidência | Teste do investidor |
|---|---|---|
| Oportunidade | Necessidade qualificada, comprador, orçamento e prazo | Definição e envelhecimento são consistentes |
| Contrato | Contrato assinado, vigência, escopo, preço e rescisão | Assinado por partes autorizadas; side letters registradas |
| Implantação | Registro de ambiente, usuário e integração | Produção, piloto e teste estão separados |
| Desempenho | Resultados aceitos e evidências de serviço | O serviço contratado foi prestado |
| Fatura | Fatura, data, valor, imposto e data de vencimento | Concilia com o contrato e o razão |
| Recebimento | Registro bancário ou de pagamento e alocação | O caixa é recebido e não é estornado |
| Crédito ou concessão | Nota de crédito, desconto, período gratuito ou recuperação de serviço | Receita líquida e questão do cliente capturadas |
| Renovação | Continuidade informada e novo prazo | Renovação automática, renovação negociada e permanência após o termo separadas |
Qualidade da Receita, Retenção e Distribuição
Do contrato ao caixa
A subscrição de receita começa com uma ponte no nível do cliente. A ponte conecta oportunidade, contrato assinado, obrigação de desempenho, acesso ao produto, uso, resultados aceitos, fatura, recebimento, crédito, concessão, renovação e expansão. Ela também identifica relacionamentos com revendedores, partes relacionadas, rede de fundadores e parceiros estratégicos.
| Etapa | Evidência | Teste do investidor |
|---|---|---|
| Oportunidade | Necessidade qualificada, comprador, orçamento e prazo | Definição e envelhecimento são consistentes |
| Contrato | Contrato assinado, vigência, escopo, preço e rescisão | Assinado por partes autorizadas; side letters registradas |
| Implantação | Registro de ambiente, usuário e integração | Produção, piloto e teste estão separados |
| Desempenho | Resultados aceitos e evidências de serviço | O serviço contratado foi prestado |
| Fatura | Fatura, data, valor, imposto e data de vencimento | Concilia com o contrato e o razão |
| Recebimento | Registro bancário ou de pagamento e alocação | O caixa é recebido e não é estornado |
| Crédito ou concessão | Nota de crédito, desconto, período gratuito ou recuperação de serviço | Receita líquida e questão do cliente capturadas |
| Renovação | Continuidade informada e novo prazo | Renovação automática, renovação negociada e permanência após o termo separadas |
A receita recorrente anual deve ter uma política escrita. O investidor deve testar se pilotos, compromissos de consumo, implementação, serviços profissionais, contratos não canceláveis, mínimos de uso, taxas únicas e faturas vencidas estão incluídos. A ARR reportada deve conciliar com um cronograma de clientes e o razão geral em conformidade com a política.
Coortes
Uma coorte agrupa clientes comparáveis por período de início, segmento, produto, contrato ou fonte de aquisição. A retenção de receita deve ser apresentada em bases bruta e líquida. A retenção de logos deve ficar ao lado da retenção de receita, porque um cliente em expansão pode ocultar uma perda generalizada de clientes.
| Métrica de coorte | Numerador | Denominador | Interpretação |
|---|---|---|---|
| Retenção de receita bruta | Receita recorrente inicial menos churn e contração | Receita recorrente inicial | Retenção antes da expansão |
| Retenção líquida de receita | Receita recorrente inicial menos churn e contração mais expansão | Receita recorrente inicial | Retenção incluindo expansão |
| Retenção de logos | Clientes iniciais retidos | Clientes iniciais | Amplitude da retenção de clientes |
| Retenção de resultados aceitos | Resultados de fluxos de trabalho comparáveis retidos | Resultados comparáveis iniciais | Uso continuado do produto |
| Retenção de recebimentos | Valor recorrente recebido de clientes retidos | Valor recorrente recebido inicial | Qualidade do caixa |
A empresa deve divulgar o tamanho e a idade da coorte. Uma coorte jovem pode apresentar alta retenção líquida antes da primeira renovação significativa. Um cliente com uma implantação inicial grande pode criar contração sem insatisfação. As evidências devem explicar a movimentação.
Concentração
A concentração é medida por receita, lucro bruto, recebimentos, resultados aceitos, pipeline e direitos sobre dados críticos. Um cliente de alta receita pode ter margem baixa devido a infraestrutura dedicada, serviços, suporte ou consumo de modelo. Um parceiro de design de baixa receita pode ser operacionalmente crítico porque o produto depende de seus dados ou de sua expertise de domínio.
Eficiência de vendas
O custo de aquisição de clientes deve incluir remuneração de vendas, marketing, eventos, tempo dos fundadores, taxas de canal, engenharia de soluções, diligência de segurança, pilotos e implementação quando forem necessários para conquistar a coorte. O payback usa o lucro bruto da coorte, e não a receita.
Uma empresa em estágio inicial pode reportar a atividade subjacente mesmo quando um CAC estável não está disponível. Evidências úteis incluem horas dos fundadores por estágio, número de revisões de segurança, duração do piloto, esforço de implementação, motivos de ganho/perda e tempo entre a assinatura e a aceitação em produção.

Economia Unitária, Margem Bruta e Plano de Capital
Razão de custos por resultado
O preço dos tokens do provedor é apenas uma linha de custo [13-16]. O custo total de um resultado aceito pode incluir acesso a sistemas de origem, processamento de documentos, embeddings, recuperação, armazenamento de contexto, entrada e saída do modelo, cache, ancoragem, ferramentas, execução de código, novas tentativas, chamadas com falha, orquestração, observabilidade, segurança, revisão humana, suporte e infraestrutura específica do cliente.
| Pool de custos | Direcionador de alocação | Evidência |
|---|---|---|
| Inferência de modelo | Tokens reais, imagens, áudio, chamadas ou capacidade provisionada | Da telemetria à fatura |
| Recuperação e armazenamento | Volume indexado, consulta, tempo de armazenamento e tráfego de saída | Registros e fatura da nuvem |
| Ferramentas e serviços de dados | Invocação, pesquisa, transação ou licença | Registro da ferramenta e fatura |
| Revisão humana | Minutos por função e classe de resultado | Registro de tempo do fluxo de trabalho e taxa de folha de pagamento |
| Suporte e operações | Chamados, incidentes, plantão e ambiente do cliente | Registro de chamados e de alocação de pessoal |
| Infraestrutura | Computação, banco de dados, rede, observabilidade e segurança | Custo de nuvem etiquetado e política de alocação |
| Entrega específica para o cliente | Integração, configuração e ambiente dedicado | Registro do projeto e contrato |
Ponte ilustrativa de lucro bruto
Suponha, apenas para fins de ilustração, que um cliente compre 10.000 resultados aceitos por mês a USD 1.20 cada. A receita mensal é USD 12,000.. O custo de modelo e recuperação é USD 1,650; ferramentas e infraestrutura custam USD 900; a revisão humana custa USD 1,800; a alocação de suporte e confiabilidade custa USD 750.. O lucro bruto ilustrativo é USD 6,900 e a margem bruta é 57,5%.
| Linha | Premissa ilustrativa não verificada | Por resultado aceito |
|---|---|---|
| Receita recebida ou reconhecida | USD 12,000 | USD 1.20 |
| Modelo e recuperação | USD 1,650 | USD 0.165 |
| Ferramentas e infraestrutura | USD 900 | USD 0.090 |
| Revisão humana | USD 1,800 | USD 0.180 |
| Suporte e confiabilidade | USD 750 | USD 0.075 |
| Lucro bruto ilustrativo | USD 6,900 | USD 0.690 |
| Margem bruta ilustrativa | 57.5% | 57.5% |
Cada entrada neste exemplo é uma premissa hipotética de modelagem. Isso não comprova nenhum resultado de empresa ou de cliente. Receita atribuída, redução de custos e redução de perdas permanecem USD 0.
Decomposição de margem
O movimento da margem deve ser decomposto por preço, volume, mix, rota de modelo, tamanho do prompt/contexto, cache, uso em lote, taxa de revisão, taxa de falha, serviço específico por cliente e classificação contábil. A divulgação da Duolingo em 2025, que conecta custos de AI generativa e de hospedagem ao movimento da margem bruta, ilustra por que o custo direto de AI deve entrar na ponte [10]. As diferentes margens brutas reportadas por Palantir, UiPath e C3 AI ilustram variação de produto e de modelo de negócio [7-9].
A queda do preço do fornecedor pode melhorar a margem. Também pode estimular a concorrência de preços, permitir a entrada de novos concorrentes ou viabilizar uma rota de modelo de maior qualidade que preserve o custo unitário. A análise de risco deve modelar a resposta da empresa em vez de presumir que todas as economias do fornecedor permanecem com os acionistas.
Intensidade de capital
Empresas de aplicações podem ser pouco intensivas em capital ou intensivas em capital. As necessidades de capital aumentam com ciclos longos de vendas corporativas, implantações dedicadas, aquisição de dados, treinamento de modelos, capacidade garantida, permissões regulatórias, requisitos de segurança, operações humanas e capital de giro. Gastos comprometidos com nuvem podem criar uma obrigação fixa antes de o volume de clientes chegar.
| Linha de capital | Evidência base | Questão de cenário adverso |
|---|---|---|
| Produto e engenharia | Efetivo, roadmap e etapas de aprovação de lançamento | Qual trabalho é necessário para a retenção de clientes? |
| AI e dados | Compromissos com fornecedores, treinamento, avaliação e dados | Qual custo cresce antes da receita? |
| Vendas e implementação | Funil, ciclo e capacidade de entrega | O que acontece quando os negócios atrasam? |
| Segurança e conformidade | Requisitos de clientes e jurisdição | Qual autorização bloqueia a receita? |
| Capital de giro | Condições de faturamento, cobrança e pagamento a fornecedores | O uso de caixa cresce com a receita? |
| Financiamento | Caixa, dívida, capital próprio e recursos restritos | Quais covenants ou marcos restringem a atuação? |
Ponte de runway
O modelo de runway deve começar com caixa verificado pelo banco e reconciliar recebimentos e pagamentos mensais. A gestão então aplica critérios de aprovação para contratação, fornecedores, vendas e questões regulatórias. O conselho deve ver cenários base, de atraso, de receita reduzida, de choque de custos e sem captação.
O plano deve distinguir gastos comprometidos, contratados, aprovados, discricionários e não aprovados. O uso dos recursos torna-se uma lista de marcos de evidência: aceitação da produção, avaliação representativa, coorte de renovação, limite de margem bruta, migração de fornecedor, requisito de segurança ou etapa de licenciamento.
Scorecard de Subscrição, Memorando de Investimento e Cenário de Queda
Design do scorecard
O scorecard registra a suficiência de evidências, não o carisma do fundador ou o entusiasmo com a categoria. Cada domínio recebe um status: verificado, parcialmente verificado, estimado pela gestão, sem suporte ou adverso. Uma pontuação numérica pode apoiar a consistência, mas não deve ocultar uma questão crítica.
| Domínio | Peso | Ponto de controle de evidências | Bloqueio crítico |
|---|---|---|---|
| Problema do cliente e resultado | 12 | Fluxo de trabalho observado e resultado aceito | Nenhuma tarefa repetitiva valiosa |
| Produto e uso | 10 | Uso em produção e adoção | Apenas demonstração |
| Avaliação e confiabilidade | 12 | Evidências de versão representativa e de produção | Falhas materiais não controladas |
| Arquitetura e portabilidade | 8 | Mapa de dependências e alternativa testada | Concentração de fornecedores não gerenciável |
| Dados, privacidade e propriedade intelectual | 12 | Evidências de direitos e papéis | Direitos materiais ausentes |
| Receita e retenção | 14 | Do contrato ao caixa e coortes | Receita distorcida de forma relevante |
| Economia unitária | 12 | Custo reconciliado por resultado aceito | Razão de custos incompleto |
| Distribuição | 8 | Funil qualificado e evidência repetível de compra | Pipeline sem comprovação |
| Equipe e governança | 6 | Responsáveis nomeados e registro de controles | Questão de autoridade ou integridade |
| Capital e termos | 6 | Autonomia de caixa, cenário adverso e plano de financiamento | Insolvência ou lacuna de financiamento não gerida |
Os pesos são premissas hipotéticas de modelagem. O comitê de investimentos deve aprovar seus próprios pesos e restrições críticas.
Pacote de evidências do memorando de investimento
| Seção do memorando | Anexo obrigatório |
|---|---|
| Tese | Registro de alegações e evidências contrárias |
| Mercado | Fluxo de trabalho bottom-up, mercado e limitações das fontes |
| Produto | Fluxo de trabalho antes/depois, resultado aceito e registro de demonstração do produto |
| Tecnologia | Arquitetura, registro de provedores, avaliação e teste de portabilidade |
| Clientes | Amostra do ciclo contrato–caixa, coortes e referências estruturadas |
| Economia | Livro-razão por resultado, ponte de margem bruta e eficiência de vendas |
| Jurídico e regulatório | Matrizes corporativas, de PI, de dados e de funções de produto |
| Equipe | Funções, referências, titularidade, incentivos e plano para pessoas-chave |
| Financiamento | Tabela de capitalização, termos dos instrumentos, uso dos recursos, runway e cenário negativo |
| Decisão | Condições, reservas, direitos de governança e marcos pós-investimento |
Cenários negativos
| Cenário | Choque ilustrativo | Evidências para o modelo | Resposta da administração |
|---|---|---|---|
| Custo do modelo | O custo unitário do modelo principal aumenta 50% | Distribuição atual de faturas e carga de trabalho | Plano de roteamento, preço, contexto e contingência |
| Qualidade | A aceitação na primeira passagem cai 15 pontos percentuais | Histórico de aceitação em avaliação e produção | Reversão, revisão e restrição de clientes |
| Provedor | A versão principal é descontinuada em 90 dias | Aviso de ciclo de vida e teste de migração | Modelo alternativo e plano de lançamento |
| Cliente | O maior cliente cancela o contrato | Concentração de receita, lucro bruto e custo | Resposta de custos, caixa e pipeline |
| Vendas | O ciclo médio de vendas empresariais aumenta em seis meses | Histórico de estágios e evidências de compras | Ajuste de contratações e de runway |
| Regulamentação | O produto exige avaliação ou autorização adicional | Matriz de funções e análise jurídica | Alteração de escopo, geografia ou controle |
Todos os choques são exemplos ilustrativos hipotéticos usados como dados de entrada. A equipe de diligência devida deve substituí-los por evidências específicas da empresa e severidades aprovadas pelo comitê.
Avaliação e estrutura
A análise de avaliação deve separar as evidências atuais do valor de opção. O valor atual pode usar características observadas de receita, retenção, lucro bruto, crescimento e caixa. O valor de opção pode refletir novos produtos, geografias, conjuntos de dados ou capacidade do modelo e deve incorporar probabilidade, capital e tempo.
A estrutura pode tratar lacunas de evidências por meio de financiamento escalonado, marcos, reservas, direitos de informação, direitos de consentimento, direitos de representação no conselho, vesting de fundadores, pools de opções e garantias. A assessoria jurídica deve redigir e avaliar a transação. Os marcos devem estar dentro da esfera de influência da administração e ser definidos por evidências auditáveis.

Playbooks para fundadores e investidores
Índice do data room de diligência devida do fundador
| Pasta | Conteúdo mínimo | Frequência de atualização |
|---|---|---|
| 01 Corporativo | Constituição, registros, grupo, licenças e materiais do conselho | Em caso de alteração |
| 02 Capital | Tabela de capitalização, instrumentos, opções, dívida e waterfall de distribuição | Em caso de transação |
| 03 Clientes | Cronograma de contratos, amostras assinadas, faturas, cobranças e créditos | Mensal |
| 04 Produto | Roteiro, lançamentos, uso e resultados aceitos | A cada versão/mensal |
| 05 AI e avaliação | Modelos, prompts, suítes, resultados, incidentes e migrações | A cada versão |
| 06 Dados e PI | Direitos, proveniência, cessões, licenças e invenções | Em caso de alteração/trimestralmente |
| 07 Segurança e privacidade | Arquitetura, políticas, testes, incidentes, DPIAs e subcontratantes | Trimestralmente/em caso de incidente |
| 08 Finanças | Contas de gestão, banco, orçamento, margem e autonomia de caixa | Mensal |
| 09 Comercial | Pipeline, funil, precificação, perdas e parceiros | Semanalmente/mensalmente |
| 10 Equipe | Organização, contratos, remuneração, referências e plano de contratação | Mensal |
| 11 Demandas | Registro de afirmações do pitch e do memorando | Antes de cada uso externo |
O fundador deve preservar os registros originais e fornecer reconciliações, em vez de uma coleção curada de capturas de tela favoráveis. Dados pessoais e dados que identifiquem clientes devem ser compartilhados apenas sob autoridade e controles adequados.
Trabalho de campo do investidor
O investidor começa com uma lista de solicitações e um mapa de evidências. Ele seleciona uma amostra de clientes entre os grupos de clientes retidos, expandidos, piloto, cancelados e de oportunidades perdidas. Ele reproduz uma avaliação delimitada. Ele rastreia contratos selecionados até uso, faturas e caixa. Ele reconcilia faturas de fornecedores com telemetria. Ele seleciona uma amostra da propriedade de código-fonte e dos direitos sobre dados. Ele testa uma migração de fornecedor. Ele revisa incidentes e relatórios ao conselho.
| Trabalho de campo | Objetivo da amostra | Evidências retidas |
|---|---|---|
| Observação do fluxo de trabalho | Confirmar tarefa, revisão e aceitação | Mapa de processo datado e limitações |
| Reprodução da avaliação | Testar a qualidade representativa | Entradas, versões, saída e destinação |
| Rastreamento de contrato até caixa | Testar a existência e a qualidade da receita | Contrato, fatura, cobrança e crédito |
| Recriação de coorte | Testar cálculos de retenção | Demonstrativo de clientes e fórmula |
| Conciliação de custos | Testar o custo total por resultado aceito | Fatura, telemetria e alocação |
| Migração de provedor | Testar portabilidade e trabalho oculto | Registro de alterações, avaliação, custo e tempo |
| Revisão de segurança/privacidade | Testar controles relevantes e incidentes | Arquitetura, teste e remediação |
| Referências do fundador e da equipe | Testar histórico, funções e integridade | Notas sobre fonte, relacionamento e fatos |
Perguntas para a administração
- Qual resultado exato para o cliente é aceito, por quem e sob qual limiar de qualidade?
- Qual tarefa de produção falha com mais frequência e qual é a consequência para o cliente?
- Qual resultado de produtividade reportado tem uma linha de base observada e um contrafactual?
- Qual provedor, modelo ou ferramenta é crítico para a receita retida?
- Quanto tempo levaria uma migração representativa e quando ela foi testada pela última vez?
- Qual alegação sobre dados tem a evidência de direitos mais fraca?
- Qual coorte de clientes gera o maior lucro bruto recebido?
- Qual cliente exige mais revisão ou suporte humano?
- Qual alegação relevante no pitch deck permanece uma estimativa da administração?
- Qual resultado levaria a administração a restringir, redesenhar ou descontinuar o produto?
- Qual plano de caixa se aplica caso o próximo financiamento seja adiado por seis meses?
- Qual marco converte a maior incerteza remanescente em evidência?

Roteiro de 12 a 18 meses com gates
O roteiro começa com definição e reconciliação. Avança por avaliação representativa, evidências de produção, economia retida e prontidão de financiamento. O prazo calendário depende do estágio da empresa, do processo do cliente e dos requisitos regulatórios.
| Fase | Período-alvo | Entregável | Marco de saída |
|---|---|---|---|
| 0 Definição | Mês 0-1 | Fluxo de trabalho, resultado aceito e registro de alegações | Responsáveis nomeados e definições estáveis |
| 1 Sala de evidências | Mês 1-2 | Do contrato ao caixa, arquitetura, registros de provedores e de direitos | Registros centrais reconciliados |
| 2 Avaliação | Mês 2-4 | Suíte representativa, gate de liberação e taxonomia de falhas | Limiares críticos aprovados |
| 3 Economia | Mês 3-6 | Custo por resultado e ponte de margem bruta por coorte | Conciliar fatura, telemetria e livro razão |
| 4 Portabilidade | Mês 4-7 | Teste de migração para modelo/provedor alternativo | Limite definido de qualidade, tempo e custo |
| 5 Prova comercial | Mês 4-10 | Evidências de adoção em produção, referência e primeira renovação | Portões de cliente e cobrança aprovados |
| 6 Controle de escala | Mês 8-14 | Controles de monitoramento, segurança, suporte e economia unitária | O crescimento não degrada o resultado nem a margem |
| 7 Financiamento | Mês 10-18 | Memorando baseado em evidências, cenário de queda, avaliação e uso dos recursos | Caminho da transação aprovado pelo comitê ou pelo conselho |
O roteiro é uma sequência de pontos de verificação de evidências. Uma empresa pode avançar mais rápido quando já existem evidências confiáveis. Pode permanecer em uma fase quando um ponto de verificação não for atendido. A decisão pode ser avançar, restringir, redesenhar, manter como pesquisa ou interromper.
Limitações, Agenda de Pesquisa e Conclusão
Este artigo apresenta uma estrutura de diligência devida baseada em evidências públicas. Ele não relata um investimento, uma coorte de clientes, uma avaliação em produção ou um retorno financeiro. Dados de mercado descrevem conjuntos de dados e períodos diferentes. Documentos de empresas de capital aberto descrevem empresas maduras com perfis econômicos que podem não se assemelhar aos de uma startup privada de aplicação. Os preços e termos dos fornecedores podem mudar após a data de corte das evidências.
A estrutura exige evidências da empresa para implementação. Pesquisas futuras devem analisar coortes anonimizadas de contrato até caixa, economia dos resultados aceitos, eventos de migração de modelos, custos de incidentes e resultados de avaliação entre categorias de aplicação. Estudos comparativos devem relatar limites completos de carga de trabalho, modelo, prompt, ferramenta, revisão, latência, falha e custo. A pesquisa GCC deve distinguir contextos jurídicos federais, do DIFC, do ADGM e da Arábia Saudita e usar análise jurídica qualificada.
A conclusão de investimento é disciplinada. A subscrição de aplicações nativas de AI começa com um fluxo de trabalho de cliente valioso e um resultado aceito ajustado pela qualidade. Em seguida, acompanha as evidências por arquitetura, cadeia de suprimentos de modelos, avaliação, direitos sobre dados, uso em produção, contrato, cobrança, coorte, custo e controle. A empresa obtém a classificação de nativa de AI quando essa cadeia é material e reproduzível. Ela obtém uma tese de investimento quando o valor retido do cliente, o lucro bruto, a governança e o preço do financiamento permanecem críveis em cenário de queda.
Para investidores, a estrutura converte o entusiasmo pela categoria em um registro de alegações, um plano de trabalho de campo, um scorecard e um memorando baseado em evidências. Para fundadores, cria um sistema de gestão para qualidade do produto, valor para o cliente, dependência de fornecedores, direitos sobre dados, margem bruta e prontidão para captação de recursos. Ambas as partes se beneficiam de uma sala de evidências reconciliada e de um tratamento explícito da incerteza.
| Fase | Período-alvo | Entregável | Marco de saída |
|---|---|---|---|
| 0 Definição | Mês 0-1 | Fluxo de trabalho, resultado aceito e registro de alegações | Responsáveis nomeados e definições estáveis |
| 1 Sala de evidências | Mês 1-2 | Do contrato ao caixa, arquitetura, registros de provedores e de direitos | Registros centrais reconciliados |
| 2 Avaliação | Mês 2-4 | Suíte representativa, gate de liberação e taxonomia de falhas | Limiares críticos aprovados |
| 3 Economia | Mês 3-6 | Custo por resultado e ponte de margem bruta por coorte | Conciliar fatura, telemetria e livro razão |
| 4 Portabilidade | Mês 4-7 | Teste de migração para modelo/provedor alternativo | Limite definido de qualidade, tempo e custo |
| 5 Prova comercial | Mês 4-10 | Evidências de adoção em produção, referência e primeira renovação | Portões de cliente e cobrança aprovados |
| 6 Controle de escala | Mês 8-14 | Controles de monitoramento, segurança, suporte e economia unitária | O crescimento não degrada o resultado nem a margem |
| 7 Financiamento | Mês 10-18 | Memorando baseado em evidências, cenário de queda, avaliação e uso dos recursos | Caminho da transação aprovado pelo comitê ou pelo conselho |

