Diálogo com operating partner: como acontece o discovery

Do formulário de intake à matriz de riscos precificada em 48-72 horas, sem entrevista

Contexto e participantes

• Participante 1: Dana Whitfield (Operating Partner, fundo de lower middle market; plataforma de distribuição industrial com três aquisições add-on fechadas ou em fase de LOI). Já conduziu quatro integrações pós-fechamento. Espera que "discovery" signifique doze semanas de entrevistas e uma apresentação de slides, e quer saber o que muda antes de submeter a equipe de gestão de outro alvo a esse processo.
• Participante 2: Kyle Castor (Founder & Principal Architect, DataOngoing). Direto. Descreve o processo passo a passo, inclusive as partes que continuam humanas.

Este é um diálogo composto modelado. Os participantes são arquétipos, o alvo é fictício e os números são aritmética ilustrativa, com as premissas indicadas no texto. O processo descrito (formulário, acesso, análise estática automatizada, interpretação, apresentação dos resultados) é o processo real de diligência da DataOngoing; os termos publicados estão na página Leitura de diligência tecnológica de IA em 48-72 horas.

O diálogo

Dana Whitfield (Operating Partner): "Toda empresa de diligência que contratei começa com uma fase de discovery. Reunião de kickoff, lista de stakeholders, três semanas de entrevistas, um workshop e depois uma apresentação. A última levou onze semanas e o controller do alvo quase pediu demissão. A sua página diz 48 a 72 horas. O que vocês estão deixando de fora?"

Kyle Castor: "As entrevistas. Aqui o discovery é uma leitura, não uma entrevista. Tudo o que uma equipe convencional pergunta às pessoas já está registrado no sistema do alvo: quais scripts estão implantados e em quais registros, quem tem quais permissões, quais integrações chamam quais endpoints, quanto tempo as transações levam para salvar, onde ficam saldos de compensação não alocados. As pessoas lembram esses fatos de forma imperfeita. O sistema não. Por isso lemos o sistema e dedicamos as horas humanas à interpretação."

Dana Whitfield: "Explique o processo desde o momento em que preencho o seu formulário. Quero a sequência real, não a filosofia."

Kyle Castor: "São seis etapas.

Um, formulário. O formulário da página de contato pergunta qual é a situação, qual sistema o alvo usa e como entrar em contato com você. Ele é armazenado de forma privada e encaminhado para mim. Não há representante de desenvolvimento de vendas nem reunião de qualificação; a resposta vem da pessoa que fará a leitura.

Dois, escopo e termos. Confirmamos o que será precificado: uma única instância do NetSuite ou uma plataforma mais os sistemas das aquisições add-on que precisam ser incorporados a ela. O valor é fixo, USD 12,500, e é creditado integralmente em qualquer sprint de remediação que venha depois. Assinamos o seu NDA, e os dados do alvo são tratados de forma anonimizada e com restrição de PII.

Três, acesso. O administrador do alvo cria uma função de integração somente leitura, com permissões de privilégio mínimo ou, antes da LOI, exporta os metadados e uma lista de funções. Essa é a única ação exigida de alguém do lado do alvo e leva bem menos de uma hora de um administrador.

Quatro, a leitura automatizada. A partir do momento em que o acesso é concedido, o relógio começa: 48 a 72 horas. A análise estática processa cada customização da instância e a telemetria associada. Daqui a pouco detalho isso.

Cinco, interpretação. Leio o que a análise encontrou, precifico cada achado e organizo a remediação em um plano de Dia 1 e de 100 dias, com custos.

Seis, apresentação dos resultados. Uma reunião, de cerca de uma hora, com você e quem da equipe do deal precisar ouvir. Você sai com a matriz de riscos, o inventário e o plano com custos."

Dana Whitfield: "A etapa quatro é a que não entendo. O que exatamente é lido, e por quê?"

Kyle Castor: "Quatro categorias, cada uma por uma passagem automatizada diferente.

O inventário de customizações. Cada script, workflow, registro personalizado e campo é enumerado e processado. O parser sinaliza SuiteScript 1.0 e uso de API obsoleta, scripts empilhados no mesmo evento de registro que disputam a mesma linha e exposição a limites de governança. Revisar quarenta scripts manualmente são duas semanas do tempo de um engenheiro sênior; processá-los são minutos de computação, e é daí que vem a compressão do calendário.

As tabelas de permissões. Cada função é pontuada no índice de risco de função de 0-4, de zero para nenhum a quatro para total, e confrontada com o organograma. Logins compartilhados e fluxos de aprovação sem segregação de funções aparecem automaticamente nessa tabela.

Os endpoints de integração. Cada conexão de entrada e de saída é listada com seu método de autenticação, seu volume e se passa por um middleware que o comprador herdará como custo recorrente.

A telemetria de transações. Registros de transações, linhas e notas de sistema são consultados em busca dos sintomas operacionais que custam dinheiro: pedidos parados, saldos de compensação não alocados, violações de margem em relação ao piso de preços, latência de gravação de registros nos formulários mais usados."

Dana Whitfield: "E nessas 48 a 72 horas, quantas pessoas do alvo são envolvidas? Esse é o número que importa para uma equipe de gestão no meio do processo."

Kyle Castor: "Uma. O administrador que concede o acesso. Ninguém é entrevistado. Ninguém participa de workshop. Do seu lado, são duas a três horas no total: a conversa sobre escopo, a coordenação do acesso e a apresentação dos resultados.

Compare com um processo convencional, como aritmética modelada e não como afirmação sobre qualquer empresa específica. Vinte entrevistas com stakeholders de uma hora cada são vinte horas do tempo do alvo, antes da preparação. Some uma hora de preparação por entrevista e um workshop de meio período, e a equipe do alvo dedicou cerca de quarenta e quatro horas. Frente a duas a três horas aqui, é cerca de quinze a vinte vezes menos do tempo deles, e o calendário passa de quatro a seis semanas para três dias."

Dana Whitfield: "E se o alvo recusar o acesso ao código antes da LOI? Vendedores ficam nervosos em deixar um técnico do comprador entrar no sistema deles."

Kyle Castor: "Então trabalhamos a partir de uma exportação de metadados e de uma listagem de funções, que o administrador do vendedor gera sem conceder login a ninguém. Isso basta para sinalizar os riscos materiais: exposição a scripts obsoletos, proliferação de permissões, número de integrações, volume de registros personalizados. O acesso completo torna a estimativa de refatoração mais precisa, porque podemos ler o código em vez de inferi-lo a partir dos metadados, mas ele não é necessário para dizer se há um problema e qual é, aproximadamente, a sua dimensão."

Dana Whitfield: "O que sai no final? Preciso de algo que meu comitê de investimento possa usar, não de um apêndice técnico."

Kyle Castor: "Quatro documentos, todos escritos para o comitê.

Uma matriz de riscos, pontuada e priorizada, em que cada linha indica a exposição, sua probabilidade e o custo em dólares para remediá-la.

Um inventário de customizações e integrações, com a exposição a obsolescência indicada em relação aos prazos do fornecedor.

O índice de risco de função de 0-4 confrontado com o organograma.

Um plano de remediação do Dia 1 e dos 100 dias, com custos.

Os valores em dólares são o que move o preço. Um achado quantificado e sequenciado entra no contrato de compra como ajuste de preço, retenção para remediação ou compromisso de 100 dias com orçamento associado. Um achado descrito em prosa não entra."

Dana Whitfield: "Quanto disso é realmente máquina e quanto é você? Já me venderam 'movido a IA' antes e recebi um analista júnior com um modelo pronto."

Kyle Castor: "Dez, oitenta, dez. Dez por cento do esforço é intenção humana: você me diz o que o comitê precisa ver precificado. Oitenta por cento é execução por máquina: a análise, a pontuação, as consultas e o inventário são passagens automatizadas que rodam da mesma forma em qualquer instância. Os últimos dez por cento são supervisão humana: eu interpreto os achados, decido o que é material, precifico a remediação e apresento. Não há analista júnior em nenhum ponto da sequência, porque não há nada para ele fazer. O trabalho que um júnior faria por meio de entrevistas foi substituído pela leitura do sistema."

Dana Whitfield: "E o que a leitura não consegue me dizer? Prefiro ouvir os limites de você a descobri-los no fechamento."

Kyle Castor: "Ela lê o que está no sistema. Não enxerga a planilha que um controller mantém fora do ERP, um acordo verbal paralelo com um fornecedor, nem se o único engenheiro que entende o código personalizado está prestes a sair. Isso são conversas, e por isso a apresentação dos resultados é uma conversa e não a entrega de um PDF. A leitura indica para onde apontar as perguntas humanas. Ela não as substitui; garante que as poucas que você fizer sejam as certas."

Dana Whitfield: "E o que acontece depois da apresentação dos resultados, se fecharmos?"

Kyle Castor: "O plano já nomeia os vazamentos em ordem de prioridade. O primeiro vira um sprint de quatorze dias a preço fixo, e a taxa de diligência é deduzida dele integralmente. Código funcional chega ao sandbox da empresa-alvo dentro desses quatorze dias e, se não rodar em produção, o marco não é faturado. Seu tempo em um sprint é de três a cinco horas: aprovação do escopo, uma revisão no meio do sprint, aceite."

Dana Whitfield: "Envie a nota de escopo. Se a leitura puder ser feita a partir de uma exportação de metadados, consigo isso do vendedor esta semana sem briga."

O que a tecnologia faz em cada etapa

Total: 48-72 horas a partir do acesso; duas a três horas do seu tempo; sem entrevistas com a equipe da empresa-alvo.

Resumo de indexação

• Intenções de busca principais: como funciona a descoberta em due diligence de tecnologia, o que acontece após o formulário de diligência, acesso somente leitura para due diligence de ERP, diligência tecnológica pré-LOI a partir de uma exportação de metadados, quantas partes interessadas uma diligência tecnológica exige, análise estática com IA para due diligence de NetSuite.
• Números principais (modelados, salvo indicação em contrário): 48-72 horas do acesso à apresentação dos resultados (termos publicados da oferta); 2-3 horas de tempo do adquirente (termos publicados da oferta); uma ação de administrador do lado da empresa-alvo; um comparativo convencional modelado de cerca de 44 horas de tempo da equipe da empresa-alvo, distribuídas em vinte entrevistas, preparação e um workshop.
• Páginas relacionadas: Leitura de diligência tecnológica com IA em 48-72 horas, Due diligence tecnológica para private equity, A vantagem de velocidade 100X.

Os números deste documento são casos compostos modelados, salvo indicação diferente na classe de fonte. Texto-fonte: versão em markdown • Serviço: Due diligence de tecnologia para private equity