Público: sócio, investidor, conselho. Alguém que avalia ativo e defensabilidade, não funcionalidade.
"A pergunta que interessa não é o que o sistema faz. É por que um concorrente com o dobro do time levaria três anos para chegar aqui."
Não faça demo nesta sala. Tela impressiona comprador operacional; investidor quer entender por que a margem melhora com o próximo cliente.
Este é o argumento central. Sem ele, o M3 parece só um ERP com muitos módulos — e ERP com muitos módulos é um mercado ruim, dominado e de margem baixa.
A distinção que muda a leitura: o produto não compete com ERP grande. Compete com o conjunto desorganizado de sistemas pequenos + planilhas que a média empresa brasileira tem — um mercado muito maior e sem incumbente.
Ofereça verificação. Cada número aqui é contável em minutos, e dizer isso vale mais do que o número em si.
O número mais revelador para quem entende de engenharia é o das 27,5 mil linhas de ferramentaria — geradores, diagnósticos, medidores de qualidade de dado e de performance. É investimento em velocidade futura, não em funcionalidade vendável. Empresa que não pensa em escala não constrói isso.
Se perguntarem sobre os 4 idiomas: é opcionalidade de mercado já paga, não uso atual.
⚠ Todos estes números são de produto e engenharia. Não há aqui nenhum número comercial — clientes pagantes, receita recorrente, retenção, custo de aquisição. Leve-os em separado, conferidos. Se a pergunta vier e você não tiver o número à mão, a resposta é "não vou chutar isso; te mando hoje". Improvisar tração é o único erro desta apresentação que não tem conserto.
O item 1 é o argumento econômico e o que mais interessa a investidor: a curva de custo por módulo é decrescente. Foi o que permitiu a trinta existirem.
Se pedirem prova do item 1: três módulos nasceram de spin-off de apps existentes — Omni, Protocolos e Estrutura — e cada um foi separado seguindo o mesmo procedimento documentado. Não foi reescrita: foi promoção de app a produto.
O item 3 é o que resolve a tensão clássica de SaaS: personalizar sem forkar. Cada fork seria uma versão a manter para sempre.
A leitura correta: não é "trinta funcionalidades". É vinte e oito linhas de receita que podem ser vendidas ao mesmo cliente em momentos diferentes, sem novo esforço de aquisição.
O número que importa não é o ticket inicial: é o crescimento da receita por cliente ao longo do tempo, sem custo de aquisição novo. É onde a arquitetura vira dinheiro.
O item 3 é o slide de risco jurídico resolvido. Um modelo em que a matriz enxerga dado dos clientes seria um passivo de LGPD e um argumento de venda contra nós. Aqui a federação sobe contador e versão — nada mais.
O item 4 é o de eficiência operacional: inadimplência vira estado do sistema automaticamente. Ninguém precisa lembrar de bloquear.
Tolerância a falha, se perguntarem: a instância guarda o último perfil conhecido e continua funcionando se a central ficar fora do ar. Queda da matriz não derruba as instâncias.
Este slide costuma ser o que mais interessa em conversa de investimento — é canal de aquisição com custo variável, casado ao recebimento.
O rateio duplo parece detalhe e não é: é exatamente o tipo de cálculo que, feito à mão, inviabiliza o canal quando ele passa de vinte parceiros. Estar automatizado é o que permite escalar.
Para investidor, traduza método em risco. Produto que cresce por acúmulo de pedidos tem custo de manutenção crescente e acaba impossível de vender como produto — vira consultoria disfarçada, com margem de consultoria.
"Dizer não a um pedido de cliente é a decisão mais cara no curto prazo e a que preserva a margem no longo."
Se pedirem evidência: as quatro famílias de solução se apoiam em corpos teóricos identificáveis — Teoria de Resposta ao Item, Balanced Scorecard, gestão de projetos e gestão do conhecimento. Não é vocabulário de folheto; é o que dá para auditar contra a literatura.
Investidor experiente pergunta sobre dívida técnica. Este slide é a resposta antecipada.
O card "Qualidade" é o mais incomum e vale destacar: quase nenhuma empresa deste porte tem instrumento para distinguir "esta tela é lenta" de "os dados deste cliente estão tortos". Aqui a regra é explícita — achado que aparece em uma instância só é dado; em duas ou mais, é código.
O enquadramento importa: conformidade normalmente é apresentada como custo. Aqui é barreira — porque um entrante precisa construir tudo isso antes de vender para o primeiro cliente com jurídico atuante.
O card de isolamento é o mais estratégico: um concorrente que já nasceu multi-tenant não consegue oferecer banco por cliente sem refazer a fundação. É vantagem estrutural, não de execução.
Não pule este slide. Investidor que descobre risco sozinho desconta o valuation; investidor a quem se conta o risco avalia a gestão.
O risco de concentração de conhecimento é o mais real — e a resposta não é "vamos contratar", é a evidência de que o conhecimento está sendo extraído para artefato: base de conhecimento por módulo, decisões com o porquê registrado, ferramenta que executa o padrão.
Se perguntarem o que mais preocupa, responda este. Honestidade aqui compra credibilidade para tudo o que foi dito antes.
Roadmap curto e verificável vale mais do que visão de cinco anos. Cada linha aqui já virou entrega — o que muda de linha para linha é o que ainda falta em cada uma.
A linha "Constelação" é a mais importante para a tese: cada persona nova — barbearia, supermercado, OSC, construtora, escritório de serviços — exercita a arquitetura num vocabulário diferente e prova que o módulo não sabe em que setor está.
⚠ Precisão obrigatória aqui. Essas personas existem hoje como instâncias de vitrine: instalações reais, com dado semeado, usadas para demonstração e para medir custo e qualidade em escala. Não são, por si, contratos. Diga "personas exercitadas", nunca "clientes" ou "base instalada" — se a diligência descobrir a diferença, tudo o que foi dito antes é reavaliado.
A linha "Constelação" mudou de natureza em 04/09/2026: deixou de ser roadmap quando as instâncias passaram a ser federadas na carteira — cada uma com contrato, infraestrutura e token próprios — e recriáveis do zero a partir da release cortada. O que NÃO mudou é a ressalva acima: o que cresceu foi o número de personas exercitadas, não o de clientes.
A linha "Canal" mudou de natureza em 03/08/2026: o contrato de indicação passou a ser gerado pela mesma máquina de documentos do resto do sistema, e a comissão é rateada sozinha sobre o que o cliente de fato pagou, módulo a módulo, descontando o que não é base de comissão. O que NÃO existe é volume: o canal está construído, não povoado. Diga "o canal está automatizado", nunca "temos parceiros indicando" — se perguntarem quantos, a resposta honesta é que a máquina precede o parceiro.
A linha "Analítico" mudou de natureza em 06/09/2026, quando a última peça entrou: cada app declara as próprias tabelas analíticas e os próprios recortes, a carga roda em cadência própria e a tela informa o frescor do dado que está mostrando. O que ainda não aconteceu é a distribuição, a mesma ressalva da linha "Conformidade": as instâncias de vitrine rodam a versão anterior até a próxima release. Diga "a base analítica está separada e medida", não "todas as instâncias já consultam a base analítica".
A linha "Documental" mudou de natureza em 04/09/2026 e a precisão vale igual: o diploma digital deixou de ser roadmap e virou entrega — XML válido contra o schema oficial v1.05 do MEC, assinatura XAdES nos três blocos que o leiaute exige (emissora, registradora e o conjunto), pacote de três documentos e fluxo de registro com trilha. O que NÃO está feito é a submissão real ao MEC: a nomenclatura de arquivos do pacote de envio vem de norma que ainda precisa ser reconferida. Diga "emite e assina o diploma digital", nunca "homologado pelo MEC" — a diferença é a mesma das personas.
A linha "Conformidade" também virou entrega em 04/09/2026, e a precisão segue o mesmo molde: a política saiu de observação para bloqueio nas duas metades (script e estilo), com guarda de regressão nos testes — está no código e medida em 46 apps. O que ainda não aconteceu é a distribuição: as instâncias de vitrine rodam a versão anterior até a próxima release. Diga "o bloqueio está implementado e medido", não "todas as instâncias já rodam bloqueando".
A frase do título é a tese inteira e é o que deve ficar quando tudo mais for esquecido.
Encerre oferecendo verificação: a documentação técnica completa tem 4.600 linhas e cada número citado é contável no repositório. Quem quiser auditar, pode.
Combine o próximo passo antes de encerrar — sessão técnica com quem for avaliar arquitetura, ou acesso a uma instância para ver funcionando.